All of lore.kernel.org
 help / color / mirror / Atom feed
* IPCP Negotiation Failure - Peer refuse to accept IP Address
@ 2007-04-18 22:02 amyng
  2007-04-20  0:04 ` James Carlson
  0 siblings, 1 reply; 2+ messages in thread
From: amyng @ 2007-04-18 22:02 UTC (permalink / raw)
  To: linux-ppp



I'm running 2.4.4 pppd on Solaris (I know it's not Linux, but there's no
sun-ppp forum) trying to connect to a device (which I can get to by window
rasppp btw).

After receiving "Could not determine local IP address" IPCP confReq (see
following ppp log)...

$ pppd options in effect:
debug           # (from /etc/ppp/options)
kdebug 31               # (from /etc/ppp/options)
-detach         # (from /etc/ppp/options)
dump            # (from /etc/ppp/options)
noauth          # (from /etc/ppp/options)
/dev/ttya               # (from command line)
38400           # (from command line)
lock            # (from /etc/ppp/options)
connect /etc/ppp/ppp-on-dialer          # (from command line)
crtscts         # (from /etc/ppp/options)
local           # (from /etc/ppp/options)
ipcp-accept-local               # (from /etc/ppp/options)
ipcp-accept-remote              # (from /etc/ppp/options)
noipdefault             # (from /etc/ppp/options)
defaultroute            # (from /etc/ppp/options)
ipcp-no-addresses               # (from /etc/ppp/options)
noccp           # (from /etc/ppp/options)
Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/ttya
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2f497226> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x11]
sent [LCP ConfAck id=0x11]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x2f497226> <pcomp> <accomp>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x10 <addr 192.168.129.1>]
sent [IPCP ConfAck id=0x10 <addr 192.168.129.1>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
sent [IPCP ConfReq id=0x2]
rcvd [IPCP ConfAck id=0x2]
Could not determine local IP address
Connect time 0.7 minutes.
Sent 147 bytes, received 110 bytes.
ioctl(set NP 33 mode to 1): Invalid argument
sent [IPCP TermReq id=0x3 "Could not determine local IP address"]
rcvd [IPCP TermAck id=0x3 "Could not determine local IP address"]
sent [LCP TermReq id=0x2 "No network protocols running"]
sent [LCP TermReq id=0x3 "No network protocols running"]
Connection terminated.


I specified the local IP address in /etc/ppp/options and got a different
error:
$ pppd options in effect:
debug           # (from /etc/ppp/options)
kdebug 31               # (from /etc/ppp/options)
-detach         # (from /etc/ppp/options)
dump            # (from /etc/ppp/options)
noauth          # (from /etc/ppp/options)
/dev/ttya               # (from command line)
38400           # (from command line)
lock            # (from /etc/ppp/options)
connect /etc/ppp/ppp-on-dialer          # (from command line)
crtscts         # (from /etc/ppp/options)
local           # (from /etc/ppp/options)
ipcp-accept-local               # (from /etc/ppp/options)
ipcp-accept-remote              # (from /etc/ppp/options)
noipdefault             # (from /etc/ppp/options)
defaultroute            # (from /etc/ppp/options)
ipcp-no-addresses               # (from /etc/ppp/options)
192.168.129.2:          # (from /etc/ppp/options)
noccp           # (from /etc/ppp/options)
Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/ttya
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2ae8f766> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x12]
sent [LCP ConfAck id=0x12]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x2ae8f766> <pcomp> <accomp>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]
rcvd [IPCP ConfReq id=0x11 <addr 192.168.129.1>]
sent [IPCP ConfAck id=0x11 <addr 192.168.129.1>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]
sent [IPCP ConfReq id=0x2]
rcvd [IPCP ConfAck id=0x2]
Peer refused to agree to our IP address
Connect time 0.6 minutes.
Sent 142 bytes, received 110 bytes.
ioctl(set NP 33 mode to 1): Invalid argument
sent [IPCP TermReq id=0x3 "Refused our IP address"]
rcvd [IPCP TermAck id=0x3 "Refused our IP address"]
sent [LCP TermReq id=0x2 "No network protocols running"]
rcvd [LCP TermAck id=0x2 "No network protocols running"]
Connection terminated.

I have an output of a successful ppp connection from the same pppd connected
to a similar device using the same options:
$ pppd options in effect:
debug           # (from /etc/ppp/options)
kdebug 31               # (from /etc/ppp/options)
-detach         # (from /etc/ppp/options)
dump            # (from /etc/ppp/options)
noauth          # (from /etc/ppp/options)
/dev/ttya               # (from command line)
38400           # (from command line)
lock            # (from /etc/ppp/options)
connect /etc/ppp/ppp-on-dialer          # (from command line)
crtscts         # (from /etc/ppp/options)
local           # (from /etc/ppp/options)
ipcp-accept-local               # (from /etc/ppp/options)
ipcp-accept-remote              # (from /etc/ppp/options)
noipdefault             # (from /etc/ppp/options)
defaultroute            # (from /etc/ppp/options)
ipcp-no-addresses               # (from /etc/ppp/options)
192.168.129.2:          # (from /etc/ppp/options)
noccp           # (from /etc/ppp/options)
Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/ttya
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2bd7801c> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x4]
sent [LCP ConfAck id=0x4]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x2bd7801c> <pcomp> <accomp>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]
rcvd [IPCP ConfReq id=0x3 <addr 192.168.129.1>]
sent [IPCP ConfAck id=0x3 <addr 192.168.129.1>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x2 <addr 192.168.129.2>]
rcvd [IPCP ConfAck id=0x2 <addr 192.168.129.2>]
local  IP address 192.168.129.2
remote IP address 192.168.129.1

I noticed that the failure case, the last IPCP ConfReq is sent without the
specified local IP Address:
sent [IPCP ConfReq id=0x2]
whereas the successful case, it does:
sent [IPCP ConfReq id=0x2 <addr 192.168.129.2>]

Any help would be greatly appreciated!!

Amy
-- 
View this message in context: http://www.nabble.com/IPCP-Negotiation-Failure---Peer-refuse-to-accept-IP-Address-tf3603388.html#a10066975
Sent from the linux-ppp mailing list archive at Nabble.com.


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: IPCP Negotiation Failure - Peer refuse to accept IP Address
  2007-04-18 22:02 IPCP Negotiation Failure - Peer refuse to accept IP Address amyng
@ 2007-04-20  0:04 ` James Carlson
  0 siblings, 0 replies; 2+ messages in thread
