[GELÖST] mISDN bridget nicht mehr bei 8-Port-Karte

torben

Neuer User
Mitglied seit
20 Mrz 2005
Beiträge
28
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,

ich brauche dringend Hilfe, da das keinem bisher aufgefallen ist, nun aber Faxe nicht mehr gescheit gehen und DTMF-Erkennung extern auch nicht mehr:

Unser Asterisk bridget nicht mehr per Hardware bei einer Beronet-8-Port-Karte. Das hat bis irgendwann um Weihnachten noch funktioniert - zumindest hat sich keiner beschwert. Nun steht nirgends mehr bei "misdn set debug 3", daß da etwas gebridget wird. Wir haben auch ein Echo drin.

Was beeinflusst denn alles das HW-Bridging? Meines Wissens ist doch alles ok, oder?

/etc/misdn-init.conf sieht so aus:
Code:
card=1,0x8,dtmf
te_ptp=1,2,3
nt_ptp=4,5,6,8
nt_ptmp=7
poll=128
dsp_options=0
dtmftreshold=100
debug=0

Sollte doch maximal am dsp_options liegen können - und das soll doch auf 0 stehen, oder?

/etc/asterisk/misdn.conf sieht so aus:

Code:
[general]
misdn_init=/etc/misdn-init.conf
debug=0
ntdebugflags=0
ntdebugfile=/var/log/misdn-nt.log
bridging=yes
l1watcher_timeout=0
stop_tone_after_first_digit=yes
append_digits2exten=yes
dynamic_crypt=no
crypt_prefix=**
crypt_keys=hutzli,putzli

[default]
context=misdn
language=de
musicclass=default
senddtmf=no
far_alerting=no
allowed_bearers=all
nationalprefix=0
internationalprefix=00
rxgain=0
txgain=0
te_choose_channel=no
pmp_l1_check=yes
pp_l2_check=no
reject_cause=16
need_more_infos=no
nttimeout=no
method=standard
dialplan=4
localdialplan=4
cpndialplan=4
early_bconnect=yes
incoming_early_audio=no
nodialtone=no
presentation=-1
screen=-1
echocancelwhenbridged=no
echotraining=no
jitterbuffer=4000
jitterbuffer_upper_threshold=0
hdlc=no
max_incoming=-1
max_outgoing=-1

[pbx]
ports=4,5,6,8
context=intern

[phones]
ports=7
context=intern

[telco]
ports=1,2,3
context=telco
msns=*

Hier ist doch nur bridging=yes relevant, oder? Warum macht er das denn dann nicht?

Es wäre toll, wenn Ihr mir schnell helfen könntet, mir fällt gerade nichts mehr ein.

Danke und viele Grüße,
Torben
 
Zuletzt bearbeitet:
So, ein paar weitere Infos:

Zuhause habe ich die Beronet-2-Port-Karte, hier die Beronet-8-Port-Karte. Konfiguriert sind sie bis auf die MSNs bzw. DDI-Unterschiede identisch. Auch die Software-Versionen sind identisch. Aber zuhause funktioniert das Bridging:

Code:
I IND :CONNECT oad:0890000000 dad:0000000 pid:5 state:ALERTING
P[ 2]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:0000000
P[ 2]  --> info_dad: onumplan:4 dnumplan:4 rnumplan:0 cpnnumplan:0
P[ 2]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 2] I SEND:CONNECT_ACKNOWLEDGE  oad:0890000000 dad:0000000 pid:5
P[ 2]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:0000000
P[ 2]  --> info_dad: onumplan:4 dnumplan:4 rnumplan:0 cpnnumplan:0
P[ 2]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 2]  --> TRANSPARENT Mode
P[ 2]  --> ECHO OFF
P[ 2]  --> None
P[ 2] I IND :NEW_L3ID oad:0890000000 dad:0000000 pid:5 state:CONNECTED
P[ 2]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:0000000
P[ 2]  --> info_dad: onumplan:4 dnumplan:4 rnumplan:0 cpnnumplan:0
P[ 2]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 1]  --> * IND :      -1! (stop indication) pid:4
P[ 1]  --> None
P[ 1] * ANSWER:
P[ 1]  --> Connection is without BF encryption
P[ 1]  --> ECHO OFF
P[ 1]  --> None
P[ 1]  --> empty cad using dad
P[ 1] I SEND:CONNECT oad:0890000000 dad:0000000 pid:4
P[ 1]  --> channel:1 mode:TE cause:16 ocause:16 rad: cad:0000000
P[ 1]  --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:4
P[ 1]  --> caps:Speech pi:0 keypad: sending_complete:1
P[ 1]  --> TRANSPARENT Mode
P[ 1] bchan: DL_ESTABLISH|CNF
P[ 1] I SEND: Making conference with Number:5
P[ 1] Joining bc:50010102 in conf:5
P[ 2] Joining bc:50010202 in conf:5
P[ 1] * Making Native Bridge between 0890000000 and 0890000000
P[ 1] BCHAN: bchan ACT Confirm pid:4
P[ 1] I IND :CONNECT_ACKNOWLEDGE  oad:0890000000 dad:0000000 pid:4 state:CONNECTED
P[ 1]  --> channel:1 mode:TE cause:16 ocause:16 rad: cad:0000000
P[ 1]  --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:4
P[ 1]  --> caps:Speech pi:0 keypad: sending_complete:1

und hier nicht:

Code:
I IND :CONNECT oad:16 dad:00000021 pid:3 state:ALERTING
P[ 4]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:00000021
P[ 4]  --> info_dad: onumplan:4 dnumplan:4 rnumplan:0 cpnnumplan:4
P[ 4]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 4] I SEND:CONNECT_ACKNOWLEDGE  oad:16 dad:00000021 pid:3
P[ 4]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:00000021
P[ 4]  --> info_dad: onumplan:4 dnumplan:4 rnumplan:0 cpnnumplan:4
P[ 4]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 4]  --> TRANSPARENT Mode
P[ 4]  --> ECHO OFF
P[ 4]  --> None
P[ 4] I IND :NEW_L3ID oad:16 dad:00000021 pid:3 state:CONNECTED
P[ 4]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:00000021
P[ 4]  --> info_dad: onumplan:4 dnumplan:4 rnumplan:0 cpnnumplan:4
P[ 4]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 8]  --> * IND :      -1! (stop indication) pid:2
P[ 8]  --> None
P[ 8] * ANSWER:
P[ 8]  --> Connection is without BF encryption
P[ 8]  --> ECHO OFF
P[ 8]  --> None
P[ 8]  --> empty cad using dad
P[ 8] I SEND:CONNECT oad:00000016 dad:21 pid:2
P[ 8]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:21
P[ 8]  --> info_dad: onumplan:4 dnumplan:0 rnumplan:  cpnnumplan:4
P[ 8]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 4] BCHAN: bchan ACT Confirm pid:3
P[ 8] I IND :DISCONNECT oad:00000016 dad:21 pid:2 state:CONNECTED

Irgendwo muss es einen Unterschied geben - aber wo? Hier die auf beiden Maschinen identischen heruntergeladenen Installationsfiles:

Code:
drwxr-xr-x 24     1608 2007-01-04 12:08 asterisk-1.4.0
-rw-r--r--  1 10965233 2006-12-24 01:10 asterisk-1.4.0.tar.gz
drwxr-xr-x  9     1368 2007-01-04 12:36 asterisk-addons-1.4.0
-rw-r--r--  1   995313 2006-12-24 01:20 asterisk-addons-1.4.0.tar.gz
-rwxr-xr-x  1     4237 2006-12-29 17:06 etc_initd_asterisk
drwxr-xr-x  5      488 2006-11-13 16:11 mISDN-1_0_4
-rw-r--r--  1   762995 2006-11-13 16:17 mISDN-1_0_4.tar.gz
drwxr-xr-x 10      344 2006-11-13 15:53 mISDNuser-1_0_3
-rw-r--r--  1   549899 2006-11-13 16:06 mISDNuser-1_0_3.tar.gz
-rw-r--r--  1      152 2006-12-29 13:11 prereqs
drwxr-sr-x  2      144 2007-01-04 11:20 rxtxfax
drwxrwxrwx  8      816 2007-01-04 11:36 spandsp-0.0.3
-rw-r--r--  1  1591379 2006-12-10 03:13 spandsp-0.0.3pre27.tgz
-rwxr-xr-x  1     1146 2007-01-04 09:43 wgets
drwxr-xr-x 10     7728 2006-12-29 12:15 zaptel-1.4.0
-rw-r--r--  1  1614803 2006-12-24 01:25 zaptel-1.4.0.tar.gz

Kapieren tu ich's ned - Ihr vielleicht?

Danke und Grüsse vom
Torben
 
So, nun habe ich auch das ganze mal neu aufgesetzt mit

mISDN und mISDNuser aus dem CVS
zaptel-1.4 aus dem SVN
asterisk-1.4 und asterisk-addons-1.4 aus dem SVN
Selbes Ergebnis - er bridget nicht :-(

Also muss etwas an meiner Konfiguration verkehrt sein - ich suche weiter!
 
So, wieder ein Stück weiter - nachdem der SMP-Kernel auch nicht schuld war, habe ich jetzt chan_misdn.c angefangen zu studieren.

Was ich bisher gefunden habe, ist, daß das bridging durch die Funktion misdn_bridge angesteuert wird, die dann nachsieht, ob überhaupt vom misdn.conf her bridging gewünscht ist (bridging=yes/no). Dumm bei mir nur: da springt er gar nicht erst hin.

Ich weiß nun aber nicht, woher die misdn_bridging angesprungen wird, da das wohl über eine enum-Struktur verknüpft wird - und nach bridging zu greppen, ist ein wenig zu allgemein.

Vielleicht fällt Euch ja noch was ein, sonst versuch' ich's morgen wieder.

Gute Nacht zusammen,
Torben
 
So, nun muss ich mich mal ganz stark bei crich und Beronet bedanken - erstklassiger Support!!!!

Also - prinzipiell funktioniert das HW-Bridging. Sobald man aber im beim Dial-Befehl die Transferoptionen t oder T benutzt, schaltet ASTERISK das HW-Bridging ab, obwohl die HFC-Karten die DTMF-Erkennung in Hardware können, also auch beim Bridgen. Das ist ein Bug in Asterisk.

Workaround: Echo-Cancelling konfigurieren und nur bei Fax-/Daten-Calls das HW-Bridging verwenden, da muss ja auch nicht vermittelt werden.

Laut crich müsste es auch funktionieren, wenn man das Vermitteln über die ISDN-Funktionen (Funktionen der ISDN-Endgeräte) ausführt, das kann ich aber aufgrund der zwischengeschalteten Auerswald-Anlage derzeit nicht testen.

Ich hoffe, das hilft vielleicht anderen weiter.

Viele Grüße - und nochmals danke an crich und Beronet!!!

Torben
 
Kostenlos!

Statistik des Forums

Themen
248,134
Beiträge
2,282,268
Mitglieder
377,354
Neuestes Mitglied
der_bruchpilot