Toon posts:

ISDN 2 kanalen probleem met Slackware

Pagina: 1
Acties:

Verwijderd

Topicstarter
Owkee, raar probleem. Ik heb de ISDN DoD werkend op 1 lijn. Echetr 64K is beetje langzaam voor internet dus we willen er 2e lijn bijtrekken. Ben even aan het rondloeren geweest en ben erachter waar het in zou moeten zitten. Je moet een slave adden (ippp1) die mee doet met de master.

Echter, als ik de ippp1 erbij configureer, dan kan ik niet meer inbellen. Hij gaat het wel proberen maar hij krijgt geen IP nummer terug en breekt de lijn af met een LCP error. Zie voor meer info hieronder:

(Ter info, 1 lijn werkt perfect, Tiscali ondersteunt 2 kanalen (heb ik getest, en heb er gewerkt dus weet het). Logins/wachtwoorden zijn goed, etc. etc.)
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Feb 15 10:11:29 linux kernel: ippp0: dialing 1 00302301888...
Feb 15 10:11:30 linux ipppd[437]: Local number: *********, Remote number: 00302301888, Type: outgoing
Feb 15 10:11:30 linux ipppd[437]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7
Feb 15 10:11:30 linux kernel: isdn_net: ippp0 connected
Feb 15 10:11:32 linux ipppd[437]: Remote message: 
Feb 15 10:11:32 linux ipppd[437]: MPPP negotiation, He: Yes We: Yes
Feb 15 10:11:32 linux ipppd[437]: CCP enabled! Trying CCP. 
Feb 15 10:11:32 linux ipppd[437]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd)
Feb 15 10:11:32 linux ipppd[437]: ccp_resetci! 
Feb 15 10:12:00 linux ipppd[437]: LCP terminated by peer
Feb 15 10:12:01 linux ipppd[437]: Connection terminated.
Feb 15 10:12:01 linux ipppd[437]: taking down PHASE_DEAD link 0, linkunit: 0
Feb 15 10:12:01 linux ipppd[437]: closing fd 7 from unit 0   
Feb 15 10:12:01 linux ipppd[437]: link 0 closed , linkunit: 0
Feb 15 10:12:01 linux ipppd[437]: reinit_unit: 0 
Feb 15 10:12:01 linux ipppd[437]: Connect[0]: /dev/ippp0, fd: 7
Feb 15 10:12:01 linux kernel: isdn_net: local hangup ippp0
Feb 15 10:12:01 linux kernel: ippp0: Chargesum is 0
Feb 15 10:12:40 linux kernel: NETDEV WATCHDOG: ippp0: transmit timed out

Om ippp0 en ippp1 klaar te maken heb ik scriptje:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
MYUSER=bask    # mijn username bij ISP
REMNAME=tiscali      # naam van ISP's systeem
MYIP=10.0.0.2    # mijn vast IP nummer (gebruik 10.0.0.2 als je geen vast IP hebt)
REMIP=195.241.48.33    # IP nummer van ISP (deze is bijna altijd wel vast)
MYMSN=*********    # mijn nummer, zonder 0, met netnummer
REMMSN=00302301888   # nummer van ISP

/sbin/isdnctrl verbose 3        # was waarschijnlijk al
/sbin/isdnctrl system on        # idem; maar voor de zekerheid...
/sbin/isdnctrl addif ippp0      # eerste moet altijd ippp0 zijn
/sbin/isdnctrl eaz ippp0 $MYMSN
/sbin/isdnctrl addphone ippp0 out $REMMSN   # als eerste gebeld!!
/sbin/isdnctrl huptimeout ippp0 300  # na 90 sec geen verkeer: ophangen
/sbin/isdnctrl l2_prot ippp0 hdlc   # default, mag weggelaten worden
/sbin/isdnctrl l3_prot ippp0 trans  # ook default
/sbin/isdnctrl encap ippp0 syncppp  # we want syncPPP, dammit!
#/sbin/isdnctrl status ippp0 on     # indien gebruik gemaakt wordt van HiSax 3.0
/sbin/isdnctrl dialmode ippp0 auto  # als 2.0.36 gebruikt wordt (of CVS versie)

