IPCP negotiation

IPCP negotiation

Post by assih » Thu, 21 Dec 2000 14:47:30



hello :)

im making a GNU/Linux Debain 2.2 box equipped with an extarnal active
ISDN TA (Digicom Tintoretto) connecting to the Internet.
I can make it 'dialing' but what i dont understand is why after a rcvd
LCP chap success it then closes the connection sending LCP Termreq ("No
Network Protocols Running") while riceiving IPCP Confreq... im reporting
the syslog msg (an excerpt of it) hoping it is of help, but what i
really like to understand is what i can do to understand whats
happening? i know im not so skilled yet but i think the need is to
understand (or have a idea) to what kind of terminal/server/router/etc.
(in this case should be a win NT RAS) my machine tries to talk to
whenever i change from an ISP to another (i know: getting experience...:)

here's my logs:

Dec 19 15:56:35 frsc1 pppd[175]: pppd 2.3.11 started by root, uid 0
Dec 19 15:56:36 frsc1 chat[176]: send (ATZ^M)
Dec 19 15:56:36 frsc1 chat[176]: expect (OK)
Dec 19 15:56:36 frsc1 chat[176]: ATZ^M^M
Dec 19 15:56:36 frsc1 chat[176]: OK
Dec 19 15:56:36 frsc1 chat[176]:  -- got it
Dec 19 15:56:36 frsc1 chat[176]: send (AT&Q0^M)
Dec 19 15:56:36 frsc1 chat[176]: expect (OK)
Dec 19 15:56:36 frsc1 chat[176]: ^M
Dec 19 15:56:36 frsc1 chat[176]: AT&Q0^M^M
Dec 19 15:56:36 frsc1 chat[176]: OK
Dec 19 15:56:36 frsc1 chat[176]:  -- got it
Dec 19 15:56:36 frsc1 chat[176]: send (ATE1^M)
Dec 19 15:56:36 frsc1 chat[176]: expect (OK)
Dec 19 15:56:36 frsc1 chat[176]: ^M
Dec 19 15:56:37 frsc1 chat[176]: ATE1^M^M
Dec 19 15:56:37 frsc1 chat[176]: OK
Dec 19 15:56:37 frsc1 chat[176]:  -- got it
Dec 19 15:56:37 frsc1 chat[176]: send (ATV1^M)
Dec 19 15:56:37 frsc1 chat[176]: expect (OK)
Dec 19 15:56:37 frsc1 chat[176]: ^M
Dec 19 15:56:37 frsc1 chat[176]: ATV1^M^M
Dec 19 15:56:37 frsc1 chat[176]: OK
Dec 19 15:56:37 frsc1 chat[176]:  -- got it
Dec 19 15:56:37 frsc1 chat[176]: send (AT%A2=5^M)
Dec 19 15:56:37 frsc1 chat[176]: expect (OK)
Dec 19 15:56:37 frsc1 chat[176]: ^M
Dec 19 15:56:37 frsc1 chat[176]: AT%A2=5^M^M
Dec 19 15:56:37 frsc1 chat[176]: OK
Dec 19 15:56:37 frsc1 chat[176]:  -- got it
Dec 19 15:56:37 frsc1 chat[176]: send (ATDT848838383^M)
Dec 19 15:56:38 frsc1 chat[176]: expect (CONNECT)
Dec 19 15:56:38 frsc1 chat[176]: ^M
Dec 19 15:56:39 frsc1 chat[176]: ATDT848838383^M^M
Dec 19 15:56:39 frsc1 chat[176]: CARRIER 64000^M
Dec 19 15:56:39 frsc1 chat[176]: ^M
Dec 19 15:56:39 frsc1 chat[176]: PROTOCOL: PPP^M
Dec 19 15:56:39 frsc1 chat[176]: ^M
Dec 19 15:56:39 frsc1 chat[176]: CONNECT
Dec 19 15:56:39 frsc1 chat[176]:  -- got it
Dec 19 15:56:39 frsc1 chat[176]: send (\d)
Dec 19 15:56:40 frsc1 pppd[175]: Serial connection established.
Dec 19 15:56:40 frsc1 kernel: ppp_ioctl: set dbg flags to 190000
Dec 19 15:56:40 frsc1 kernel: ppp_ioctl: set flags to 190000
Dec 19 15:56:40 frsc1 pppd[175]: Using interface ppp0
Dec 19 15:56:40 frsc1 pppd[175]: Connect: ppp0 <--> /dev/ttyS1
Dec 19 15:56:40 frsc1 kernel: ppp_tty_ioctl: set xasyncmap
Dec 19 15:56:40 frsc1 kernel: ppp_tty_ioctl: set xmit asyncmap ffffffff
Dec 19 15:56:40 frsc1 kernel: ppp_ioctl: set flags to 190000
Dec 19 15:56:40 frsc1 kernel: ppp_ioctl: set mru to 5dc
Dec 19 15:56:40 frsc1 kernel: ppp_tty_ioctl: set rcv asyncmap ffffffff
Dec 19 15:56:41 frsc1 pppd[175]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0x1de89b39> <accomp>]
Dec 19 15:56:41 frsc1 kernel: ppp: receive buffer, count = 48
Dec 19 15:56:41 frsc1 kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
Dec 19 15:56:41 frsc1 kernel: 7D 21 7D 20 7D 38 7D 20 }!} }8}
Dec 19 15:56:41 frsc1 kernel: 7D 24 7D 20 7D 20 7D 23 }$} } }#
Dec 19 15:56:41 frsc1 kernel: 7D 25 C2 23 7D 25 7D 31 }%.#}%}1
Dec 19 15:56:41 frsc1 kernel: 7D 24 7D 25 DC 7D 33 7D }$}%.}3}
Dec 19 15:56:41 frsc1 kernel: 27 7D 21 6D 61 78 33 34 '}!max34
Dec 19 15:56:41 frsc1 kernel: ppp: tossing frame (e0)
Dec 19 15:56:41 frsc1 kernel: ppp: receive buffer, count = 45
Dec 19 15:56:41 frsc1 kernel: 4F 7E 7E FF 7D 23 C0 21 O~~.}#.!
Dec 19 15:56:41 frsc1 kernel: 7D 22 7D 21 7D 20 7D 32 }"}!} }2
Dec 19 15:56:41 frsc1 kernel: 7D 22 7D 26 7D 20 7D 20 }"}&} }
Dec 19 15:56:41 frsc1 kernel: 7D 20 7D 20 7D 25 7D 26 } } }%}&
Dec 19 15:56:41 frsc1 kernel: 7D 3D E8 9B 39 7D 28 7D }=..9}(}
Dec 19 15:56:41 frsc1 kernel: 22 9B 7D 35 7E          ".}5~
Dec 19 15:56:41 frsc1 pppd[175]: rcvd [LCP ConfReq id=0x1 < 00 04 00 00>
<auth chap MD5> < 11 04 05 dc> < 13 07 01 6d 61 78 33>]
Dec 19 15:56:41 frsc1 pppd[175]: sent [LCP ConfRej id=0x1 < 00 04 00 00>
< 11 04 05 dc> < 13 07 01 6d 61 78 33>]
Dec 19 15:56:41 frsc1 pppd[175]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>
<magic 0x1de89b39> <accomp>]
Dec 19 15:56:41 frsc1 kernel: ppp: receive buffer, count = 16
Dec 19 15:56:41 frsc1 kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
Dec 19 15:56:41 frsc1 kernel: 7D 22 7D 20 7D 29 7D 23 }"} })}#
Dec 19 15:56:41 frsc1 kernel: ppp: receive buffer, count = 10
Dec 19 15:56:41 frsc1 kernel: 7D 25 C2 23 7D 25 8F 7D }%.#}%.}
Dec 19 15:56:41 frsc1 kernel: 39 7E                   9~
Dec 19 15:56:41 frsc1 kernel: ppp_tty_ioctl: set xmit asyncmap ffffffff
Dec 19 15:56:41 frsc1 kernel: ppp_ioctl: set flags to f190000
Dec 19 15:56:41 frsc1 kernel: ppp_ioctl: set mru to 5dc
Dec 19 15:56:41 frsc1 kernel: ppp_tty_ioctl: set rcv asyncmap 0
Dec 19 15:56:41 frsc1 pppd[175]: rcvd [LCP ConfReq id=0x2 <auth chap MD5>]
Dec 19 15:56:41 frsc1 pppd[175]: sent [LCP ConfAck id=0x2 <auth chap MD5>]
Dec 19 15:56:41 frsc1 pppd[175]: sent [LCP EchoReq id=0x0 magic=0x1de89b39]
Dec 19 15:56:41 frsc1 kernel: ppp: receive buffer, count = 27
Dec 19 15:56:41 frsc1 kernel: 7E FF 7D 23 C2 23 7D 21 ~.}#.#}!
Dec 19 15:56:41 frsc1 kernel: 7D 21 7D 20 20 7D 30 7D }!}  }0}
Dec 19 15:56:41 frsc1 kernel: 3E B9 94 9B 7D 3F 76 26 >...}?v&
Dec 19 15:56:41 frsc1 kernel: 7D 20 98                } .
Dec 19 15:56:41 frsc1 kernel: ppp: receive buffer, count = 46
Dec 19 15:56:41 frsc1 kernel: 90 DD B2 8C 98 74 EC 46 .....t.F
Dec 19 15:56:41 frsc1 kernel: 52 4F 53 49 4E 4F 4E 45 ROSINONE
Dec 19 15:56:41 frsc1 kernel: 20 34 7F 9B 7E 7E FF 7D  4..~~.}
Dec 19 15:56:41 frsc1 kernel: 23 C0 21 7D 2A 7D 20 7D #.!}*} }
Dec 19 15:56:41 frsc1 kernel: 20 7D 28 7D 20 7D 20 7D  }(} } }
Dec 19 15:56:41 frsc1 kernel: 20 7D 20 6B E4 7E        } k.~
Dec 19 15:56:41 frsc1 pppd[175]: rcvd [CHAP Challenge id=0x1
<1eb9949b1f7626009890ddb28c9874ec>, name = "FROSINONE 4"]
Dec 19 15:56:41 frsc1 pppd[175]: sent [CHAP Response id=0x1
<ceaa34ea584a193758600b6384d45193>, name = "asxri"]
Dec 19 15:56:41 frsc1 pppd[175]: rcvd [LCP EchoRep id=0x0 magic=0x0]
Dec 19 15:56:41 frsc1 kernel: ppp: receive buffer, count = 16
Dec 19 15:56:41 frsc1 kernel: 7E FF 7D 23 C2 23 7D 23 ~.}#.#}#
Dec 19 15:56:41 frsc1 kernel: 7D 21 7D 20 7D 25 7D 20 }!} }%}
Dec 19 15:56:41 frsc1 kernel: ppp: receive buffer, count = 72
Dec 19 15:56:41 frsc1 kernel: 74 7D 27 7E 7E FF 7D 23 t}'~~.}#
Dec 19 15:56:41 frsc1 kernel: 80 21 7D 21 7D 21 7D 20 .!}!}!}
Dec 19 15:56:41 frsc1 kernel: 7D 30 7D 22 7D 26 7D 20 }0}"}&}
Dec 19 15:56:41 frsc1 kernel: 2D 7D 2F 7D 21 7D 23 7D -}/}!}#}
Dec 19 15:56:41 frsc1 kernel: 26 7D 2A 7D 3F 7D 3B 76 &}*}?};v
Dec 19 15:56:41 frsc1 kernel: 59 ED 7E 7E FF 7D 23 80 Y.~~.}#.
Dec 19 15:56:41 frsc1 kernel: FD 7D 21 7D 21 7D 20 7D .}!}!} }
Dec 19 15:56:41 frsc1 kernel: 2A 7D 31 7D 26 7D 20 7D *}1}&} }
Dec 19 15:56:41 frsc1 kernel: 21 7D 21 7D 23 CE DF 7E !}!}#..~
Dec 19 15:56:41 frsc1 kernel: ppp_proto_ccp rcvd=1 code=1 flags=f190000
Dec 19 15:56:41 frsc1 kernel: ppp_tty_ioctl: set xmit asyncmap ffffffff
Dec 19 15:56:41 frsc1 kernel: ppp_ioctl: set flags to f190000
Dec 19 15:56:41 frsc1 kernel: ppp_ioctl: set mru to 5dc
Dec 19 15:56:41 frsc1 kernel: ppp_tty_ioctl: set rcv asyncmap 0
Dec 19 15:56:41 frsc1 pppd[175]: rcvd [CHAP Success id=0x1 "\000"]
Dec 19 15:56:41 frsc1 pppd[175]: Remote message: ^@
Dec 19 15:56:41 frsc1 pppd[175]: sent [LCP TermReq id=0x2 "No network
protocols running"]
Dec 19 15:56:41 frsc1 pppd[175]: rcvd [IPCP ConfReq id=0x1 <compress VJ
0f 01> <addr 10.31.27.118>]
Dec 19 15:56:41 frsc1 pppd[175]: rcvd [CCP ConfReq id=0x1 < 11 06 00 01
01 03>]
Dec 19 15:56:41 frsc1 kernel: ppp: receive buffer, count = 18
Dec 19 15:56:41 frsc1 kernel: 7E FF 7D 23 C0 21 7D 26 ~.}#.!}&
Dec 19 15:56:41 frsc1 kernel: 7D 22 7D 20 7D 24 94 7D }"} }$.}
Dec 19 15:56:41 frsc1 kernel: 2D 7E                   -~
Dec 19 15:56:41 frsc1 kernel: ppp: channel ppp0 closing.
Dec 19 15:56:41 frsc1 kernel: ppp0 released
Dec 19 15:56:41 frsc1 kernel: ppp0: ccp closed
Dec 19 15:56:41 frsc1 pppd[175]: rcvd [LCP TermAck id=0x2]
Dec 19 15:56:41 frsc1 pppd[175]: Connection terminated.
Dec 19 15:56:42 frsc1 pppd[175]: Hangup (SIGHUP)
Dec 19 15:56:42 frsc1 pppd[175]: Exit.

