From Bugzilla Helper: User-Agent: Mozilla/4.08 [en] (X11; I; AIX 4.3) Description of problem: I create my provider by name "brickxmp". /etc/sysconfig/network-scripts ifcfg-eth0 ifcfg-eth1 fcfg-brickxmp <-- ifcfg-ippp0 before the new program version (see Bug 91607) After the system was rebooted: netstat -r 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): How reproducible: Always Steps to Reproduce: 1. Create a provider with name begins with a-d 2. reboot 3. Additional info: See Bug 91607 in Red Hat 9
is this still an issue?
Yes, this is still an issue.
Closing as CANTFIX.