/sbin/isdnctrl addslave ippp0 ippp1     # eerste moet altijd ippp0 zijn
/sbin/isdnctrl eaz ippp1 $MYMSN
/sbin/isdnctrl addphone ippp1 out $REMMSN   # als eerste gebeld!!
/sbin/isdnctrl huptimeout ippp1 300  # na 90 sec geen verkeer: ophangen
/sbin/isdnctrl l2_prot ippp1 hdlc   # default, mag weggelaten worden
/sbin/isdnctrl l3_prot ippp1 trans  # ook default
/sbin/isdnctrl encap ippp1 syncppp  # we want syncPPP, dammit!
/sbin/isdnctrl status ippp0 on     # indien gebruik gemaakt wordt van HiSax 3.0
/sbin/isdnctrl dialmode ippp1 auto  # als 2.0.36 gebruikt wordt (of CVS versie)

/sbin/ifconfig ippp0 $MYIP pointopoint $REMIP
/sbin/route add $REMIP ippp0      # $REMIP is via ippp0 te bereiken
/sbin/route add default netmask 0 ippp0     # alle non-lokaal verkeer gaat via ippp0
/sbin/ifconfig ippp0 -arp -broadcast # geen arps en broadcasts toegestaan

/sbin/ipppd +mp user $MYUSER remotename $REMNAME \
    ipcp-accept-local ipcp-accept-remote \
    name $MYUSER              \
    -detach              \
    mru 1500                \
    mtu 1500                \
    lcp-restart 1            \
    /dev/ippp0 /dev/ippp1 &

Als de connectie gemaakt word door een trigger (isdnctrl dial ippp0) of door bv een ping naar buiten word dit scriptje ook nog gestart:
code:
1
2
3
4
#!/bin/sh

/sbin/route del default >/dev/null 2>&1
/sbin/route add default netmask 0 ippp0

Als de connectie verbroken word sloopt hij die routes er weer uit.

Iemand enig idee wat het probleem kan zijn? Waar het fout gaat en waarom? En vooral, hoe los ik het op :)

Extra Info:
P2-266 met 256 MB RAM
SlackWare 8.0
AVM Fritz!Classic ISDN kaart (heb nagevraagd bij AVM, kaart kan 2 kanalen aan)

Bij voorbaat dank!

  • imdos
  • Registratie: Maart 2000
  • Laatst online: 05-08 12:09

imdos

I use FreeNAS and Ubuntu

#/sbin/isdnctrl status ippp0 on # indien gebruik gemaakt wordt van HiSax 3.0

/sbin/isdnctrl status ippp0 on # indien gebruik gemaakt wordt van HiSax 3.0
/sbin/isdnctrl dialmode ippp1 auto # als 2.0.36 gebruikt wordt (of CVS versie)
Ik weet niet of dit iets kan zijn, het kan een typ-foutje zijn :? En anders zou ik er eens iets beter naar moeten kijken!

pvoutput. Waarom makkelijk doen, als het ook moeilijk kan! Every solution has a new problem


Verwijderd

Topicstarter
Op vrijdag 15 februari 2002 11:01 schreef imdos het volgende:

[..]