sorry if its such a long list, another question: what the line
"...Remote Message: ^@" what does it mean?? i tried wvdial too with the
same results!

thnx for your attention,
Assihm

 
 
 

IPCP negotiation

Post by Clifford Kit » Fri, 22 Dec 2000 00:03:49



> Dec 19 15:56:41 frsc1 kernel: ppp_ioctl: set flags to f190000
> Dec 19 15:56:41 frsc1 kernel: ppp_ioctl: set mru to 5dc
> Dec 19 15:56:41 frsc1 kernel: ppp_tty_ioctl: set rcv asyncmap 0
> Dec 19 15:56:41 frsc1 pppd[175]: rcvd [CHAP Success id=0x1 "\000"]

The peer may be broken.  Note that pppd sets the receive asyncmap
that it requested (0) and which was Acked, as well as the PPP default
transmit asyncmap (ffffffff) for the peer since the peer didn't
ask for any.  It is also at this point that the trouble starts, so
this is my best guess since nothing else in the log suggests a more
ordinary problem.

Try using the pppd option "default-asyncmap," and remove "asyncmap 0"
if you have that set ("asyncmap 0" may be the default that pppd trys
to negotiate for pppd 2.3.11 so it may not be explicitly set..).

The ^G is likely the same as the "\000" message in the CHAP Success
response.

