> Hi,
> after the latest updates I just noticed a different behaviour of ppp.
> in /etc/ppp/ppp.linkup I had an additional line
>   iface clear
> for my profile to get rid of stuffed up IP pairs. After the latest update
> this entry also clears my defaultroute, but only after redialing.
> I now had to put the "iface clear" into /etc/ppp/ppp.linkdown, but then
> the old IP pair is still there during the next connection.

Putting ``iface clear'' in ppp.linkup will result in the whole 
iface-alias thing being broken.  It's meant to be in ppp.linkdown.

The objective is that ppp, once connected, has two IP numbers on the 
interface, one for what was there before the connection completed and 
one for the negotiated IP address.  When this happens, the ``first 
connection'' continues to work (the process that caused the dial-up 
will be bound to the IP number that was on the interface when it 
started and the nat engine will tweak these packets so that they use 
the negotiated IP number).

So really, you're doing the equivalent of ``disable iface-alias'' and 
stopping your first connection from working.  Moving the ``iface 
clear'' to ppp.linkdown should be better.

> Were my assumptions wrong (regarding the "iface clear" command) or is
> something
> broken in ppp?

Yes and yes.

> I have an idea which might cause the accidential removal of the defaultroute
> after redialing:
> Before the first connection I have to set a dummy IP pair:
>   set ifaddr
> so my defaulroute will be set to
> After dialing I'm getting a different destination IP address from my provider,
> and
> the old route will be deleted:
> route del $OLDADDR
> But after that, even if my own address will be different, the destination
> address will be the same:
> tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1492
>         inet6 fe80::2e0:7dff:fe75:fdfb%tun0 prefixlen 64 scopeid 0x6 
>         inet --> netmask 0xffffffff 
>         inet --> netmask 0xffffffff 
> so after executing "iface clear" from /etc/ppp/ppp.linkup, ppp will also
> delete
> the old route - but this time the old route is the same as the current one.

When IPCP comes up, ppp adds the new address to the interface.  It's 
*meant* to change the old interface destination address to, but is getting this wrong.  Then, as you've already 
spotted, when your ``iface clear'' is run, it blows away the default 

I've just committed a fix for this.  It's in version 1.25 of iface.c.

> BTW: If I disable IPv6 in the kernel, ppp won't start at all. It will spit out
> tons of messages
> Error: iface_Add: socket(): Protocol not supported 

Yep, a fix for that was committed a few days ago too.  My apologies.

> Daniel

Brian <[EMAIL PROTECTED]>                <[EMAIL PROTECTED]>
      http://www.freebsd-services.com/        <brian@[uk.]FreeBSD.org>
Don't _EVER_ lose your sense of humour !      <brian@[uk.]OpenBSD.org>

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to