Ik weet niet of dit iets kan zijn, het kan een typ-foutje zijn :? En anders zou ik er eens iets beter naar moeten kijken!
Dat is zeker geen typefout, kheb namelijk gekopieerd.. Ofwel, ik ben er 1 vergeten aan te passen :(

Kzal is proberen en die ook op ippp1 zetten. Kheb d'r overheen gelezen. Krijg je als je al 2 dagen ernaar zit te staren :{

Verwijderd

Topicstarter
Helaas.. Dat hielp niet :(

Ik heb aangepast, werkte niet. Ik heb ook dubbele trigger gegeven:
isdnctrl dial ippp0
isdnctrl dial ippp1

En dan krijg je zo'n soort log:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
Feb 15 11:20:15 linux kernel: ippp0: Chargesum is 0
Feb 15 11:20:24 linux kernel: ippp0: dialing 1 00302301888...
Feb 15 11:20:24 linux kernel: ippp1: dialing 1 00302301888...
Feb 15 11:20:25 linux ipppd[460]: Local number: *********, Remote number: 00302301888, Type: outgoing
Feb 15 11:20:25 linux ipppd[460]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7
Feb 15 11:20:25 linux kernel: isdn_net: ippp0 connected
Feb 15 11:20:25 linux ipppd[460]: Local number: *********, Remote number: 00302301888, Type: outgoing
Feb 15 11:20:25 linux ipppd[460]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 1, fd: 8
Feb 15 11:20:25 linux kernel: isdn_net: ippp1 connected
Feb 15 11:20:27 linux ipppd[460]: Remote message: 
Feb 15 11:20:27 linux ipppd[460]: MPPP negotiation, He: Yes We: Yes
Feb 15 11:20:27 linux ipppd[460]: CCP enabled! Trying CCP. 
Feb 15 11:20:27 linux ipppd[460]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd)
Feb 15 11:20:27 linux ipppd[460]: ccp_resetci! 
Feb 15 11:20:27 linux ipppd[460]: Remote message: 
Feb 15 11:20:27 linux ipppd[460]: MPPP negotiation, He: Yes We: Yes  
Feb 15 11:20:27 linux ipppd[460]: ipppd[1]: discr: 2 
Feb 15 11:20:27 linux ipppd[460]: ipppd[1]: passed 1  
Feb 15 11:20:27 linux ipppd[460]: ipppd[1]: passed 2
Feb 15 11:20:27 linux ipppd[460]: ipppd[1]: pap/chap-check passed
Feb 15 11:20:27 linux ipppd[460]: ok, found a valid bundle with linkunit 0
Feb 15 11:20:27 linux ipppd[460]: bundle: -1
Feb 15 11:20:55 linux ipppd[460]: LCP terminated by peer
Feb 15 11:20:56 linux ipppd[460]: Connection terminated.
Feb 15 11:20:56 linux ipppd[460]: taking down PHASE_DEAD link 0, linkunit: 0
Feb 15 11:20:56 linux ipppd[460]: closing fd 7 from unit 0
Feb 15 11:20:56 linux ipppd[460]: link 0 closed , linkunit: 0
Feb 15 11:20:56 linux ipppd[460]: reinit_unit: 0 
Feb 15 11:20:56 linux ipppd[460]: Connect[0]: /dev/ippp0, fd: 7
Feb 15 11:20:56 linux ipppd[460]: Modem hangup
Feb 15 11:20:56 linux ipppd[460]: Connection terminated.   
Feb 15 11:20:56 linux ipppd[460]: taking down PHASE_DEAD link 1, linkunit: 1
Feb 15 11:20:56 linux ipppd[460]: closing fd 8 from unit 1
Feb 15 11:20:56 linux ipppd[460]: link 1 closed , linkunit: 1
Feb 15 11:20:56 linux ipppd[460]: reinit_unit: 1 
Feb 15 11:20:56 linux kernel: isdn_net: hang up slave ippp1 before ippp0
Feb 15 11:20:56 linux ipppd[460]: Connect[1]: /dev/ippp1, fd: 8
Feb 15 11:20:56 linux kernel: isdn_net: local hangup ippp1
Feb 15 11:20:56 linux kernel: ippp1: Chargesum is 0
Feb 15 11:20:56 linux kernel: isdn_net: local hangup ippp0
Feb 15 11:20:56 linux kernel: ippp0: Chargesum is 0

Hielp dus helemaal niets :{ Ik weet onderhand niet meer waar het te zoeken. Ben al 2 dagen met de ISDN bezig (2x 8 uur dus) :{

  • imdos
  • Registratie: Maart 2000
  • Laatst online: 05-08 12:09

imdos

I use FreeNAS and Ubuntu

Is het overigens niet zo dat je eerst met een lijn verbinding moet hebben en daarna die andere lijn moet openzetten :?

Ik neem aan dat je al aardig wat tutorials hebt doorgenomen :? http://www.kuix.de/isdn/
misschien is dit nog een toevoeging, ook een AVM Fritz-card
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
6. Why can't I get 128K (multilink) to work?
6 June 2000
If your ISDN line works normally at 64K but you cannot get 128K multilink to work, generally there are 3 possibilities:

1. Router setup at the far end
Nine times out of ten this is the problem. Check with your provider then....
a. Try another account elsewhere, or
b. Get someone else to try your account - feel free to contact us at Traverse as we can make a test call for you in a matter of minutes, and supply you with a log file.
Usually the hard part here is convincing your provider that the problem is at their end - this is where a log file is invaluable.

2. Script problems
Try the dialisdn script on our website, it works! Make sure that the "dialmode" in your script is set to auto, otherwise Multilink will not work. Earlier versions of the imond perl script contained an error : the command "isdnctrl dialmode manual" should be "isdnctrl dialmode auto". Note - there are 2 occurrences to correct.
Note : imond script not corrected until 13 Sept 00.

3. Multilink support in isdn4kutils
This does not apply to RH6.1 since the standard isdn4kutils module has this set to on. However if you build your own isdn4kutils make sure the Multilink support is set to ON.

Important Note:
It is virually impossible for a faulty NETjet card to be the cause of this problem. Both ISDN B channels use the same hardware and travel on the same bus. So if one channel is OK, then the other will be. There has not been a single instance of a card fault causing a Multilink problem.

url => http://www.traverse.com.au/Australia/html/tips.html

En misschien kun je even de /var/log/messages laten zien

pvoutput. Waarom makkelijk doen, als het ook moeilijk kan! Every solution has a new problem


Verwijderd

Topicstarter
Hum.. met hun script krijg ik LCP is DOWN errors..

Probleem zit in de LCP, als ik 2 kanalen configureer timed hij out en verbreekt die dus de verbinding. Op google veel info, maar geen oplossing :(

Heb jij werkende scripts oid voor mij? Hier word ik beetje moedeloos van :(

  • imdos
  • Registratie: Maart 2000
  • Laatst online: 05-08 12:09

imdos

I use FreeNAS and Ubuntu

Ik heb net google afgestruint en ik kan verder niet veel meer vinden! Wel dit => http://www.isdn4linux.de/faq/i4lfaq-18.html#2channel

http://www.traverse.com.au/Australia/html/scripts.html

that's the best i can do

pvoutput. Waarom makkelijk doen, als het ook moeilijk kan! Every solution has a new problem


Verwijderd

Uit man isdnctrl:
sdelay name num
Set delay for slave-dialing. The master interface name has to have a load of more than trigger cps for at least num seconds, before it's slave starts dialing.

trigger name num
Set trigger level for slave-dialing. The master interface name has to have a load of more than num cps for at least sdelay seconds, before its slave starts dialing.
Je moet deze opties dus bij de master (ippp0) zetten.

  • Vinnienerd
  • Registratie: Juli 2000
  • Laatst online: 17:42
offtopic:
Weet iemand in welke packages isdnctrl/isdnconfig zit? In mijn install kan ik isdnctrl nergens vinden :(

Verwijderd

Topicstarter
Op vrijdag 15 februari 2002 15:18 schreef Vinnienerd het volgende:
offtopic:
Weet iemand in welke packages isdnctrl/isdnconfig zit? In mijn install kan ik isdnctrl nergens vinden :(
ISDN4Linux zit het in :)

Verwijderd

Topicstarter
Op vrijdag 15 februari 2002 13:39 schreef imdos het volgende:
Ik heb net google afgestruint en ik kan verder niet veel meer vinden! Wel dit => http://www.isdn4linux.de/faq/i4lfaq-18.html#2channel

http://www.traverse.com.au/Australia/html/scripts.html

that's the best i can do
Thx, ga ik maandag naar loeren!
Pagina: 1