| === zyga is now known as zyga-afk | ||
| === ara_ is now known as ara | ||
| === zyga-afk is now known as zyga | ||
| niluje | I have a linux 3.17 (server A) and a linux 3.2.34 (server B) with a MTU of 9000 trying to contact a host with a MTU of 9001 through internet | 13:58 |
|---|---|---|
| niluje | I also have a Python script that tries to send a TCP packet larger than 1500 bytes | 13:59 |
| niluje | In both servers, net.ipv4.ip_no_pmtu_disc is set to 0 | 13:59 |
| niluje | on server B, I receive a ICMP response "need to frag (mtu 1500)" | 14:00 |
| niluje | then, the packet is fragmented and resent: everything is fine | 14:00 |
| niluje | on server A, I receive the same ICMP response | 14:00 |
| niluje | but the kernel reemits the packet, unfragmented | 14:00 |
| niluje | (then I receive again an ICMP response, then the packet is reemited again, ...) | 14:01 |
| niluje | In the script that sends the TCP packet, I call getsockopt() to get the MTU value | 14:02 |
| niluje | on server A, it is 9000 (??), on server B 1500 | 14:02 |
| niluje | on server A and B, tracepath finds a MTU of 1500 (which is correct) | 14:02 |
| niluje | any idea about what the problem might be? about what I can try? | 14:03 |
| henrix | cmagina: hi! any chances of having bug #1386261 for the utopic kernel? | 15:10 |
| ubot5 | bug 1386261 in linux (Ubuntu) "xgene-pcie: Fix max payload size and phantom function configuration" [High,Confirmed] https://launchpad.net/bugs/1386261 | 15:10 |
| cmagina | henrix: sure, marked it as verified. hadn't been getting a lot of runtime on utopic due to a kernel change that breaks the platform that fix is for | 15:21 |
| henrix | cmagina: awesome, thanks | 15:21 |
| === spideyman is now known as Guest10292 | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!