NT Modus reagiert nicht

[Mona]

Ich versuche derzeit von Zaphfc auf mISDN umzusteigen (beides Debian Etch). Nachdem die Verkabelung auf dem Zaphfc-Rechner einwandfrei funktioniert, kann ich Probleme bei der Verkabelung ausschließen.

Ich habe einen Anlagenanschluss und einen intern S0-Bus mit Crossverkabelung an einem NTBA.

Im mISDN-Rechner steckt eine AVM-Fritz karte und eine HFC-Karte. die AVM-Karte soll hierbei extern den Anlagenanschluss steuern, die HFC-Karte versuche ich im NT-Modus zu betreiben.

/etc/misdn-init.conf:

card=1,hfcpci
card=2,avmfritz


nt_ptp=1
te_ptp=2

poll=128
dsp_poll=128
dsp_options=0
dtmfthreshold=100
tracefile=/var/log/asterisk/misdn.log
debug=1

/etc/asterisk/misdn.conf

[general]
debug=0
method=standard
append_digits2exten=yes
bridging=no
misdn_init=/etc/misdn-init.conf

[default]
context=default
overlapdial=yes
dialplan=0
localdialplan=0
cpndialplan=0
language=de
nationalprefix=0
internationalprefix=00
rxgain=0
txgain=0
dialplan=0

[AVM]
context=externS0
ports=2
msns=*

[HFC]
context=internS0
ports=1
msns=*

exten => _X.,1,Dial(mISDN/g:HFC/${EXTEN})

Während der Anlagenanschluss einwandfrei funktioniert, reagiert der NT-Bus überhaupt nicht.

Hat jemand eine Idee?

 

[senfomat]

Ohne es jetzt irgendwie verifiziert zu haben (nur beim lesen aufgefallen), aber ist nicht

nt_ptp=1

eher durch

nt_ptmp=1

zu ersetzen, wenn Du die HFC-Karte als S0 und damit im Multipoint betreiben willst?

 

[Mona]

Vielen Dank für den Hinweis. Eigentlich sollte ptp schon gehen, da man den internen S0-Bus auch als Anlagenanschluss betreiben kann. Ich habe es aber trotzdem mal mit ptmp probiert, ändert sich aber leider nichts.

Noch jemand eine Idee?

 

[shrimps24]

was sagt denn misdn show stacks?

Ich habe einen Anlagenanschluss und einen intern S0-Bus mit Crossverkabelung an einem NTBA.

Ich dachte Du willst die HFC im NT-Modus laufen lassen? Warum hängt dann der interne S0-Bus am NTBA? Oder hab ich das falsch verstanden ?!?

 

[Mona]

BEGIN STACK_LIST:
  * Port 1 Type TE Prot. PTP L2Link DOWN L1Link:DOWN Blocked:0  Debug:0
  * Port 2 Type NT Prot. PMP L2Link DOWN L1Link:UP Blocked:0  Debug:0

Wobei ich den TE-Port tatsächlich ausgesteckt habe, es insoweit also richtig ist, dass diese Leitung "Down" ist.

Wenn ich nun aber auf dem NT-Port anrufe, komt:

Executing [12@from-sip:1] misdn_check_l2l1("SIP/21-08234ba8", "g:HFC|20") in new stack
    -- Executing [12@from-sip:2] Dial("SIP/21-08234ba8", "mISDN/g:HFC/12") in new stack
[Jun 27 19:08:55] WARNING[2413]: chan_misdn.c:3241 misdn_request: Could not Dial out on group 'HFC'.
        Either the L2 and L1 on all of these ports where DOWN (see 'show application misdn_check_l2l1')
        Or there was no free channel on none of the ports

[Jun 27 19:08:55] WARNING[2413]: app_dial.c:1196 dial_exec_full: Unable to create channel of type 'mISDN' (cause 0 - Unknown)
  == Everyone is busy/congested at this time (1:0/0/1)
  == Auto fallthrough, channel 'SIP/21-08234ba8' status is 'CHANUNAVAIL'
    -- Executing [h@from-sip:1] Hangup("SIP/21-08234ba8", "") in new stack
  == Spawn extension (from-sip, h, 1) exited non-zero on 'SIP/21-08234ba8'

