SIP/mISDN und CallQueue Verbindungsverlust

[ehhm]

Hallo,

da ich nicht mit asterisk sondern openpbx hantiere, bin ich hier hoffentlich trotzdem richtig.

Ich habe ein openPBX 1.2-rc3 mit mISND 1.1.0 (chan_misdn-0.4.0-rc5) und einer HFC-S Karte im TE direkt am NTBA der telekom und eine zusätliche voip nummer, die ist aber noch nicht für den produktiveinsatz.
Zusätzlich hängt am NTBA noch eine FBF. Telefone am openpbx sind ausnahmslos xlite (doppel NAT).

Am wochenende war der erste produktiveinsatz und der lief auch reibungslos. Gestern war dann mehr los, d.h. es waren auch mal 2 anrufe gleichzeitig in der queue (1 in der queue, einer vom agent bearbeitet) und es kam dann zu mehr oder weniger plötzlichen und auch nicht reproduzierbaren verbindungsabbrüchen. Bei den meisten abbrüchen war einfach der anrufer weg, genauer die sprachverbindung. Der eigentliche verbindungsabbruch kam erst später. Bei einigen anrufen war auch die sprachverbindung vom SIP-Client unterbrochen.

misdn.conf
10:[general]
14:misdn_init=/etc/misdn-init.conf
25:debug=1
56:ntdebugflags=0
57:ntdebugfile=/usr/local/openpbx/var/log/misdn-nt.log
63:tracefile=/usr/local/openpbx/log/misdn.trace
69:bridging=no
89:stop_tone_after_first_digit=yes
95:append_digits2exten=yes
103:dynamic_crypt=no
109:crypt_prefix=**
116:crypt_keys=test,muh
131:[default]
137:context=misdn
143:language=de
148:musicclass=default
153:senddtmf=yes
158:far_alerting=no
164:allowed_bearers=all
172:nationalprefix=0
173:internationalprefix=00
180:rxgain=-1
181:txgain=0
188:te_choose_channel=no
210:need_more_infos=no
219:method=standard
241:dialplan=0
242:localdialplan=0
243:cpndialplan=0
250:early_bconnect=yes
261:incoming_early_audio=no
278:nodialtone=no
312:presentation=1
313:screen=1
323:echocancel=yes
330:echocancelwhenbridged=no
344:jitterbuffer=4000
349:jitterbuffer_upper_threshold=0
356:hdlc=no
365:max_incoming=-1
371:max_outgoing=-1
373:[TEports]
375:ports=1
377:context=incoming
378:msns=91
382:[NTports]
386:[internPP]
393:
394:[first_extern]
406:[second_extern]

sip.conf (global und die des angemeldeten agenten)
[general]
language    = de
localnet    = 192.168.1.0/255.255.255.0
nat    = yes
progressinband    = yes
srvlookup    = yes
disallow    = all
allow    = alaw
allow    = ulaw
allow    = gsm
context    = incoming
tos    = reliability
register    => 49xxx:[email protected]/49xxx

[1und1]
type                = peer
host                = sip.1und1.de
fromdomain       = 1und1.de
secret              = geheim
fromuser           = 49xxx
username          = 49xxx
nat                  = yes
insecure            = very
canreinvite        = no
disallow            = all
allow               = alaw
allow               = ulaw
allow               = slin
allow               = gsm
port                = 5060

[SM]
host            = dynamic
type            = friend
canreinvite    = no
reinvite        = no
nat             = yes
qualify         = no
secret         = geheim
username     = xx
insecure      = very
dtmfmode    = rfc2833
context       = p4f-callcenter
call-limit      = 1
accountcode= sm

in der misdn trace ist mir aufgefallen, dass enorm viele einträge wie folgender waren

3528:Mon Feb 26 16:16:41 2007: P[ 1]  NO BC FOR STACK
3529:Mon Feb 26 16:16:41 2007: P[ 0]  Unhandled Message: prim 36282 len 145 from addr 42000103, dinfo ffff0001 on this port.
3530:Mon Feb 26 16:16:41 2007: P[ 0]  handle_bchan: BC not found for prim:120282 with addr:52010101 dinfo:ffffffff
3531:Mon Feb 26 16:16:41 2007: P[ 0]  handle_bchan: BC not found for prim:120282 with addr:52010101 dinfo:ffffffff
3532:Mon Feb 26 16:16:41 2007: P[ 0]  handle_bchan: BC not found for prim:120282 with addr:52010101 dinfo:ffffffff
3533:Mon Feb 26 16:16:41 2007: P[ 0]  handle_bchan: BC not found for prim:120282 with addr:52010101 dinfo:ffffffff
3534:Mon Feb 26 16:16:41 2007: P[ 0]  handle_bchan: BC not found for prim:120282 with addr:52010101 dinfo:ffffffff

gruß
andi

 

[wildzero]

Versuche mal anstatt chan_misdn-0.4.0-rc5 die chan_misdn-0.3.1-rc29 (die 0.3.1 sind "more Stable")

openpbx will ich auch demächst mal antesten. War da chan_misdn-0.4.0-rc5 mitdrinn?

 

[ehhm]

Moin,

wir haben opbx jetzt hinter die fbf verlegt und ziehen den s0 durch, das läuft soweit.
chan_misdn-0.4.0-rc5 ist bei opbx dabei, die anpassung von 0.3.1-rc29 überleg ich mir noch. hab die sourcen kurz überflogen und würd den anpassungsaufwand auf einen guten tag schätzen, den hab ich im moment nicht. :/

 

[wildzero]

hab die sourcen kurz überflogen und würd den anpassungsaufwand auf einen guten tag schätzen

Ich hätt den Tag (bzw. Nacht) Gib mir nur ein mini-HowTo was in den Orginal chan_misdn Sourcen für openpbx angepasst werden muss.

Die chan_misdn 0.3.1 ab rc26 sind die stabilsten. Wollte meine ersten openpbx Versuche auch auf jeden Fall nur damit starten.

Eventuell den Jungs von openpbx auch mal mittteilen, dass die lieber auch die 0.3.1 Versionen reinpacken sollten in den kommenden RC4 von openpbx.

 

[ehhm]

Moin,

afaik alle vorkommen von 'asterisk' in 'openpbx' und alle ast_ nach opbx_

was ich beim überfliegen gesehen hab, waren tlw einige code-teile anders. liegt möglicherweise an der version, d.h. muss nicht angepasst werden.
für die feinheiten kannst du dir den misdn quellcode für die 0.4.0-rc5, die in opbx drin ist im trac von opx anschaun.

HTH
andi

 

[crich]

wenn openpbx das asterisk-1.4 interface hat (deshalb gehts mit chan_misdn 0.4.x) dann wirds schwierig die 0.3.1 releases von chan_misdn zu benutzen.

openpbx sollte lieber die chan_misdn versionen aus dem asterisk-1.4 subversion benutzen, dort fliessen die fixes von 0.3.1 auch mit ein.. inzwischen gibts auch ne aktualisierte 0.4.0-rc28 die enthält jede menge fixes.

 

[jackfritt]

Habe diese Problem auch. Allerdings kann ich noch nicht zuordnen voran es liegt.
Wollte erstmal wieder zurück auf misdn-1.1.0 aber scheinbar liegt es daran nicht.

 

[Heldenhaft]

Vielleicht singt jemand Sternchen:

CLI: show features

Einfach mal die Feature.conf ändern.