On Monday 25 November 2002 22:25, James Cameron wrote:
> The symptoms you report match a situation caused by late binding of the
> GRE socket, though you haven't gathered enough information yet to prove
> Does the client message log have a "Protocol not available" error?
> Run tcpdump on the server network interface, capture all packets. Just
> after the first GRE packet to the client, you should see a return ICMP
> protocol unreachable packet.
I see no packets go by except the GRE one.
On the host (RedHat 7.2) that's using PPPoE for the adsl connection, and is
the gateway to my workstation, I see only:
11:11:06.668480 192.168.20.4 > 220.127.116.11: gre-proto-0x880B (gre encap)
and on my workstation's tcpdump (SuSE 8.1), I see:
11:11:06.672609 192.168.20.4 > 18.104.22.168: gre [KSv1] ID:03e7 S:2 ppp:
Conf-Req(1), MRU=1000, ACCM=00000000, Magic-Num=2aee60fa, PFC, ACFC (DF)
All I ever see are those gre packets going out, nothing else tried or coming
back in. (But I do when I use the XP system to dial up or do the ADSL work,
and point to that box as the gateway. Gah.)
> Try 'insmod ip_gre' on the client, as a workaround. If that fixes it,
> adopt the fix from CVS.
That didn't make a difference. I also checked out the CVS tree and gave its
resulting pptp a try, but no luck.
I also updated rp-pppoe on the gateway host that's bringing up the ADSL
connection, but that didn't make a difference.
Finally, on that same host I modified its pppoe.conf file to do CLAMPMSS=no,
but that also didn't help.
Your mention of connection speed playing a role is interesting, though I find
I'm encountering the exact same behavior whether the RH7.2 host is connected
with the adsl line or with a dialup connection.
I'm curious if there are known difficulties with the bits that make up the
RH7.2 distribution, versus later versions or other systems. My next theory
is to try to set up a different (maybe SuSE 8.1) system and make that bring
up our connection, and give it a try as the gateway. Babble babble. :)
All the best,
Brendan Kehoe brendan@...