Mit dem NTBA habe ich mich falsch ausgedrückt. Die Verkabelung ist

Anschluss - "NTBA" - TE - ASTERISK - NT - CROSSOVERKABEL - "NTBA" - ISDN-Anlage

 

[shrimps24]

evtl. wären folg. Infos noch interessant: misdn-init.conf, misdn.conf und in CLI> misdn show config.

Vielleicht noch den Output von misdnportinfo posten, einmal wenn der Asterisk läuft und einmal, wenn Du ihn runterfahren kannst.

OK, die Verkabelung hört sich vernünftig an. Vielleicht noch das Crossoverkabel prüfen:
Pin 3 -> 4
Pin 4 -> 3
Pin 5 -> 6
Pin 6 -> 5

Was ich noch vom Hören-sagen weiss: Versuch mal den 2. NTBA entweder mit Spannung zu versorgen oder das Stromkabel ziehen. Das soll schon Wunder bewirkt haben...

Abschlusswiderstände dürftes Du meines Erachtens ja auch nicht benötigen.

Vielleicht hilft ja einer meiner Ansätze...

 

[Mona]

Wirklich, vielen Dank für die Mühe, die Du Dir gibst.

misdnportinfo

Port  1: TE-mode BRI S/T interface line (for phone lines)
 -> Interface is Poin-To-Point.
 -> Protocol: DSS1 (Euro ISDN)
 -> Layer 4 protocol 0x04000001 is detected, but not allowed for TE lib.
 -> childcnt: 2
 * Port NOT useable for PBX (maybe there is already a PBX running?)
--------
Port  2: NT-mode BRI S/T interface port (for phones)
 -> Layer 2 protocol 0x02000002 is detected, but not allowed for NT lib.
 * Port NOT useable for PBX (maybe there is already a PBX running?)
--------

mISDN_close: fid(3) isize(131072) inbuf(0x804c060) irp(0x804c060) iend(0x804c060)

Misdn General-Config: 
 -> misdn_init: /etc/misdn-init.conf -> debug: 0                        
 -> tracefile: /var/log/asterisk/misdn.log -> bridging: no                    
 -> stop_tone_after_first_digit: yes -> append_digits2exten: yes        
 -> dynamic_crypt: no                -> crypt_prefix:                   
 -> crypt_keys:                      -> ntkeepcalls: no                 
 -> ntdebugflags: 0                  -> ntdebugfile: /var/log/misdn-nt.log


[PORT 1]
 -> name: HFC                        -> allowed_bearers: all            
 -> far_alerting: no                 -> rxgain: 0                       
 -> txgain: 0                        -> te_choose_channel: no           
 -> pmp_l1_check: no                 -> reject_cause: 21                
 -> block_on_alarm: no               -> hdlc: no                        
 -> context: internS0                -> language: de                    
 -> musicclass: default              -> callerid:                       
 -> method: standard                 -> dialplan: 0                     
 -> localdialplan: 0                 -> cpndialplan: 0                  
 -> nationalprefix: 0                -> internationalprefix: 00         
 -> presentation: -1                 -> screen: -1                      
 -> always_immediate: no             -> nodialtone: no                  
 -> immediate: no                    -> senddtmf: no                    
 -> astdtmf: no                      -> hold_allowed: no                
 -> early_bconnect: yes              -> incoming_early_audio: no        
 -> echocancel: 0                    -> need_more_infos: no             
 -> noautorespond_on_setup: no       -> nttimeout: no                   
 -> bridging: yes                    -> jitterbuffer: 4000              
 -> jitterbuffer_upper_threshold: 0  -> callgroup:                      
 -> pickupgroup:                     -> max_incoming: -1                
 -> max_outgoing: -1                 -> l1watcher_timeout: 0            
 -> overlapdial: 4                   -> msns: *                         
 -> faxdetect: no                    -> faxdetect_context:              
 -> faxdetect_timeout: 5             -> ptp: yes                        


