> Dear friends,
> I have a problem with pppd configured to dial on demand to my ISP. The ISP has modem pools each connected to all the routers it has. In that way connection never established with the same router. That means the dialin server's ip is changing from connection to connection. But I should configure the fixed ip in the pppd's parameters to let pppd setup the routing information. And it's not working, of course.
> Is where are any possibility to force negotiation of the remote ip when connection comes up?
I vaguely remember from man pppd that, remote IP address could be
negotiated and changed in demand dialing setup, even if you set it up in
session initialization. I do not readily know how it can be achieved.
But the most sensible way seems that: You both give
<local-IP>:<remote-IP> *and ipcp-accept-remote options. That way, pppd
will initialize the link with <remotr-IP>, but still will negotiate it
with remote side. As far as I remember it was not recommended (but
possible) to renegotiate the remote IP address of a demand link. I
didn't know why, then looked into pppd man page and found the following:
When the demand option is used, the interface IP addresses have
already been set at the point when IPCP comes up. If pppd has not
been able to negotiate the same addresses that it used to configure
the interface (for example when the peer is an ISP that uses dynamic
IP address assignment), pppd has to change the interface IP
addresses to the negotiated addresses. This may disrupt existing
connections, and the use of demand dialling with peers that do dynamic
IP address assignment is not recommended.
Abdullah Ramazanoglu [ aramazanoglu AT demirbank DOT com DOT tr ]