From owner-freebsd-hackers Tue Dec 11 5:10:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dayab.ch (mail.dayab.ch [193.135.253.139]) by hub.freebsd.org (Postfix) with SMTP id AD26E37B417 for ; Tue, 11 Dec 2001 05:10:13 -0800 (PST) Received: (qmail 28999 invoked from network); 11 Dec 2001 13:07:05 -0000 Received: from unknown (HELO bturtle.ch) (193.135.253.141) by mail.dayab.ch with SMTP; 11 Dec 2001 13:07:05 -0000 Message-ID: <3C1613FB.4E83D50C@bturtle.ch> Date: Tue, 11 Dec 2001 14:11:07 +0000 From: "S. Aeschbacher" X-Mailer: Mozilla 4.75 [en] (X11; U; OpenBSD 3.0 i386) X-Accept-Language: en MIME-Version: 1.0 To: Lars Eggert Cc: hackers@freebsd.org Subject: Re: cable modem connection problem References: <20011206071926.QTHW27606.mta05-svc.ntlworld.com@there> <3C0F7966.908CD6E6@bturtle.ch> <3C1005ED.4090001@isi.edu> <20011207000918.JIID10846.mta07-svc.ntlworld.com@there> <3C100F4D.3080900@isi.edu> <85k7vyzspp.fsf@stiegl.niksun.com> <87n10s8rn6.fsf@cb293842-b.rmdws1.il.home.com> <3C13ABED.B249B519@bturtle.ch> <3C14E0F7.3060902@isi.edu> <3C15127B.8B8C8B3A@bturtle.ch> <3C1515D9.2090007@isi.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lars Eggert wrote: > > S. Aeschbacher wrote: > > This is possible, but I did not verify it (what kind of "mucking" > > could cause such kind of behaviour?). most of them are "better" > > residental pipes. > > Having a packet filter drop your traffic after you haven't done ARP/DHCP > in a while. But I agree that's pretty far-fetched. As I said, seems to be more of a modem problem, but the people from the local provider don't really seem to know what they are doing most of the time (this is only one of several problems they have, e.g. mail and dns which often do not work), so all is possible. > > The problem seems to occur only on Samsung modems. > > Ah! Another data point. Then I'd assume it's the modem. Have you tried > powercycling it? (That should keep the ARP cache on the client intact). > Tried to email Samsung? Is there a firmware update? IIRC powercycling did not help (and for most clients this is no solution as isn't rebooting the gateway). As soon as I found the arp workaround, the problem was solved for me and I did not investigate more. > > Cannot confirm this as i don't use windows. I heard of a friend of > > mine, that he has running a windows ftp-server for days on a pipe > > from the same provider with another modem (a Com21) and that he is > > not experiencing any of the problems mentioned. > > Can he/she tcpdump for ARP packets? Maybe Windows' ARP cache timeout is > lower than FreeBSD's. I see what I can do to find this out (actually this could be measured with any windows machine, maybe somone with windows machines in his net could make a quick tcpdump session?) Stefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message