[PORT 2]
 -> name: AVM                        -> allowed_bearers: all            
 -> far_alerting: no                 -> rxgain: 0                       
 -> txgain: 0                        -> te_choose_channel: no           
 -> pmp_l1_check: no                 -> reject_cause: 21                
 -> block_on_alarm: no               -> hdlc: no                        
 -> context: externS0                -> language: de                    
 -> musicclass: default              -> callerid:                       
 -> method: standard                 -> dialplan: 0                     
 -> localdialplan: 0                 -> cpndialplan: 0                  
 -> nationalprefix: 0                -> internationalprefix: 00         
 -> presentation: -1                 -> screen: -1                      
 -> always_immediate: no             -> nodialtone: no                  
 -> immediate: no                    -> senddtmf: no                    
 -> astdtmf: no                      -> hold_allowed: no                
 -> early_bconnect: yes              -> incoming_early_audio: no        
 -> echocancel: 0                    -> need_more_infos: no             
 -> noautorespond_on_setup: no       -> nttimeout: no                   
 -> bridging: yes                    -> jitterbuffer: 4000              
 -> jitterbuffer_upper_threshold: 0  -> callgroup:                      
 -> pickupgroup:                     -> max_incoming: -1                
 -> max_outgoing: -1                 -> l1watcher_timeout: 0            
 -> overlapdial: 4                   -> msns: *                         
 -> faxdetect: no                    -> faxdetect_context:              
 -> faxdetect_timeout: 5             -> ptp: no

Die Daten /etc/asterisk/misdn.conf und /etc/misdn-init.conf stehen bereits im ersten Posting und das mit dem Strom habe ich leider gestestet, hat nicht funktioniert. Die Verkabelung kann ich als Problem eigentlich ausschließen, denn alles funktioniert sofort, wenn ich die Verkabelung wieder an den anderen REchner mit zaphfc anschließe. Es ist zum verrücktwerden...

 

[shrimps24]

Also von der Config würde ich behaupten es wäre alles korrekt.

Als weiteren Ansatz würde ich versuchen ein ISDN-Phone direkt an den NT-Port zu hängen, ohne NTBA und ohne Crossover. Wenn dann die Ports UP kommen, dann kann es ja nur an der Verkabelung hängen.

Evtl. könntest Du versuchen den NTBA rauszuschmeissen und die TK-Anlage über den externen S0-Bus direkt an den NT-Port zu hängen. Angeblich benötigen manche TK-Anlagen keine Stromversorgung, um zu erkennen, dass der externe Bus auch tatsächlich der externe ist...

So langsam gehen mir dann auch die Ideen aus

 

[Mona]

Also ich habe nun alle Kabel, alle Karten ausgetauscht, mit Strom, ohne Strom.... Es ändert sich leider gar nichts.....

 

[detejo]

nur ein paar Gedankenanstöße:
hast du mal die hfc-s Karte als externe statt der Fritz betrieben (nur zum Test)?
was sagte misdnportinfo nochmal, wenn kein * läuft?
welche misdn- und * -Versionen sind das?
erwartet die Anlage ptp oder ptmp bzw. lässt sich das umstellen - hast du das entsprechend auch gemacht nach Änderung der conf-Datei?

 

[ilmtuelp0815]

Hi Mona!
Ich glaube aber Du bist Dir mit den Begriffen noch nicht einig. Wenn nur ein NTBA nach der Monopoldose angeschlossen ist, so handelt es sich zumindest in D um einen Mehrgeräteanschluss. In den Infos ist mal Port 1 im TE_Mode und Port 2 im NT-Mode. In der General-Config wird aber Port1 als HFC benannt.
Ist das Crossover-Kabel am 2. NTBA an die Klemmsteine angeschlossen?

 

[shrimps24]

Wenn nur ein NTBA nach der Monopoldose angeschlossen ist, so handelt es sich zumindest in D um einen Mehrgeräteanschluss

Nicht zwangsweise. Früher konntest Du einen Anlagenanschluss beantragen mit nur einem NTBA.

Und wenn Du einen bestehenden Anlagenanschluss hast und beauftragst die T*** den/die weiteren S0-Anschlüsse zu kündigen, weil Dir zwei Leitungen reichen, dann hast Du auch nur einen NTBA. Dann könntest Du unter Umständen jedoch Post von der Bundesnetzagentur bekommen, die genau wissen wollen, warum Du nur noch einen NTBA hast