Quote:> Dec 19 15:56:41 frsc1 pppd[175]: sent [LCP TermReq id=0x2 "No network
> protocols running"]
> Dec 19 15:56:41 frsc1 pppd[175]: rcvd [IPCP ConfReq id=0x1 <compress VJ
> 0f 01> <addr 10.31.27.118>]

By the way, it might be better to use AT&F instead of ATZ for the
first chat "send" - unless you are sure that the stored profile for
ATZ is right for your TA.

--


 
 
 

IPCP negotiation

Post by assih » Fri, 22 Dec 2000 08:19:44


  Try using the
 > pppd option "default-asyncmap," and remove "asyncmap 0"...

i did it before posting this msg, and the results are always the same
"No Network Protocol Running" after chap success with a LCP Termreq as
always

 >By the way,
 > it might be better to use AT&F instead of ATZ for the first chat "send"
 > - unless you are sure that the stored profile for ATZ is right for your
 > TA.

i checked the AT&F commands, but i need %A2 to be equal to 5 if i want
PPP and equal to 6 if i want MLPPP and i have only 3 possibl
configuration of AT&F not including them

i tried changing the ISP to call, and i tried other 2 (plus 1 of above)
the prob is still the same, even when i have to use PAP, i receive
PAPACK, after that my peer(my side) sends LCP Termreq "No Network
Protocol Running"

well at this point after i even checked on Tanenbaum im not able to
understand whats going on.......need a deeper reading/searching

-- Clifford Kite Not a guru. (tm)
 >

 
 
 

IPCP negotiation

Post by assih » Fri, 22 Dec 2000 23:37:46



 >
 >
 >
 >
 >
 >
 > ??Try?using?the
 > ?>?pppd?option?"default-asyncmap,"?and?remove?"asyncmap?0"...
 >
 > i?did?it?before?posting?this?msg,?and?the?results?are?always?the?same?
 > "No?Network?Protocol?Running"?after?chap?success?with?a?LCP?Termreq?as?
 > always
 >
 > ?>By?the?way,
 >
?>?it?might?be?better?to?use?AT&F?instead?of?ATZ?for?the?first?chat?"send"
 >
?>?-?unless?you?are?sure?that?the?stored?profile?for?ATZ?is?right?for?your
 > ?>?TA.
 >
 > i?checked?the?AT&F?commands,?but?i?need?%A2?to?be?equal?to?5?if?i?want?
 > PPP?and?equal?to?6?if?i?want?MLPPP?and?i?have?only?3?possibl?
 > configuration?of?AT&F?not?including?them
 >
 > i?tried?changing?the?ISP?to?call,?and?i?tried?other?2?(plus?1?of?above)?
 > the?prob?is?still?the?same,?even?when?i?have?to?use?PAP,?i?receive?
 > PAPACK,?after?that?my?peer(my?side)?sends?LCP?Termreq?"No?Network?
 > Protocol?Running"
 >
 > well?at?this?point?after?i?even?checked?on?Tanenbaum?im?not?able?to?
 > understand?whats?going?on.......need?a?deeper?reading/searching
 >
 > --?Clifford?Kite?Not?a?guru.?(tm)

i tried the AT&F settings, i found that all the ISP im trying to use
accept PPP or V.120, but after that the prob's still the same: "No
Network Protocols Running" in a LCP Termreq

 
 
 

IPCP negotiation

Post by Clifford Kit » Sat, 23 Dec 2000 06:33:10




>   Try using the
>  > pppd option "default-asyncmap," and remove "asyncmap 0"...
> i did it before posting this msg, and the results are always the same
> "No Network Protocol Running" after chap success with a LCP Termreq as
> always

I think this message should actually be "No network protocols running".
It *seems* to be checking for the availablility of network protocols
(I'm not a C programmer) at the point in the PPP code just before the
IPCP negotiation of IP addresses should start.  Silly question but .. Do
you have have any networking protocols compiled into the kernel?

--

/* Microsoft is a great marketing organization.
 * It _has_ to be */

 
 
 

IPCP negotiation

Post by assih » Sat, 23 Dec 2000 10:17:26


 > "default-asyncmap," and remove "asyncmap 0"... > i did it before posting
 > this msg, and the results are always the same > "No Network Protocol
 > Running" after chap success with a LCP Termreq as > always I think this
 > message should actually be "No network protocols running".

...it is...

  It *seems* to
 > be checking for the availablility of network protocols (I'm not a C
 > programmer) at the point in the PPP code just before the IPCP
 > negotiation of IP addresses should start. Silly question but .. Do you
 > have have any networking protocols compiled into the kernel? --

ill check...ill let u know...

thnx

Clifford
 > Kite Not a guru. (tm) /* Microsoft is a great marketing organization. *
 > It _has_ to be */
 >

 
 
 

IPCP negotiation

Post by assih » Sun, 24 Dec 2000 23:02:30



 >
 >
 >
 >
 >
 >
 >
 >
 >
 >

 >
?>?"default-asyncmap,"?and?remove?"asyncmap?0"...?>?i?did?it?before?posting
 > ?>?this?msg,?and?the?results?are?always?the?same?>?"No?Network?Protocol
 >
?>?Running"?after?chap?success?with?a?LCP?Termreq?as?>?always?I?think?this
 > ?>?message?should?actually?be?"No?network?protocols?running".
 >
 > ....it?is...
 >
 > ??It?*seems*?to
 >  > be checking for the availablility of network protocols (I'm not a C >
 > programmer) at the point in the PPP code just before the IPCP
 > ?>?negotiation?of?IP?addresses?should?start.?Silly?question?but?..?Do?you
 > ?>?have?have?any?networking?protocols?compiled?into?the?kernel??--
 >
 > ill?check...ill?let?u?know...
 >
 > thnx
 >
 > Clifford
 >  > Kite Not a guru. (tm) /* Microsoft is a great marketing organization.
 > * > It _has_ to be */

what i have as kernel is the standard 2.2.17 from Debian 2.2
  installation, it should have the networking support as im using it on
other 3 computers, and no probs should make a deeper check though, i
found i friend of mine as the same OS the ISDN TA the same scripts and
he is alrite, having everything wrkin fine......
should i recompile the kernel???

thnx a lot u r the only help available :)
ciao,
Assihm

 
 
 

IPCP negotiation

Post by Clifford Kit » Mon, 25 Dec 2000 05:55:34






> ?>?"default-asyncmap,"?and?remove?"asyncmap?0"...?>?i?did?it?before?posting
>  > ?>?this?msg,?and?the?results?are?always?the?same?>?"No?Network?Protocol

> ?>?Running"?after?chap?success?with?a?LCP?Termreq?as?>?always?I?think?this
>  > ?>?message?should?actually?be?"No?network?protocols?running".

>  > ....it?is...

>  > ??It?*seems*?to
>  >  > be checking for the availablility of network protocols (I'm not a C >
>  > programmer) at the point in the PPP code just before the IPCP
>  > ?>?negotiation?of?IP?addresses?should?start.?Silly?question?but?..?Do?you
>  > ?>?have?have?any?networking?protocols?compiled?into?the?kernel??--

>  > ill?check...ill?let?u?know...

>  > thnx

>  > Clifford
>  >  > Kite Not a guru. (tm) /* Microsoft is a great marketing organization.
>  > * > It _has_ to be */

I can't figure out how the reposted messages are so screwed up but
you need to find what's happening to cause this and fix it.  I find
the ``?'' that is substituted for spaces particularly mysterious.

Quote:> what i have as kernel is the standard 2.2.17 from Debian 2.2
>   installation, it should have the networking support as im using it on
> other 3 computers, and no probs should make a deeper check though, i
> found i friend of mine as the same OS the ISDN TA the same scripts and
> he is alrite, having everything wrkin fine......
> should i recompile the kernel???

Probably not.  The best thing would be for your friend to come help you
since he has succeeded, apparently with all the same software and scripts.

In order for me to help further, you'll have to post exact copies of
your pppd and chat scripts.  One thing is that, for whatever reason,
pppd may have the "noip" option set.

What puzzles me is that the termination by pppd takes place immediately
after a successful CHAP authentication, in less than a second, with no
IPCP negotiation started by pppd.

--

/* 97.3% of all statistics are made up. */

 
 
 

IPCP negotiation

Post by assih » Sun, 31 Dec 2000 17:24:04


hello :) sorry for this few days of silence...

