Bug 91607

does the version on 
http://people.redhat.com/harald/redhat-config-network
fix your problem?

I install the new versions with 
rpm -Uhv redhat-config-network-1.2.7-1.noarch.rpm \
redhat-config-network-tui-1.2.7-1.noarch.rpm \
rhpl-0.100.3-1.i386.rpm

The same problem. I remove the ISDN-card and create the card new. The
parameter in /etc/sysconfig/isdncard are correct for the AVM PCI (Fritz!PCI v2)
at this time.
If you edit then the provider, e.g switch a compression parameter off and once
again on, then you must save the change before you can exit the program.
Now you can find RESOURCE="NONE" in the file /etc/sysconfig/isdncard.

ok... 1.2.12 on:
http://people.redhat.com/harald/redhat-config-network

you may have to downgrade rhpl

I tested first the version redhat-config-network-1.2.12-1

The parameter for the isdn AVM PCI (Fritz!PCI v2) now correct in the file
isdncard.

But I see some other problems with the new version.

I create my provider by name "brickxmp".

/etc/sysconfig/network-scripts
ifcfg-eth0
ifcfg-eth1
ifcfg-brickxmp <-- ifcfg-ippp0 before the new program version

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.

service network stop
Interface eth0 herunterfahren:                             [  OK  ]
Interface eth1 herunterfahren:                             [  OK  ]
Loopback Interface herunterfahren:                         [  OK  ]

The ISDN-interface shutdown is missing.

ifdown ippp0
Verwendung: ifdown <Gerätename>

But:

ifconfig
ippp0     Protokoll:Punkt-zu-Punkt Verbindung
          inet Adresse:192.168.20.11  P-z-P:172.16.38.1  Maske:255.255.255.0
          UP PUNKTZUPUNKT RUNNING NOARP  MTU:1500  Metric:1
          RX packets:9 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:30
          RX bytes:359 (359.0 b)  TX bytes:517 (517.0 b)

netstat -r
Kernel IP Routentabelle
Ziel            Router          Genmask         Flags   MSS Fenster irtt Iface
172.16.38.0     *               255.255.255.0   U         0 0          0 ippp0

ifdown brickxmp
Ziel            Router          Genmask         Flags   MSS Fenster irtt Iface

Now you can see, why the default route is not set over ippp0.

service network start
Netzwerkparameter einstellen:                              [  OK  ]
Loopback Interface hochfahren:                             [  OK  ]
Interface brickxmp hochfahren:                             [  OK  ]
Interface eth0 hochfahren:                                 [  OK  ]
Interface eth1 hochfahren:                                 [  OK  ]

If I rename /etc/sysconfig/network-scripts/ifcfg-brickxmp in
/etc/sysconfig/network-scripts/ifcfg-ippp0 all works correct.

I see the new version redhat-config-network-1.2.13-1 from yesterday.
Same problems I specified in redhat-config-network-1.2.12-1.

I see the same problems (with RH 9.0 release, I can't activate my (ISA, non-PNP) 
Fritz-Card, with 1.2.13-1 there's the ifcfg-providername (in my case 
ifcfg-rzonline) problem.

Now that I changed it to ifcfg-ippp0 everything seems to be fine.

This bug still exists in the new beta "Severn".
Could you please fix that problem until the final release ??

Redhat has a lot of customers in Germany and if you want to get more, you should
pay more attention to the ISDN Standard in Germany.
Otherwise you won`t reach Suse...

Ich habe noch etwas vergessen, nach jedem Neustart muà ich die Karte neu
aktivieren, das kann doch auch nicht richtig sein.

Ich nutze derzeit "Severn".

Wäre toll, wenn Du mir mal einen Rat geben könntest.