Re: "cvs update" hängt bei TSDL + natd + tcpmssd

On Mon, Mar 12, 2001 at 01:20:32PM +0100, Tobias Ernst wrote:
> Lieber nicht, ich habe schon mal bei einem Quiz in einem Irish Pub einen
> Glenfiddich gewonnen und sah mich dann überraschend mit der Aufgabve
> konfrontiert, diesen schneller als gewohnt leeren zu müssen. War nicht so
> richtig recovery ... ;-)

Ein Glas Glenfiddich kippt man auch nicht runter...

Zu Deinen tcpdump-Logs: Irgendwas ist da schief gelaufen, z.B. fehlt
der Start der Verbindung im Logfile von ed0.
 
> Jedenfalls, ich sehe nichts dergleichen. Hier mal die tcpdumps. 129.69.74.30
> = der CVS-Server, {217.80.51.46,192.168.1.1} = der FreeBSD-Router,
> 192.168.1.47 = der Client auf dem cvs update läuft:

> a) von ed0, dem Interface über das nur PPPoE läuft:
>
> 13:05:12.274161 PPPoE DATA v1, type 1, sess 31081 len 42] 129.69.74.30.2401
> > 217.80.51.46.58273: . ack 436 win 17520

Das ist ein ACK vom cvs-Server an Deinen Rechner.

> 13:05:12.577445 PPPoE DATA v1, type 1, sess 31081 len 42] 217.80.51.46.58259
> > 129.69.74.30.2401: R 3539691661:3539691661(0) ack 848641397 win 33580 (DF)

Und hier ist ein Rest einer alter Verbindung, Dein Rechner teilt dem Server
hier gerade mit, daß auf Port 58259 nix mehr los ist (R=RESET).

> 13:05:23.571687 PPPoE DATA v1, type 1, sess 31081 len 14] ID-096 LCP:
> Echo-Request, Magic-Number=-1740868657
> 0960 000c 983c 73cf 6a6a 6a6a 0000A

Und das sind nur die nervigen Timestamps.

> b) von tun0:
>
> 13:05:11.222800 129.69.74.30.2401 > 217.80.51.46.58273: S 3485065972:3485065972
> (0) ack 3650808953 win 16384 <mss 1460,nop,wscale 0>

Danke, das reicht schon. tcpmssd läuft nicht oder nicht richtig. Das Ding
setzt eine MTU von 1500 Bytes voraus, macht 1460 Bytes MSS. Das kann nichts
werden.

> Nö, das half nicht. Habe die testweise schon einfach mal bis auf 998
> runtergesetzt, ohne daß sich was verbessert hätte.

Das wundert mich nicht, da der tcpmssd nicht läuft bzw. keinen Einfluß auf
die Pakete nimmt. So sollte es aussehen (217.81.234.193=meine Kiste,
212.122.128.32=ftp.de.freebsd.org):

Auf tun0:

[DNS-Gewusel gelöscht]
20:03:34.909235 217.81.234.193.1256 > 212.122.128.32.21: S 3805155548:3805155548(0) win 16384 <mss 1410> (DF)

] Tach hin, aber bitte nur 1410 Bytes pro Paket.
20:03:34.963697 212.122.128.32.21 > 217.81.234.193.1256: S 780825900:780825900(0) ack 3805155549 win 16920 <mss 1460> (DF)

] Tach zurück, ich könnte aber 1460.

20:03:34.964508 217.81.234.193.1256 > 212.122.128.32.21: . ack 1 win 17520 (DF)

] Ab hier dann normal weiter

b) auf ed0

[wieder DNS-Gewusel gelöscht]
20:03:34.909474 PPPoE [ses 0x96e] 217.81.234.193.1256 > 212.122.128.32.21: S 3805155548:3805155548(0) win 16384 <mss 1410> (DF)

] und hier das Tach hin ala PPPoE. Verzögerung: 0.000239 Sekunden, wieder
] MSS 1410

20:03:34.963560 PPPoE [ses 0x96e] 212.122.128.32.21 > 217.81.234.193.1256: S 780825900:780825900(0) ack 3805155549 win 16920 <mss 1460> (DF)

] und hier das Tach zurück, wieder mit MSS 1460

/s/Udo

-- 
> Is there an explanation of the NG_ macros I see used in the netgraph
> nodes' code?
Yes, but it's not documented
Rogier R. Mulhuijzen and Archie Cobbs, freebsd-current
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message