Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 17 Jul 2000 19:20:53 -0400
From:      "Gary T. Corcoran" <gcorcoran@lucent.com>
To:        Brian Somers <brian@Awfulhak.org>, FreeBSD Network List <freebsd-net@FreeBSD.ORG>
Subject:   Win2000 -> FreeBSD PPPoE daemon
Message-ID:  <397394D5.37D2E2FF@lucent.com>

next in thread | raw e-mail | index | archive | help
Brian (and other -net PPP experts),

We are trying to test our PPP over Ethernet (over DSL) driver
on Windows2000, talking to a FreeBSD (4.0) machine running pppoed.
The PPPoE part itself is working fine.  Basically, our driver
does the PPPoE negotiation, and then we tie into the Microsoft
PPP stack.  This setup works fine on Win98, but when we tried
Win2000, we aren't able to establish a PPP session.

We're set to use a fixed IP address, and the IP address negotiation
sort of works, but then pppoed keeps trying to get us to use an
address of 0.0.0.0, which keeps getting rejected by our side,
and eventually it gives up and terminates the PPP session.

I got a debug log on our client, and decoded (by hand) the
PPP session (after the LCP phase) to see this exchange:
(this is viewed from the client end)

Transmitted PPP Packet:     IPCP: Configure-Request: VJ Compression, 
                            IP Address 123.45.99.105, Primary DNS 0.0.0.0,
                            Primary NetBIOS Name Server 0.0.0.0,
                            Secondary DNS 0.0.0.0 ...
Received PPP Packet: Protocol 0x80FD (unknown to me),
                     hex contents: 01 01 00 0A 1A 04 78 00 01 02
Received PPP Packet: IPCP: Configure-Request: IP Address 0.0.0.0,
                     VJ Compression, Primary DNS 128.94.100.20,
                     Secondary DNS 128.94.102.150
Received PPP Packet: LCP: Code-Reject: Original hex
   packet: 0C 02 00 12 56 44 21 F0 4D 53 52 41 53 56 35 2E 30 30
   Decode of original packet = Identification: Magic Number 0x564421F0,
   String "MSRASV5.00"
Received PPP Packet: LCP: Code-Reject: Original Hex
 packet:0C 03 00 19 56 44 21 F0 4D 53 52 41 53 2D 31 2D 47 52 45 45 4E 42 41 59  	
  Decode of original packet = Identification: Magic Number 0x564421F0,
  String "MSRAS-1-GREENBAY"
Received PPP Packet: IPCP: Configure-Reject: Primary DNS 0.0.0.0,
                     Primary NetBIOS Name Server 0.0.0.0,
                     Secondary DNS Address 0.0.0.0,
                     Secondary NetBIOS Name Server 0.0.0.0
Transmitted PPP Packet:     LCP: Protocol-Reject: Protocol 80FD,
             Original hex packet: 01 01 00 0A 1A 04 78 00 01 02
Transmitted PPP Packet:     IPCP: Configure-Reject: IP Address 0.0.0.0,
                            Primary DNS 128.94.100.20,
                            Secondary DNS 128.94.102.150
Transmitted PPP Packet:     IPCP: Configure-Request: VJ Compression,
                            IP Address 123.45.99.105
Received PPP Packet: IPCP: Configure-Request: IP Address 0.0.0.0,
                           VJ Compression
Received PPP Packet: IPCP: Configure-Ack: VJ Compression,
                           IP Address 123.45.99.105
Transmitted PPP Packet:     IPCP: Configure-Reject: IP Address 0.0.0.0
Received PPP Packet: IPCP: Configure-Request: IP Address 0.0.0.0,
                           VJ Compression
Transmitted PPP Packet:     IPCP: Configure-Reject: IP Address 0.0.0.0
Received PPP Packet: IPCP: Configure-Request: IP Address 0.0.0.0,
                           VJ Compression
Transmitted PPP Packet:     IPCP: Configure-Reject: IP Address 0.0.0.0
Received PPP Packet: IPCP: Configure-Request: IP Address 0.0.0.0,
                           VJ Compression
Transmitted PPP Packet:     IPCP: Configure-Reject: IP Address 0.0.0.0
Received PPP Packet: IPCP: Configure-Request: IP Address 0.0.0.0,
                           VJ Compression
Transmitted PPP Packet:     IPCP: Terminate-Request:
        Hex-Message 56 44 21 F0 00 3C CD 74 00 00 02 DC
Received PPP Packet: IPCP: Terminate-Ack

Since we can't "fix" Windows 2000 PPP code, is there something
that the FreeBSD PPP is getting "confused" about due to the
Win2000 implementation that can be fixed?

Thanks,
Gary
-- 
=========================================================
 Gary Corcoran - Distinguished Member of Technical Staff
Lucent Microelectronics - Client Access Broadband Systems
   Communications Protocol & Driver Development Group
   "We make the drivers that make communications work"
              Email: gcorcoran@lucent.com
=========================================================


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?397394D5.37D2E2FF>