From owner-freebsd-net@FreeBSD.ORG Tue Oct 26 17:55:59 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21991106566B for ; Tue, 26 Oct 2010 17:55:59 +0000 (UTC) (envelope-from prt@prt.org) Received: from smtp5.uk.umis.net (smtp5.uk.umis.net [217.65.166.40]) by mx1.freebsd.org (Postfix) with ESMTP id DBC088FC1F for ; Tue, 26 Oct 2010 17:55:58 +0000 (UTC) Received: from [109.71.168.158] (helo=emma.local) by smtp5.uk.umis.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1PAnka-0002ZZ-9x for freebsd-net@freebsd.org; Tue, 26 Oct 2010 17:55:56 +0000 Message-ID: <4CC7162C.2020806@prt.org> Date: Tue, 26 Oct 2010 18:55:56 +0100 From: Paul Thornton User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4CBE0042.4090905@prt.org> <4CBE0846.1090203@freebsd.org> <4CBEFB5A.80704@prt.org> <4CBF15ED.6080606@freebsd.org> In-Reply-To: <4CBF15ED.6080606@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Problems with 8.1, PPPoE server, and Cisco client X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 17:55:59 -0000 I've been taking another look at this after being dragged off onto other things for a few days, and hopefully have some more information that might help point in the right direction for a fix / where to debug next. On 20/10/2010 17:16, Julian Elischer wrote: > have you tried to connect this cisco router to anything else pppoe? > (take it home and make it connect to your ISP for example?) The Cisco client does work to a Cisco router acting as a PPPoE server - I used a 891 (client) to a 3945 (server) and using an established setup that is known to work, I collected a happy tcpdump. Of course that doesn't tell us why there was such an issue with the FreeBSD ppp server and it looks very similar to me. I'm also going to give mpd a go and see if that works - but if it tries the same config options as pppoed then I may be straight back to where I am now. Thanks to everyone for their help with this. So here is the dump from a known good setup, IOS at both ends - starting from the CHAP success point again. This time, both ends play the game and agree amongst themselves what they will and won't do as expected (many thanks to Ian here for the commentary as to what was going on in the exchanges I have): > 20:29:10.200860 PPPoE [ses 0x13] CHAP, Response (0x02), id 1, Value 8f917e3cd84fd4b3a5e8b705655bf16772d0cd1462392eed8bb4ab0ccb7f75bb2d01695ac26cdc07127b4fb3435a279a01, Name VT123456789@vdsl01.v > 20:29:14.501312 PPPoE [ses 0x13] CHAP, Success (0x03), id 1, Msg > 20:29:14.501702 PPPoE [ses 0x13] IPCP, Conf-Request (0x01), id 1, length 12 > encoded length 10 (=Option(s) length 6) > 0x0000: 8021 0101 000a > IP-Addr Option (0x03), length 6: 109.71.168.123 > 0x0000: 6d47 a87b > 20:29:14.504344 PPPoE [ses 0x13] IPCP, Conf-Request (0x01), id 1, length 12 > encoded length 10 (=Option(s) length 6) > 0x0000: 8021 0101 000a > IP-Addr Option (0x03), length 6: 0.0.0.0 > 0x0000: 0000 0000 > 20:29:14.504497 PPPoE [ses 0x13] unknown PPP protocol (0x8207) > 0x0000: 0101 0004 > 20:29:14.504669 PPPoE [ses 0x13] IPCP, Conf-Ack (0x02), id 1, length 12 > encoded length 10 (=Option(s) length 6) > 0x0000: 8021 0201 000a > IP-Addr Option (0x03), length 6: 109.71.168.123 > 0x0000: 6d47 a87b > 20:29:14.505200 PPPoE [ses 0x13] IPCP, Conf-Nack (0x03), id 1, length 12 > encoded length 10 (=Option(s) length 6) > 0x0000: 8021 0301 000a > IP-Addr Option (0x03), length 6: 109.71.174.50 > 0x0000: 6d47 ae32 > 20:29:14.505290 PPPoE [ses 0x13] LCP, Prot-Reject (0x08), id 2, length 12 > encoded length 10 (=Option(s) length 6) > 0x0000: c021 0802 000a > Rejected unknown Protocol (0x8207) > Rejected Packet > 0x0000: 0101 0006 0000 0000 > 20:29:14.505800 PPPoE [ses 0x13] IPCP, Conf-Request (0x01), id 2, length 12 > encoded length 10 (=Option(s) length 6) > 0x0000: 8021 0102 000a > IP-Addr Option (0x03), length 6: 109.71.174.50 > 0x0000: 6d47 ae32 > 20:29:14.506753 PPPoE [ses 0x13] IPCP, Conf-Ack (0x02), id 2, length 12 > encoded length 10 (=Option(s) length 6) > 0x0000: 8021 0202 000a > IP-Addr Option (0x03), length 6: 109.71.174.50 > 0x0000: 6d47 ae32 > 20:29:23.247975 PPPoE [ses 0x13] IP (tos 0x0, ttl 255, id 35, offset 0, flags [none], proto ICMP (1), length 100) > 109.71.174.50 > 217.65.161.4: ICMP echo request, id 10, seq 0, length 80 > 20:29:23.257872 PPPoE [ses 0x13] IP (tos 0x0, ttl 61, id 51771, offset 0, flags [none], proto ICMP (1), length 100) > 217.65.161.4 > 109.71.174.50: ICMP echo reply, id 10, seq 0, length 80 The ping here is the start of real data flowing - I used this setup for about 30 minutes of web browsing with no problems. Paul.