Vraag & Antwoord

OS Linux

[Red Hat 8.0] Ene ISDN device zit andere in de weg

2 antwoorden
  • Voorzover ik het nu begrijp, zit het bestaan van een ISDN device (zeg: ippp0) er als volgt uit: 1) /usr/sbin/userisdnctl status ipppo: "No such device" 2) /sbin/ifup ippp0 -> "ippp0 is not connected" 3) /usr/sbin/userisdnctl dial ippp0 -> "ippp0 connected to 0676060001" (tiscali dus ...) 4) /usr/sbin/userisdnctl hangup ippp0 -> "ippp0 is not connected" 5) /sbin/ifdown ippp0 -> "No such device" (De commando's zullen bij andere distro's verschillen, maar de structuur is hetzelfde, gok ik ...) Nu loop ik tegen het volgende aan. Ik heb twee devices (ippp0 en ippp1). De reden daarvoor doet er niet zo veel toe, hoop ik. Als één van die twee devices met een "timeout" zelf de verbinding afsluit, want te lang "idle", blijft dat device hangen in stadium 4 ("ipppx is not connected", dus). Door een of andere (netwerk?)instelling kan ik dan met de andere device wel inbellen ("ipppy connected to ...", dus) maar niet netwerken (mailen, surfen e.d.). Echt netwerken lukt alleen als ik eerst de eerste device "down" (waarna dus: "No such device") en daarna pas met de andere device aan de slag ga. Wie durft te zeggen hoe je het voor elkaar kan krijgen dat een "timeout" automatisch leidt tot stadium 5 ("No such device", dus) voor dat device?
  • Hopelijk is wat duidelijker te zien wat er gebeurt aan de hand van de volgende info, verkregen met[code:1:1fc75fca6b]dmesg | grep ippp[/code:1:1fc75fca6b]Een normale verbinding over ippp0 ziet er zo uit:[code:1:1fc75fca6b]divert: not allocating divert_blk for non-ethernet device ippp0 ippp, open, slot: 0, minor: 0, state: 0000 ippp_ccp: allocated reset data structure c8ef0000 ippp0: dialing 1 0676060001... isdn_net: ippp0 connected isdn_net: local hangup ippp0 ippp0: remote hangup ippp0: Chargesum is 0 ippp0: Chargesum is 0 ippp, open, slot: 1, minor: 0, state: 0000 ippp_ccp: allocated reset data structure c8ef0800 ippp_ccp: freeing reset data structure c8ef0000 divert: no divert_blk to free, ippp0 not ethernet ippp_ccp: freeing reset data structure c8ef0800][/code:1:1fc75fca6b](Ik moet toegeven dat ik dit maar zeer gedeeltelijk kan volgen.) De daaropvolgende verbinding over ippp1, die wordt verbroken door een timeout, is bijna hetzelfde maar mist de laatste twee regels:[code:1:1fc75fca6b]... ippp1: Chargesum is 0 ippp, open, slot: 1, minor: 1, state: 0000 ippp_ccp: allocated reset data structure c8ef0000 ippp_ccp: freeing reset data structure c8ef0800[/code:1:1fc75fca6b]Vervolgens zie je aardig wat er mis gaat bij een nieuwe verbinding over ippp0:[code:1:1fc75fca6b]divert: not allocating divert_blk for non-ethernet device ippp0 ippp, open, slot: 0, minor: 0, state: 0000 ippp_ccp: allocated reset data structure c48d4800 ippp0: dialing 1 0676060001... isdn_net: ippp0 connected isdn_net: ippp1: dial rejected: interface not in dialmode `auto', signalling dst_link_failure isdn_net: ippp1: dial rejected: interface not in dialmode `auto', signalling dst_link_failure isdn_net: ippp1: dial rejected: interface not in dialmode `auto', signalling dst_link_failure ...[/code:1:1fc75fca6b]Kennelijk wordt het internetverkeer toch over ippp1 geleid. ippp1 kan niets met dat verkeer. Het kan en mag namelijk niet zelf bellen om een verbinding te maken. ippp1 was overigens toen nog steeds te vinden in mijn systeem, zowel met[code:1:1fc75fca6b]/sbin/route -n[/code:1:1fc75fca6b]als met[code:1:1fc75fca6b]/sbin/ifconfig[/code:1:1fc75fca6b]Kortom: iemand een idee hoe ik het netwerk niet meer belast met een ippp-device dat een timeout heeft gehad?

Beantwoord deze vraag

Weet jij het antwoord op deze vraag? Registreer of meld je aan met je account

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.