Red Hat Bugzilla – Bug 101628
ISDN, no default route after hangup or reboot
Last modified: 2007-07-26 20:18:27 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.08 [en] (X11; I; AIX 4.3)
Description of problem:
I create my provider by name "brickxmp".
fcfg-brickxmp <-- ifcfg-ippp0 before the new program version (see Bug 91607)
After the system was rebooted:
Kernel IP Routentabelle
Ziel Router Genmask Flags MSS Fenster irtt Iface
172.16.39.0 * 255.255.255.0 U 0 0 0 eth0
172.16.38.0 * 255.255.255.0 U 0 0 0 ippp0
172.16.37.0 * 255.255.255.0 U 0 0 0 eth1
169.254.0.0 * 255.255.0.0 U 0 0 0 eth1
127.0.0.0 * 255.0.0.0 U 0 0 0 lo
default lex021 0.0.0.0 UG 0 0 0 eth0
The default route is set over eth0, but should be set over ippp0. Before this
version of redhat-config-network the ISDN-interface name was always ippp0.
This mistake comes from the loop in the if-up script and it was a random that
I have this mistake found because my providername is "brickxmp".
I see some effects if the name is ifcfg-brickxmp.
With /etc/sysconfig/network-scripts/ifcfg-brickxmp the kisdndock do not go
in the o.k. status (color gray) on the KDE desktop.
If I rename /etc/sysconfig/network-scripts/ifcfg-brickxmp in
/etc/sysconfig/network-scripts/ifcfg-ippp0 all works correct.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Create a provider with name begins with a-d
See Bug 91607 in Red Hat 9
is this still an issue?
Yes, this is still an issue.
Closing as CANTFIX.