On 6 Dez, Ruslan Ermilov wrote:
>> > with rev 1.61 of in.c I4B directly hangs up after dialing out. At the
>> > moment I run a current kernel as of yesterday with a netinet directory
>> > as of today except for in.c (which is at rev 1.60 here) and everything
>> > works fine.
>> Can you give me more details about the failure - error messages, your
>> configuration, what you're using (sppp?), that sort of stuff ?
- No error messages, just normal call clearing, but immediatly after
(1) root@ttyp1 # </etc/start_if.isp1
ifconfig isp1 link1 0.0.0.0 0.0.0.1 netmask 255.255.0.0
ispppcontrol isp1 $(cat /etc/isdn/connect-CBC.parameters) enable-vj
ifconfig isp1 down
Do you need more? What else?
>> The change makes the kernel fail attempts to add POINTOPOINT
>> interfaces with conflicting IPv4 destination addresses.
>> Are you in a situation where you're expecting this to be possible ?
>> If so, can you explain more about why it's required ?
> ISTR that I4B uses some special magical destination address for some
> purpose (0.0.0.0 or something). Sorry, don't recall the details.
> But I bet Alexander knows, as we already hit this once, with my
> routing changes, some time ago...
(4) netchild@ttyp1 % ifconfig isp1
isp1: flags=a051<UP,POINTOPOINT,RUNNING,LINK1,MULTICAST> mtu 1500
inet 188.8.131.52 --> 0.0.0.1 netmask 0xffff0000
While offline, the interface has a local address of 0.0.0.0. It changes
to the official IP after getting it via pap, and it changes back to
0.0.0.0 after a hang up.
(6) netchild@ttyp1 % netstat -rn
Destination Gateway Flags Refs Use Netif Expire
default 0:0:0:0:0:0 USc 34 0 isp1
0.0.0.1 184.108.40.206 UH 0 0 isp1
For more internals you better ask someone with in deep knowledge, e.g.
Intel: where Quality is job number 0.9998782345!
http://www.Leidinger.net Alexander @ Leidinger.net
GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message