Re: pmtud + ipnat RELENG_6_2 appears to be broken

YES. thank you! your latest patch solved my problems. going to test it tomorrow in production. 2007/7/26, Andrew Thompson <[EMAIL PROTECTED]>: On Wed, Jul 25, 2007 at 10:42:21PM +0400, Alexey Karagodov wrote: > patch did not help ... > > ifconfig: > > > lagg0: flags=8843 mtu 1500 >inet

Re: pmtud + ipnat RELENG_6_2 appears to be broken

> Please test this attached patch, note it includes the previous change > too. I just tested this, and it lets me enable jumbo frames on the lagg interface as well as fixing the previous zero MAC problem as well. Currently running one of our production machines on it as a test (in a farm so it doe

Re: pmtud + ipnat RELENG_6_2 appears to be broken

> Great, thanks for testing. Intyeresting side effect of the patch appears to be that I am getting 25% *lower* throughput on my ether connections between two machines plugged into the same switch. Not what I expected! I assume this is something to do with the behaviour of the switches as the BSD s

Re: pmtud + ipnat RELENG_6_2 appears to be broken

On Wed, Jul 25, 2007 at 10:42:21PM +0400, Alexey Karagodov wrote: > patch did not help ... > > ifconfig: > > > lagg0: flags=8843 mtu 1500 >inet 10.0.0.1 netmask 0x broadcast 10.0.255.255 >inet 10.0.0.2 netmask 0x broadcast 10.0.255.255 >ether XX:XX:XX:XX:X

Re: pmtud + ipnat RELENG_6_2 appears to be broken

On Thu, Jul 26, 2007 at 01:02:06AM +0100, Pete French wrote: > > All zeros! very interesting - am surprised the switch didn't kick up > > a fuss about that. Well, patch applied and rebooting... > > ...and now all my outgoing packets have the correct MAC address as expected > on them. I alos notic

Re: pmtud + ipnat RELENG_6_2 appears to be broken

> All zeros! very interesting - am surprised the switch didn't kick up > a fuss about that. Well, patch applied and rebooting... ...and now all my outgoing packets have the correct MAC address as expected on them. I alos notice that I am now only seeing packets destined for the appropriate machin

Re: pmtud + ipnat RELENG_6_2 appears to be broken

> Most people didnt see a problem which is why this slipped through. > tcpdump on another host with the -e flag and see what the src mac is. All zeros! very interesting - am surprised the switch didn't kick up a fuss about that. Well, patch applied and rebooting... thanks, -pete. __

Re: pmtud + ipnat RELENG_6_2 appears to be broken

patch did not help ... ifconfig: # ifconfig em0: flags=8843 mtu 1500 options=1b ether XX:XX:XX:XX:XX:XX media: Ethernet autoselect (1000baseTX ) status: active lagg: laggdev lagg0 em1: flags=8843 mtu 1500 options=1b ether XX:XX:XX:XX:XX:XX

Re: pmtud + ipnat RELENG_6_2 appears to be broken

On Wed, Jul 25, 2007 at 12:54:30PM +0100, Pete French wrote: > > lagg on RELENG_6 is currently broken due to subtle differences that > > wernt taken into account when it was MFCd. Can you please test this > > patch. > > Erp! Do you have any mor einfo on tyhis - what kinds of things does > this bre

Re: pmtud + ipnat RELENG_6_2 appears to be broken

> lagg on RELENG_6 is currently broken due to subtle differences that > wernt taken into account when it was MFCd. Can you please test this > patch. Erp! Do you have any mor einfo on tyhis - what kinds of things does this break ? Since lagg arrived I have deployed it on all our production machines

Re: pmtud + ipnat RELENG_6_2 appears to be broken

On Wed, Jul 25, 2007 at 03:15:17AM +0400, Alexey Karagodov wrote: > is there any progress? > just one "me too" > > this problem appeared for me when i try to use vlan over lagg ( to em NICs > ) lagg on RELENG_6 is currently broken due to subtle differences that wernt taken into account when it wa

Re: pmtud + ipnat RELENG_6_2 appears to be broken

is there any progress? just one "me too" this problem appeared for me when i try to use vlan over lagg ( to em NICs ) thanx kernel: vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) 2007/7/13, Chuck Swiger <[EMAIL PROTECTED]>: On Jul 12, 2007, at 1:38 PM, Stephen

Re: pmtud + ipnat RELENG_6_2 appears to be broken

Alexey Karagodov wrote: is there any progress? just one "me too" this problem appeared for me when i try to use vlan over lagg ( to em NICs ) thanx kernel: vlan301: discard oversize frame (ether type 800 flags 3 len 1514 > max 1510) 2007/7/13, Chuck Swiger <[EMAIL PROTECTED]

Re: pmtud + ipnat RELENG_6_2 appears to be broken

On Jul 12, 2007, at 1:38 PM, Stephen Clark wrote: The MTU is actually defined in reference to a network segment such as an "ethernet collision domain", and applies to all machines sending traffic to that segment. If the MTU is really 1280, nobody else should be sending larger packets, an

Re: pmtud + ipnat RELENG_6_2 appears to be broken

Chuck Swiger wrote: On Jul 12, 2007, at 12:34 PM, Stephen Clark wrote: Did something change in 6.2? If my mtu size on rl0 is 1280 it won't accept a larger incoming packet. Nothing changed; that is the expected behavior. (Modulo support for 4-byte VLAN tags.) kernel: rl0: discard

Re: pmtud + ipnat RELENG_6_2 appears to be broken

On Jul 12, 2007, at 12:34 PM, Stephen Clark wrote: Did something change in 6.2? If my mtu size on rl0 is 1280 it won't accept a larger incoming packet. Nothing changed; that is the expected behavior. (Modulo support for 4-byte VLAN tags.) kernel: rl0: discard oversize frame (ether type 800 fl

Re: pmtud + ipnat RELENG_6_2 appears to be broken

Stephen Clark wrote: Hi List, When using ipnat, part of ipfilter 4.1.13, I don't see any icmp packets being returned saying: Host Unreachable, frag needed and DF set. type 3, code 4 It does work if I am not using ipnat. Any ideas? Thanks, Steve Sorry for the noise - this seems to be OK.

pmtud + ipnat RELENG_6_2 appears to be broken

Hi List, When using ipnat, part of ipfilter 4.1.13, I don't see any icmp packets being returned saying: Host Unreachable, frag needed and DF set. type 3, code 4 It does work if I am not using ipnat. Any ideas? Thanks, Steve -- "They that give up essential liberty to obtain temporary safety,