I have a "server" site which has a permanent dial out PSTN connection to
BPD with a static IP (139.130.y.z) on /dev/ttyS0; this gets bound to ppp0.
This same site has a dial in modem on /dev/ttyS1 listening with mgetty.

The /etc/ppp/options.ttyS1 file has, amongst other lines, the following:
192.168.129.129:192.168.129.145
noauth
# proxyarp
nopersist

When a "client" site dials into the "server" site the connection is make
OK bound to ppp1 and some data gets passed, presumeably handshaking data.
The "server"  logs, and ifconfig at the "server", show that the IPs
allocated are:
local 192.168.129.129
remote 192.168.129.145

as per the options file, which is what I would expect, but at the "client"
end ifconfig shows the allocated local IP to be 139.130.y.z (the IP
address of the "server's" other ppp connection)  with the correct
allocated remote IP of 192.168.129.129.  Where the "client" is getting the
idea of the 139.130.y.z IP address from I have no idea, it must be as part
of the handshaking.

Needless to say, not much traffic is getting through.

I thought the problem might be proxyarp of some sort which is why it is
commented out, but it makes no difference.

Any clues anyone?

=========sequel

Well, I fixed it, kinda.

After running the "server" pppd daemon in debug mode I discovered that the
"client" had retained some notion of the original IP address that it had
been allocated (139.130.y.z) and was being very adamant about demanding
that address be allocated.  The "server" was NAK'ng the request and was
offering the correct address, but the "client" would have none of it.
Eventually the "server" gave up NAK'ng the request and just plain REJ'd
it, whereupon the "client" went and used the address anyway.

I got around the problem by creating an /etc/ppp/options.ttyS1 file on the
"client" and including:
ipcp-accept-local
ipcp-accept-remote

That fixed the problem, but that fix shouldn't be necessary.

Now to go and see if I get the same problem with W2K as the "client" (8-(

-- 
Howard.
LANNet Computing Associates - Your Linux people
Contact detail at http://www.lannetlinux.com
 "I believe that forgiving them [terrorists] is God's function.
 Our job is simply to arrange the meeting."
   - General "Storm'n" Norman Schwartzkopf

-- 
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Reply via email to