From: James Carlson @ 2007-04-20  0:04 UTC (permalink / raw)
  To: linux-ppp

amyng writes:
> I'm running 2.4.4 pppd on Solaris (I know it's not Linux, but there's no
> sun-ppp forum) trying to connect to a device (which I can get to by window
> rasppp btw).

Actually, there are more appropriate lists for this.  The main PPP
list (for pppd) is ppp-bugs@samba.org.  If you're using something
other than Solaris Nevada, then you should contact Solaris support --
but do make sure you've reproduced the problem using Solaris PPP
(/usr/bin/pppd), and not the open source version.

If you're using Solaris Nevada, you could try one of the OpenSolaris
groups, like networking-discuss@opensolaris.org.

> kdebug 31               # (from /etc/ppp/options)

Unless you're designing and debugging kernel modules, I don't think
you want this.

> /dev/ttya               # (from command line)

If you're dialing out, you should use /dev/cua/a.  /dev/ttya is
equivalent to /dev/term/a, which is a dial-in port.

> local           # (from /etc/ppp/options)

That doesn't look right.  It disables modem signaling -- DTR/DCD --
and is probably here because the wrong serial port (ttya rather than
cua/a) is being used.

> ipcp-accept-local               # (from /etc/ppp/options)
> ipcp-accept-remote              # (from /etc/ppp/options)

Those shouldn't be needed with `noipdefault'.

> ipcp-no-addresses               # (from /etc/ppp/options)

Also not necessary.

> sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2f497226> <pcomp> <accomp>]
> rcvd [LCP ConfReq id=0x11]

Oh, yuck.  Your peer insists on negotiating without an ACCM and
without the Magic Number option.  Beware -- your peer is probably a
pile of junk.

> sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]

You ask your peer for an IP address.

> rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]

Your peer refuses to supply you with an address.  This is the problem
-- the peer doesn't have an address to give you.  Either the peer is
misconfigured, or you need to supply your own IP address in order to
talk to it.

> Could not determine local IP address

This is the problem as described above.  You ask the peer for an
address, but it doesn't have one (or just refuses to supply one).

> 192.168.129.2:          # (from /etc/ppp/options)

That part looks good.

> sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]

You tell the peer your address.

> rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01> <addr 192.168.129.2>]

The peer tells you to go away.

> I noticed that the failure case, the last IPCP ConfReq is sent without the
> specified local IP Address:
> sent [IPCP ConfReq id=0x2]
> whereas the successful case, it does:
> sent [IPCP ConfReq id=0x2 <addr 192.168.129.2>]

Right.  That's because in the failure case, the peer *refuses* that
option.  We're compelled to omit it from the next Configure-Request we
send.

> Any help would be greatly appreciated!!

Get a better peer.  The one you're talking to is misconfigured or just
plain broken.

-- 
James Carlson         42.703N 71.076W         <carlsonj@workingcode.com>

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-04-20  0:04 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-04-18 22:02 IPCP Negotiation Failure - Peer refuse to accept IP Address amyng
2007-04-20  0:04 ` James Carlson

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.