On Sat, 17 Oct 1998, Theo. Sean Schulze wrote:
The following refers to some problems getting the wrong local address on a
connection to an ISP. I then asked Theo to send the entire log file in
order to see whether or not the ISP assigns an IP address to the client,
and, as it turns out, this ISP will let the client choose whichever IP
address it likes. In this case the local address is set to 192.168.0.3
which just happen to be the same as the ehternet address on the same
system. Below are the relevant IPCP negotiation (date stamps removed to
make the lins more or less fit).
> pppd[6719]: sent [IPCP ConfReq id=0x1 <addr 192.168.0.3> <compress VJ 0f 01>]
We suggest our address (local) to be 192.168.0.3 and suggest also VJ
compression.
> pppd[6719]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 195.178.7.130>]
The remote (ISP) suggests his address to be 195.178.7.130 and also VJ
compress.
> pppd[6719]: sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 195.178.7.130>]
We say that 195.178.7.130 is acceptable for the IP address of the ISP
(remote address).
> pppd[6719]: rcvd [CCP ConfReq id=0x1 < 11 06 00 01 01 03>]
> pppd[6719]: sent [CCP ConfReq id=0x1]
> pppd[6719]: sent [CCP ConfRej id=0x1 < 11 06 00 01 01 03>]
The CCP packages refers to some data compression which we cannot do. Thus
the ConfRej. This is perfectly normal.
> pppd[6719]: rcvd [IPCP ConfAck id=0x1 <addr 192.168.0.3> <compress VJ 0f 01>]
Finally, the ISP says that our address of 192.168.0.3 is perfectly
acceptible. Thus, the ISP does not enforce their choice of our address.
This is where the ISP had an opportunity to suggest a different address by
sending a ConfNak with the correct address.
> pppd[6719]: local IP address 192.168.0.3
> pppd[6719]: remote IP address 195.178.7.130
> pppd[6719]: rcvd [CCP ConfRej id=0x1]
>
The conclusion of all this is:
If the ISP has assigned you a static IP number you need to specify this to
pppd in addition to specifying it to the diald daemon. You need to
specify in diald.conf a line like
pppd-options <localIP>:<remoteIP>
If this is not done thd pppd daemon will take the address of the (first)
ehternet interface. You could also try this:
pppd-options noipdefaults
which should force the ISP to assign his idea of your local address; but
his ppp implemention might be broken or misconfigured.
The line 'pppd-options' will pass on the arguments to the pppd daemon.
You may also specify this in /etc/ppp/options if you prefer.
> ------------------
> Theo. Sean Schulze
> [EMAIL PROTECTED]
>
>
--
Villy
-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in
the body of a message to [EMAIL PROTECTED]
