Re: Strange TCP/IP problem

From: Brane (b_b_at_net.hr)
Date: 05/09/05


Date: Mon, 9 May 2005 16:35:30 +0200

On Fri, 06 May 2005 23:22:35 +0200, Dirk Becker wrote:

> Brane wrote:
>> On Fri, 06 May 2005 19:35:27 +0200, Dirk Becker wrote:
>>
>>
>>>Ruediger Grimm wrote:
>>>
>>>>... douhhh!
>>>>
>>>>
>>>>sorry about the "from"-line above... ;)
>>>>
>>>>
>>>>
>>>>"news.1und1.de" <rg@grimm-ruediger.de> schrieb im Newsbeitrag
>>>>news:d5g66n$edf$1@online.de...
>>>>
>>>>
>>>>>Hi,
>>>>>
>>>>>can You ping anode.de?
>>>>>
>>>>>Ruediger
>>>>>
>>>>
>>>Yepp, thats the strange thing which I don't understand. I can ping
>>>anode.de. Other pages from the same server (217.115.142.81, for example
>>>the spettel.de one) work perfectly and I haven't found any other network
>>>addresses which don't work.
>>>At the moment I guess, that there is somewhere something misconfigured
>>>on my linux box, I just can't find out what (wget www.spettel.de works,
>>>wget www.anode.de not).
>>>
>>>Dirk
>>>
>>>
>>>
>>>>
>>
>>
>>
>> it seems that you have a MTU problem. on w2k and xp you have
>> to set a MTU in registry manualy to 1492 or you will xperience
>> problems like you have. also on your router try to set, if posible MTU to
>> 1492
>> regards
>> brane
>
>
> That's a good idea, but does not help. I changed the MTU to 1492 and
> also to smaller values, but that did not help.
> Perhaps the output of ifconfig gives somebody a clue:
> eth1 Protokoll:Ethernet Hardware Adresse 00:04:23:77:63:50
> inet Adresse:192.168.99.103 Bcast:192.168.99.255
> Maske:255.255.255.0 inet6 Adresse: fe80::204:23ff:fe77:6350/64
> Gültigkeitsbereich:Verbindung
> UP BROADCAST MULTICAST MTU:1492 Metric:1
> RX packets:7098 errors:0 dropped:0 overruns:0 frame:0
> TX packets:10062 errors:0 dropped:0 overruns:0 carrier:1
> Kollisionen:0 Sendewarteschlangenlänge:1000
> RX bytes:3410988 (3.2 MiB) TX bytes:1229048 (1.1 MiB)
> Interrupt:10 Speicher:e0206000-e0206fff
>
> still looking for ideas
>
> Dirk
>
>
> That's a good idea, but does not help. I changed the MTU to 1492 and
> also to smaller values, but that did not help.
> Perhaps the output of ifconfig gives somebody a clue:
> eth1 Protokoll:Ethernet Hardware Adresse 00:04:23:77:63:50
> inet Adresse:192.168.99.103 Bcast:192.168.99.255
> Maske:255.255.255.0 inet6 Adresse: fe80::204:23ff:fe77:6350/64
> Gültigkeitsbereich:Verbindung
> UP BROADCAST MULTICAST MTU:1492 Metric:1
> RX packets:7098 errors:0 dropped:0 overruns:0 frame:0
> TX packets:10062 errors:0 dropped:0 overruns:0 carrier:1
> Kollisionen:0 Sendewarteschlangenlänge:1000
> RX bytes:3410988 (3.2 MiB) TX bytes:1229048 (1.1 MiB)
> Interrupt:10 Speicher:e0206000-e0206fff
>
> still looking for ideas
>
> Dirk

you have to change a MTU on win pc's also
regedit
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces
and under your iterface add a DWORD MTU 1492 dec
reboot
...



Relevant Pages

  • Re: Strange TCP/IP problem
    ... Brane wrote: ... > it seems that you have a MTU problem. ... Perhaps the output of ifconfig gives somebody a clue: ... Dirk ...
    (comp.os.linux.networking)
  • Re: Inability to reach Microsoft sites from behind NAT firewall (updated)
    ... >Sounds like an MTU problem. ... Thank you for the suggestion, dropping the MTU to 1400 solved the problem, ...
    (microsoft.public.windowsxp.network_web)
  • Re: X11 apps dont launch on F15 over ssh/vpnc
    ... It still was an MTU problem. ... The number of side effects caused by network misbehaviour ... Still smells to me like MTU RSS problem. ... Try something simpler than gedit, e.g. xlogo, xeyes, xmag. ...
    (Fedora)
  • Please help with possible MTU problem
    ... Windows SBS 2003 premium; ISA FP1 SP2. ... I've been struggling with what appears to be an MTU problem with our DSL ... I have made the change on the NDISWAN adapter to affect the PPPoE connection ...
    (microsoft.public.windows.server.sbs)
  • Re: Question about SCP stalling over VPN
    ... My VPN is a pair of old Netscreen 5xp boxes, and I can't find anything relating to MTU or packet size in the configuration, but I'm still looking. ... I could feasibly set up an NFS share between the two but I have a sneaking suspicion that if the problem is some sort of packet mangling by the VPN during file transfers, the actual mechanism used to transfer the file will be irrelevant. ... This does sound like the MTU problem to which you refer. ... Good judgement comes with experience. ...
    (SSH)