Date: Mon, 3 Jul 95 11:46:04 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) To: amurai@spec.co.jp Cc: freebsd-current@freefall.cdrom.com Subject: Re: ppp Message-ID: <9507031546.AA01586@borg.ess.harris.com>
next in thread | raw e-mail | index | archive | help
I understand your concern about demand dial but I do not see it as a problem. PPP can assume ie. trap on any address it wants as that is a "local" issue but it should use the value set by ifaddr for negotiation because that involves another party. Suppose the provider accepted the 192.0.0.1 address and arp'd it (mine did). How does the provider know that for freebsd machines the magic "I want an IP" address is 192.0.0.1 Some providers offer both rotory and fixed IP service we just can't tell them to change for fbsd. I have tried it did not work :-) If this is an issue for demand dial maybe an option could be put in to skip the "non-intuitive" behavior for that. something like: if( demand dial && (myaddr == 0.0.0.0)) map 0.0.0.0. to 192.0.0.1 its a step in the right direction Jim Leppek > From amurai@spec.co.jp Mon Jul 3 10:07:03 1995 > From: Atsushi Murai <amurai@spec.co.jp> > Subject: Re: ppp > To: jleppek@harris.com (Jim Leppek) > Date: Mon, 3 Jul 1995 02:35:11 +0900 (JST) > Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.cdrom.com, > tony-o@iij.ad.jp (Toshiharu Ohno) > Reply-To: amurai@spec.co.jp > X-Mailer: ELM [version 2.4 PL23] > Content-Type> : > text> > > > > > Yes, my provider wants to see 0.0.0.0 during the initial negotiation > > phase however thats the problem. A 0.0.0.0 address gets converted to > > 192.0.0.1 within the ppp even if you set ifaddr 0 0. > > This occurs in ipcp.c around line 164 per my earlier mail message. > > It is this forced ( and hidden ) conversion that I question. > > When I set my initial address to 0.0.0.0 I expect ppp to use it. > > > > I definitely like the new ppp and have stopped using my old pppd > > scripts by this conversion of 0.0.0.0 is a definite gotcha IMHO. > > User process ppp has a dial on demand function, too. And it's should > assume a valid ip address for trapping a outgoing packet. After > dailing and connecting your ISP, it may negotiate and get a new ip > address. In this situation, trigger packet will be lost due to old ip > address without any bad effect to peer - using "192.0.0.1". But other > mode, they don't do need a such a tric. > > > I removed the questionable src lines and rebuilt ppp so all > > is well for me but for anyone not comfortable with tweeking sources > > or tracking ip negotiation bugs I suspect it would have taken > > a bit of time. > > So I will recomended we should confirm and make sure what's a right > things ;-) > > > Jim Leppek > > Atsushi. > > P.S. I will CC: this to auther. > -- > Atsushi Murai Internet: amurai@spec.co.jp > System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9507031546.AA01586>