Project

General

Profile

Actions

Bug #610

closed

max-mss -39

Added by Brett Burley almost 14 years ago. Updated almost 14 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
05/20/2010
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
Affected Architecture:

Description

I don't know how the following is getting into rules.debug:

"scrub in on $WAN all max-mss -39 fragment reassemble"

But it is causing rules not to load. I'm using last nights build.

Config attached.

Thanks!


Files

rulesDebug.txt (3.2 KB) rulesDebug.txt Brett Burley, 05/20/2010 09:04 PM
Actions #1

Updated by Ermal Luçi almost 14 years ago

  • Status changed from New to Feedback
  • % Done changed from 0 to 100
Actions #2

Updated by Chris Buechler almost 14 years ago

Not sure how to replicate this. The fix looks fine. Brett - can you confirm the fix?

Actions #3

Updated by Jim Pingle almost 14 years ago

It was a side effect of "1" showing up in some Wizard boxes. It was trying to set the MTU to 1, and the max-mss to MTU-40.

Actions #4

Updated by Chris Buechler almost 14 years ago

  • Status changed from Feedback to Resolved

ahh, so the real issue is improper input validation on the setup wizard. Confirmed if you stick 1 in the config manually it generates this still, and you can put 1 in that field in the setup wizard. That's already in #464, closing this one.

Actions #5

Updated by Brett Burley almost 14 years ago

Just a quick "thanks". Nice work guys.

Actions #6

Updated by Erik Fonnesbeck almost 14 years ago

Also, the issue of 1's showing up in the setup wizard for some of the blank fields was already fixed sometime.

Actions

Also available in: Atom PDF