Date: Mon, 17 Apr 2006 13:01:54 +0200 From: "Alen Sarkinovic" <alen@smartnet.ba> To: =?iso-8859-1?Q?Sten_Daniel_S=F8rsdal?= <lists@wm-access.no> Cc: freebsd-isp@freebsd.org Subject: Re: ppp & lqr problem - Warning: lqr_RecvEcho: Got packet size 6, expecting 12 ! Message-ID: <014001c6620e$579aba20$0407a8c0@alens> References: <DFENLBGDPGKJHHKPOLMCIEALCAAA.alen@smartnet.ba> <4439B5FD.4000309@wm-access.no> <034f01c65c73$66260540$0407a8c0@alens> <443A1E2F.7060700@wm-access.no>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Sten, I'we done some tcpdump with protocol decode option on the actualy Box -> 1) connection initiated by MTA 3328-2Re equipment : 11:43:22.189696 PPPoE [ses 0x1a] LCP, Echo-Request (0x09), id 4, length 18 encoded length 16 (=Option(s) length 12) Magic-Num 0x5c6f43f5 Data 0x0000: 594e 4f54 0000 0004 11:43:22.190473 PPPoE [ses 0x1a] LCP, Echo-Reply (0x0a), id 4, length 12 encoded length 10 (=Option(s) length 6) Magic-Num 0x0000311d Data 0x0000: 1e11 0000 0000 11:43:22.461148 802.1d config 8000.00:04:c0:76:db:09.801b root 8000.00:04:c0:76:db:09 pathcost 0 age 0 max 20 hello 2 fdelay 15 2) conection initiated by Windows 2000 Workstation with client RASPPPOE software : 11:46:14.990785 PPPoE [ses 0x1d] LCP, Echo-Request (0x09), id 2, length 18 11:46:14.991096 PPPoE [ses 0x1d] LCP, Echo-Reply (0x0a), id 2, length 18 I send more detailed trace logs to InnoMedia and waiting for response. Best regards, Alen ----- Original Message ----- From: "Sten Daniel Sørsdal" <lists@wm-access.no> To: "Alen Sarkinovic" <alen@smartnet.ba> Cc: <owner-freebsd-isp@freebsd.org> Sent: Monday, April 10, 2006 10:58 AM Subject: Re: ppp & lqr problem - Warning: lqr_RecvEcho: Got packet size 6, expecting 12 ! Alen Sarkinovic wrote: > Sten, thanks for your reply, actually I already sent an email to tech > support and waiting for response. > I'm stuck with this issue and hope that community on this list will help > with more information's. > > I have to say that InnoMedia MTA 3328-2R is working on Cisco UBR7200 CMTS > pppoe termination system. > Well, yes, they (Cisco) probably ignore the fact that the data field is missing and consider an Echo-Reply (without data) as being equally good as Echo-Reply (with data) to be backwards compatible (Data field was not defined in initial PPP RFC). To be honest I'd probably do the same as a service provider. -- Sten Daniel Sørsdal
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?014001c6620e$579aba20$0407a8c0>