From owner-freebsd-hackers Tue Jan 16 21:09:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA16082 for hackers-outgoing; Tue, 16 Jan 1996 21:09:32 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA16069 for ; Tue, 16 Jan 1996 21:09:27 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id WAA07206; Tue, 16 Jan 1996 22:11:54 -0700 Date: Tue, 16 Jan 1996 22:11:54 -0700 From: Nate Williams Message-Id: <199601170511.WAA07206@rocky.sri.MT.net> To: Tom Greenwalt Cc: hackers@FreeBSD.org Subject: Re: Yet another PPP question In-Reply-To: <199601170252.UAA03134@fourthgen.com> References: <199601170252.UAA03134@fourthgen.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk > When users dialin and connect using the Windows 95 PPP client I see the > following messages: > > Jan 16 20:38:22 fourthgen pppd[2916]: pppd 2.1.2 started by tomg, uid 1000 > Jan 16 20:38:22 fourthgen pppd[2916]: Connect: ppp1 <--> /dev/ttyd3 > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (802b) received! > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (803f) received! Thank M$ for this. Basically, Microsoft asked for some extensions to the PPP protocol which were denied by the IETF for valid reasons. (The extensions didn't belong at that lawyer and should have been part of a separate protocol). Rather than being a good net-citizen, they ignored the results and implemented them anyway. So, M$ TCP/IP stacks are trying to negotiate non-existant features using an invalid protocol which only works with their own product. The solution? Yell and scream to M$ and tell them to use standard protocol and quit using useless proprietary extensions. If they want to use proprietary extensions, have them put inside other proprietary code. Nate