Article View: comp.protocols.ppp
Article #24NCP negotiation blues
From: Stephen Perkins
Date: Sun, 26 Jul 1992 19:10
Date: Sun, 26 Jul 1992 19:10
117 lines
4868 bytes
4868 bytes
Howdy, I am hoping that someone has run upon this problem and knows how to fix it. I am trying to establish a PPP connection between a SUN/IPX at work and my NeXT at home. The connection goes through a Xyplex terminal server. When I start the connection, it seems that LCP negotiation completes. Then, I get stuck during the NCP negotiation. It seems that the machine at work sends many configuration requests. My machine at home receives them (and ACK's each option, there are no NAK's) finally returning a CONFACK. However, the machine at work never receives this acknowledgement. After a short period, the machine at work will send another configuration request and the whole thing starts over again. After a while, I kill PPP on my home machine. The LCP terminate message is received and handled properly by the machine at work. I tried forcing an asyncmap of all 1's (as Karl Fox suggested), but that didn't seem to help my problem. The problem may be that my connection is not passing all control characters properly, but I don't know how to verify this (suggestions here also appreciated). BTW, I am running on a Supra v.32bis modem at 2400 with MNP5 compression on an 040 cube using hardware flow control. I don't know what type of modem is on the other side. Any help would be sincerely appreciated. Below is a copy of the debug output for a run. The machine at work is "anat1" and my home machine is "sidney". anat1: =================================================== popped stream module : ttcompat popped stream module : ldterm Interface ppp0. Pid 2366. ppp: fsm_rconfreq(c021): Rcvd id 1. ppp: fsm_sconfreq(c021): Sent id 1. ppp: lcp_reqci: rcvd MRU(1500) (ACK) ppp: lcp_reqci: rcvd ASYNCMAP(ffffffff) (ACK) Ppp: lcp_reqci: rcvd MAGICNUMBER(2b7035ea) (ACK) ppp: lcp_reqci: rcvd PCOMPRESSION (ACK) ppp: lcp_reqci: rcvd ACCOMPRESSION (ACK) ppp: lcp_reqci: returning CONFACK. ppp: fsm_rconfack(c021): Rcvd id 1. ppp: fsm_sconfreq(8021): Sent id 1. ppp: fsm_sconfreq(8021): Sent id 2. ppp: fsm_sconfreq(8021): Sent id 3. ppp: fsm_sconfreq(8021): Sent id 4. ppp: fsm_sconfreq(8021): Sent id 5. ppp: fsm_rtermreq(c021): Rcvd id 2. ppp: fsm_sdata(c021): Sent code 6, id 2. str_restore: pushed module ldterm str_restore: pushed module ttcompat =================================================== sidney: =================================================== Interface ppp0. Pid 436. ppp: fsm_sconfreq(c021): Sent id 1. ppp: fsm_rconfreq(c021): Rcvd id 1. ppp: lcp_reqci: rcvd MRU(1500) (ACK) ppp: lcp_reqci: rcvd ASYNCMAP(0) (ACK) ppp: lcp_reqci: rcvd MAGICNUMBER(7d51d7da) (ACK) ppp: lcp_reqci: rcvd PCOMPRESSION (ACK) ppp: lcp_reqci: rcvd ACCOMPRESSION (ACK) ppp: lcp_reqci: returning CONFACK. ppp: fsm_rconfack(c021): Rcvd id 1. ppp: fsm_sconfreq(8021): Sent id 1. ppp: fsm_rconfreq(8021): Rcvd id 1. ppp: ipcp_reqci: rcvd ADDRS(c0a3140a:c0a3140c) (ACK) ppp: ipcp_reqci: rcvd COMPRESSTYPE(45) (ACK) ppp: ipcp_reqci: returning CONFACK. ppp: fsm_sconfreq(8021): Sent id 2. ppp: fsm_rconfreq(8021): Rcvd id 2. ppp: ipcp_reqci: rcvd ADDRS(c0a3140a:c0a3140c) (ACK) ppp: ipcp_reqci: rcvd COMPRESSTYPE(45) (ACK) ppp: ipcp_reqci: returning CONFACK. ppp: fsm_sconfreq(8021): Sent id 3. ppp: fsm_rconfreq(8021): Rcvd id 3. ppp: ipcp_reqci: rcvd ADDRS(c0a3140a:c0a3140c) (ACK) ppp: ipcp_reqci: rcvd COMPRESSTYPE(45) (ACK) ppp: ipcp_reqci: returning CONFACK. ppp: fsm_sconfreq(8021): Sent id 4. ppp: fsm_rconfreq(8021): Rcvd id 4. ppp: ipcp_reqci: rcvd ADDRS(c0a3140a:c0a3140c) (ACK) ppp: ipcp_reqci: rcvd COMPRESSTYPE(45) (ACK) ppp: ipcp_reqci: returning CONFACK. ppp: fsm_sdata(c021): Sent code 5, id 2. ppp: fsm_sdata(c021): Sent code 5, id 3. ppp: fsm_sdata(c021): Sent code 5, id 4. ppp: fsm_sdata(c021): Sent code 5, id 5. ppp: fsm_rtermreq(c021): Rcvd id 5. ppp: fsm_sdata(c021): Sent code 6, id 5. ppp: fsm_sdata(c021): Sent code 5, id 6. ppp: fsm_rtermreq(c021): Rcvd id 6. ppp: fsm_sdata(c021): Sent code 6, id 6. ppp: fsm_rtermack(c021). =================================================== I'll summarize if anyone is interested. Thanks, Steve -- ==================================================================== Stephen Perkins | Department of Computer Science | perkins@cps.msu.edu Michigan State University |
Technical Details
Message-ID:
<1992Jul26.191040.10799@msuinfo.cl.msu.edu>Path:
arc1-ca.pugleaf.net!sparky!uunet!europa.asd.contel.com!darwin.sura.net!jvnc.net!netnews.upenn.edu!msuinfo!indian.cps.msu.edu!perkinsShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!europa.asd.contel.com!darwin.sura.net!jvnc.net!netnews.upenn.edu!msuinfo!indian.cps.msu.edu!perkins From: perkins@cps.msu.edu (Stephen Perkins) Newsgroups: comp.protocols.ppp Subject: NCP negotiation blues Message-ID: <1992Jul26.191040.10799@msuinfo.cl.msu.edu> Date: 26 Jul 92 19:10:40 GMT Sender: news@msuinfo.cl.msu.edu Organization: Dept. of Computer Science, Michigan State University Lines: 117 Originator: perkins@indian.cps.msu.edu