here are my chat & pppd scripts:

# This chatfile was generated by pppconfig 2.0.5.and modified by hand
# Please do not delete any of the comments.  Pppconfig needs them.
#
# ispauth CHAP
# abortstring
#ABORT BUSY ABORT 'NO CARRIER' ABORT VOICE ABORT 'NO DIALTONE' ABORT 'NO
DIAL TONE' ABORT 'NO ANSWER'
# modeminit
'' AT&F2
#OK ATS83=1
#OK AT&K0
OK AT&Q0
OK ATE1
OK ATV1
#OK AT%A2=5
# ispnumber
OK-AT-OK ATDT848838383
# ispconnect
CONNECT \d\c
# prelogin
# ispname
# isppassword
# postlogin
# end of pppconfig stuff

# This optionfile was generated by pppconfig 2.0.5.
# and modified by hand
#
hide-password
noauth
noccp
default-asyncmap
connect "/usr/sbin/chat -v -f /etc/chatscripts/tin-chat"
debug
/dev/ttyS1
115200
defaultroute
noipdefault
user asxri
ipcp-accept-local
ipcp-accept-remote

hope it could be of help
thnx,
Assihm

 
 
 

IPCP negotiation

Post by Clifford Kit » Mon, 01 Jan 2001 02:03:23



