Op deze website gebruiken we cookies om content en advertenties te personaliseren, om functies voor social media te bieden en om ons websiteverkeer te analyseren. Ook delen we informatie over uw gebruik van onze site met onze partners voor social media, adverteren en analyse. Deze partners kunnen deze gegevens combineren met andere informatie die u aan ze heeft verstrekt of die ze hebben verzameld op basis van uw gebruik van hun services. Meer informatie.

Akkoord

Vraag & Antwoord

OS Linux

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

PeBo
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
    oute -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

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