From owner-freebsd-stable@FreeBSD.ORG Sun Dec 9 20:57:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1642816A419; Sun, 9 Dec 2007 20:57:53 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 58EE913C4E7; Sun, 9 Dec 2007 20:57:52 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 53679904; Sun, 09 Dec 2007 22:57:51 +0200 Message-ID: <475C56CA.6030600@FreeBSD.org> Date: Sun, 09 Dec 2007 22:57:46 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: cpghost References: <20071206030500.746c782d@epia-2.farid-hajji.net> <4757E39C.8020009@FreeBSD.org> <20071206161107.3c0c9a82@epia-2.farid-hajji.net> <20071209173359.710ea5bd@epia-2.farid-hajji.net> In-Reply-To: <20071209173359.710ea5bd@epia-2.farid-hajji.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , freebsd-stable@freebsd.org Subject: Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Dec 2007 20:57:53 -0000 cpghost wrote: >>> Could you provide tcpdump output for connection tries from your >>> Ethernet interface? Use "-pes 0" options please. >> Will do; but I'll first have to wait 24h from now to get a >> forcibly disconnected session (I've just had to restart ppp >> again). > > All right, I've got a good tcpdump now: > > # tcpdump -i sis0 -n -pes 0 > tcpdump: verbose output suppressed, use -v or -vv for full protocol > decode listening on sis0, link-type EN10MB (Ethernet), capture size > 65535 bytes > > 17:06:08.400881 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, > ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq > 0xC0C263C1] [Service-Name] > > 17:06:08.400891 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE PADI [Host-Uniq 0xC0ED45C1] > [Service-Name] > > 17:06:08.400898 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE > D (0x8863), length 32: PPPoE > PADI [Host-Uniq 0x40C263C1] > [Service-Name] Your host generates huge number of simultaneous session requests. Looking on different Host-Uniq values it should be different ng_pppoe sessions/hooks as Host-Uniq is actually pointer to the hook/session internal data and it stays persistent for all packets of the same session. So it looks that something creates those many hooks. I think such behaviour can take place if ppp daemon for some reason don't waits for reply but closes session immediately after sending connect request. If it so it also explains original "no matching session" errors as for the answer received time session/hook can already be destroyed. Provide please your ppp configuration files and part of detailed log file (set log All) describing connection attempts. PS: I am not ppp daemon expert, but quick code look shows that connection waiting can be configured with 'set cd ...' command. Setting 'set cd 0' gives results close to yours. Have you something like that in your configuration? -- Alexander Motin