> here are my chat & pppd scripts:

They looked okay to me, i.e., there seemed to be nothing in them that
would cause your problem.

...

Quote:> hope it could be of help

I had also hoped it could help, but there seems to be nothing unusual.
I'm more baffled than you as to what's causing your problem.  You might
check any other pppd configuration files that exist in /etc/ppp to
see if one contains a "noip" option.

Try "telnet localhost", and if that works then TCP/IP should be okay.

If that works then about the only thing that comes to mind is perhaps the
pppd has been modified by Debian from the standard track pppd and was
broken by the modification.  I'd suggest that you get and compile pppd
2.4.0, available via ftp at linuxcare.com.au in the /pub/ppp directory.

I have no direct experience with ISDN TAs, but pppd *should* be able to
establish a PPP connection with them in the same way as for an ordinary
modem.  The problem you have is usually the result of IPCP negotiation
failure, but the log showed that pppd didn't even *try* to negotiate.

--

/* On occasion you'll run into an attidude on usenet.  They contribute
   nothing, but vitriolicly criticize those that do, relishing the
   replies that this generates.  Please do not feed the attidudes. */

 
 
 

IPCP negotiation

Post by assih » Thu, 04 Jan 2001 23:38:22


hello and happy new year,

the prob is solved, but im not happy. i checked the file
/etc/ppp/options and i found noip uncommented...
this makes me feeling really bad cuz i dont understand how could i
misunderstand the so good documentation...im new to Deb, but the docs
say to use the files /etc/chatscript/<myscript> and
/etc/ppp/peers/<mypeer> and that these two files will override
/etc/ppp/options am i right or not??

anyway it helps me to gain experience at least....

thnx a lot for your help, it was determinig...i owe u a big favor ;)
ciao

 
 
 

IPCP negotiation

Post by Clifford Kit » Thu, 04 Jan 2001 22:29:33



> the prob is solved, but im not happy. i checked the file
> /etc/ppp/options and i found noip uncommented...
> this makes me feeling really bad cuz i dont understand how could i
> misunderstand the so good documentation...im new to Deb, but the docs
> say to use the files /etc/chatscript/<myscript> and
> /etc/ppp/peers/<mypeer> and that these two files will override
> /etc/ppp/options am i right or not??

I don't think so, I couldn't find any order of precedence by scanning
the pppd man pages.  There also was a recent post where the file option
was used and the answer to the problem turned out to be "noipdefault"
in /etc/ppp/options.

Quote:> anyway it helps me to gain experience at least....

That's an important part of life.

--

/* On occasion you'll run into an attidude on usenet.  They contribute
   nothing, but vitriolicly criticize those that do, relishing the
   replies that this generates.  Please do not feed the attidudes. */

 
 
 

1. pppd prob: IPCP negotiation fails

Hello all, I have a redhat 6.2 box in a LAN at home and it is configured
to access the internet through a default gateway with a static (internal)
ip, and the DNS servers are in the /etc/resolv.conf. The gateway is a
netgear router with a cable modem on the other side.
I want to make this Linux box connect through dial-up when the cable
modem goes down (sadly that is quite often here in panama) and if
possible become an ip forwarding/masq gateway for the other computers in
the lan. Right now though, i cant connect to the ppp server. I'm using
the ppp-on and pp-on-dialer scripts but for some reason the ipcp
negotiations fail and i cant figure out why. Can anyone please help?

This is in a script:

exec /usr/sbin/pppd debug lock modem crtscts /dev/modem 57600 \
        escape FF kdebug 0 0.0.0.0:0.0.0.0 \
        noipdefault netmask $NETMASK defaultroute connect $DIALER_SCRIPT

This is what pppd does:

Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/modem
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3d33757f> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x45 <asyncmap 0xa0000> <magic 0xdb49e69c> <pcomp> <accomp>]
sent [LCP ConfAck id=0x45 <asyncmap 0xa0000> <magic 0xdb49e69c> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3d33757f> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x3d33757f> <pcomp> <accomp>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>]
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
rcvd [IPCP ConfNak id=0x1 <addr 200.46.6.107>]
sent [IPCP ConfReq id=0x2 <addr 200.46.6.107> <compress VJ 0f 01>]
rcvd [LCP ProtRej id=0x46 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
rcvd [IPCP ConfAck id=0x2 <addr 200.46.6.107> <compress VJ 0f 01>]
rcvd [IPCP ConfReq id=0xbd <compress VJ 0f 00> <addr 200.46.0.38>]
sent [IPCP ConfAck id=0xbd <compress VJ 0f 00> <addr 200.46.0.38>]
Peer is not authorized to use remote address 200.46.0.38
sent [IPCP TermReq id=0x3 "Unauthorized remote IP address"]
rcvd [IPCP TermAck id=0x3]
sent [LCP TermReq id=0x2 "No network protocols running"]
rcvd [LCP TermAck id=0x2]
Connection terminated.  

Thanks, Enrico

2. Help: INIT Error Mesg

3. pppd prob> IPCP negotiations fail

4. special characters on

5. PPP and error with ipcp negotiation

6. FTP speed

7. Problems with pppd negotiation of IPCP

8. Newbie wonders, can I use Kensington Orbit?

9. IPCP terminated at peer's request?

10. IPCP Timeout again.

11. 2.1.77: 2.2.0g ppp immediate IPCP TermReq

12. IPCP Config...

13. PPP,PAP,IPCP: Can't connect!!