[TIP] mISDN schneidet die letzte Ziffer ab

[HobbyStern]

Hallo Alle,

ich hab´s schon einmal irgendwo verfolgt - leider kann ich es jetzt nicht mehr ausmachen, die Frage bleibt leider bestehen.

mISDN bekommt hier nur unvollständige Rufnummernwünsche und sendet diese zu Asterisk (so stelle ich mir das wenigstens vor).

Beispiel :

Gewünschte Nummer : 0234-6545899 (Phantasienummer)
Ankommende Nummer : 0234-654589 (die letzte Ziffer fehlt)

Weiss hier jemand Rat - ich denke mal traurig oder nicht das ist ein sehr altes Kapitel der FAQ von mISDN.

Grüsse, Stefan

 

[crich]

deine Extension matched einfach schon früher.

wenn deine extensions.conf z.b. etwa so aussieht:

0234-6545X.

dann würde schon nach der zweiten Nachwahl matchen.

Ich empfehl dir im PP fall wenn deine stammnr. 1234 ist und du 2stellige durchwahlen hast folgendes:

exten => 1234XX,1,Goto(machwasmitexten|${EXTEN}|1)

dann solltest du keine probleme haben.

X. macht eher für den outbound fall sinn, da man ja hier nicht wirklich weiss wie lang die Nr. wird.

 

[HobbyStern]

Ich versuche es mal so - in meiner extensions ist wirklich ein eintrag der alles auffängt was nicht konform ist - da ja asterisk eigentlich erst die besten matches prüfen sollte und dann den rest nehmen sollte...

so war der plan der auch bis dato so lief... :-?

Mit dem Vermerk auf TIP geschlossen.

Grüsse, Stefan

 

[HobbyStern]

Ich muss das ganze hier nochmals aufwärmen,

ich hab die ganze Schose hier jetzt mal beobachtet und auch die _X. entfernt, jedoch bleibt es dabei, es wird hin und wieder mal die letzte Zahl entfernt, zum Glueck geschieht das "nur" bei meinem Heim- und direkten Büroarbeitsplatz, bei den anderen wichtigen Nebenstellen ist das nicht der Fall.

Beispiel :

Mein Privatanschluss hat die 41, mein Büroplatz die 40 - immer wieder landen nun Leute die auf einem von den beiden Anschlüssen anrufen auf der 4, diese habe ich nun einfach mal eingefügt um diese Leute nichts in leere fallen zu lassen.

Die Lösung mit den beiden Extensions ausklammern und dann einfach "machirgendwasmitderextension" einzusetzen ist mir leider nicht gelungen da er mal ZAP, mal SIP und mal IAX aufnehmen muss - was ich ja nun einmal aufsplitten muss.

Die ganze Sache habe ich statisch so hingestellt :

[..einige Extensions vorher..]
exten => xxx0440,1,Dial(SIP/40,7,wW)
exten => xxx0440,2,Dial(SIP/10&SIP/20&SIP/30&SIP/40&Zap/1,13,wWtT)
exten => xxx0440,3,Voicemail(u8010)

exten => xxx0441,1,Goto(zu_hause_zeitschaltung,,1)                      ; August 2006 AENDERUNG
[..und einige danach..]

Irgendetwas treibe ich falsch, ggf. wäre auch ein anderer Lösungsansatz gut - vielleicht nehme ich ersteinmal alles wie Du es sagst mit "machwas" Extension auf und frage sie dann in einem zweiten context ab, wuerde das die Sache entschärfen - und würde er die ziffern dann ersteinmal annehmen ?

Beste Grüße,

Stefan

 

[crich]

kannste mir ma deine exentsions.conf mailn, dann seh ick vielleicht wat los iss .. weest ja wohin, wenn nich dann als priv wa.

 

[HobbyStern]

Du bist eindeutig zu lange in Berlin :lach:

Ist unterwegs!

 

[crich]

wenn ich morgens keinen Tee getrunken hab, fang ich immer an zu berlinern..

 

[HobbyStern]

Nix geht ohne Weisse, gell ?

 

[HobbyStern]

Hast Du schonmal reingeschaut - oder hast´s erschrocken wieder zugemacht ? :lach:

Es ist weiterhin aktuell das die letzten Ziffern manchmal abgeschnitten werden - ohne ein _X. (oder einen zeilenfüllenden Debug) finde ich nur nicht heraus welche Ziffern da rasiert werden - wie gehabt - es ist leider nicht reproduzierbar und scheint nur bei manchen Anruferparteien zu geschehen.

Testweise habe ich die betreffenden Nummern schon x-Mal angerufen, aber es bleibt dabei, es wird wunderbar reagiert - wie es sein sollte...

Ich weiss von einigen Anrufenden mit solchen Fehlern das sie Arcor nutzen, eigentlich kenne ich nur "Fehlanrufer" die Arcor nutzen..

Beste Grüße,

Stefan

 

[crich]

eigentlich hab ich mich nicht erschrocken.. optimierungen sind aber möglich

nach der extensions.con sehe ich nicht warum das problem auftritt.. kann ich mir echt nicht erklären. kannst du das eindeutig auf arcor anschlüsse lokalisieren ? Versuch doch bitte vom Fehlerfall nochmal ein debugging zu machen, (ohne dass du die X. extension drin hast).

 

[HobbyStern]

Ich werd das ganze mal versuchen zu reproduzieren , such mir mal nen Arcor Kandidaten zum Test.

Es sind meist die Schwestern meiner Frau - und die haben fast alle eklige Arcor Anschlüsse, ich kann das weder mit meinem Handy - noch einem privaten Festnetzanschluss reproduzieren...

Kann das ggf. an speziellen Anbietern (Arcor) liegen - mW setzt Arcor ja auch auf "preiswerte" interne Leitungsverfahren (VoIP) ?

Beste Grüße,

Stefan

 

[pkern]

dtmf-treshold verändern??

wenn die letzte stelle der nummer nach einer kurzen pause gewählt wird, taucht das problem hier auch auf ... wenn man flüssig wählt - oder aus der wahlwiederholung - nicht.
kann man das mit dem dtmf-treshold (bisher: 100 ms) einstellen?
was passiert schlimmstenfalls, wenn man den länger einstellt??

tatsächlich hab' ich das ganze von einem arcor-anschluss aus getestet ...

 

[HobbyStern]

Wie es sich mit dem DTMF verhält kann ich Dir zwar nicht sagen - jedoch möchte ich hier kurz anmerken :

Das Problem besteht wenn "der ARCOR" anruft !

Ich selber würde mir eher einige Körperteile entfernen bevor ich zu dem Verein wechsle

Grüsse, Stefan

 

[KingKub]

Hallo,

wir haben auch das Problem. Bei uns aber etwas verschäft. Es hängt weder mit dem Anbieter des Anrufers oder mit dem angerufenen Teilnehmer zusammen. Es tritt am häufigsten auf, wenn von analgoen Anschlüssen bei uns angerufen wird.

Jetzt stellt sich uns die Frage warum? Wir vermuten, dass die letzte Ziffer zu spät von der Telekom geliefert wird und deshalb der MISDN Treiber schon losgelegt hat. Darum haben wir eine Wartezeit eingebaut und dann die Weiterleitung an die Zentrale angeordnet:

; Anruf von extern mit nur einer Durchwahl-Ziffer: 3 Sekunden auf die 7. Ziffer warten.
exten => _12345X,1,NoOp(Warten auf weitere Ziffern)
exten => _12345X,2,WaitForDigits(6000)
; Falls keine weitere Ziffer mehr kommt, als Workaround auf die Zentrale hüpfen.
exten => _12345X,n,NoOp(Nicht genug Ziffern erhalten von ${CALLERIDNUM})
exten => _12345X,n,Goto(123450,1)

Leider bringt das WaitForDigits keinen Erfolg. Der Anrufer landet nach 6 sec immer bei der Zentrale.

In der misdn.conf haben wir folgende Einstellung vorgenommen:

; wether to append overlapdialed Digits to Extension or not
;
; default value: yes
;
;append_digits2exten=yes

Aber das hat auch nicht viel gebracht. Evtl. hat von euch ja noch einer eine Idee.

Mfg

Tobias

 

[pkern]

es war NICHT der anbieter ...

nein, arcor war nicht schuld. mein wählplan war schlampig aufgebaut!
jetzt habe ich für die einwahl einen gesonderten kontext ... und beim langsamen anwählen erschient nach der ersten nebenstellennummer brav waiting4digs ...

 

[KingKub]

Lösung?

Hallo pkern,

das hab ich noch nicht so richtig verstanden. Bei uns wird auch jetzt schon gewartet. (waitForDigits) Aber das bringt/brachte uns nicht weiter.

Eigentlich sollte der misdn Treiber ja die zusätzlich eintreffenden Ziffern erkennen und den Dailplan neu starten (zumindest hab ich das so verstanden). Bei uns ist das aber nicht der Fall!

Funktioniert das bei dir jetzt? Könntest du mir die entsprechenden Ausschnitte aus deinem Dailplan schicken? (und ggf. deine misdn.conf?)

Vielen Dank

Tobi

P.S. Welchen mISDN Treiber setzt du ein?

 

[HobbyStern]

Also ist es bei Dir gelöst?

P.S. :
Wenn ihr ein wenig Zeit habt wäre eine kleine Signatur generell ganz nett.


Beste Grüße,

Stefan

 

[HobbyStern]

Ich wärm das ganze mal auf, ich habe RC23 am letzten WE nachgelegt und die Sache ist nun eindeutig nicht mehr nur auf Arcor zu begrenzen, ich werde auch von zu Hause nur noch in die Hauptstelle verbunden, nix anderes geht mehr :-(

Es fehlt immer die letzte Stelle...

Hat jemand eine Lösung / Idee / Vorschläge / Workaround.. ?

Meine misdn.conf :

misdn_init=/etc/misdn-init.conf                         ; für den ptp Modus der Pfad zur init-Datei
debug=0                                                 ; Debug Modi : 0,1,2,3,4
tracefile=/var/log/asterisk/misdn/misdn.trace           ; Der zusammenfassende TRACE
bridging=yes                                            ; yes/no für misdn_dsp Hardware-Bridging
stop_tone_after_first_digit=yes                         ;
append_digits2exten=yes                                 ; akzeptiere Überlange Nummern (MSNs) zur Base zB statt xx -> xxx
context=isdn                                            ; der zugehoerende Kontext im Waehlplan
language=de                                             ; Die gewuenschte Verarbeitungssprache der indications.conf
musicclass=default                                      ; MOH Klasse
senddtmf=yes                                            ; DTMF Toene selber produzieren (Standard = yes)
nationalprefix=0                                        ; Die Prefixe werden in der OAD vergeben !
internationalprefix=00                                  ; s.o.
rxgain=-1                                               ; Die eingehende Lautstaerke von 8 bis -8
txgain=0                                                ; Die ausgehende Lautstaerke von 8 bis -8
te_choose_channel=no                                    ; Zwangswahl des B-Kanals um ominoesen Fehlermeldungen zu begegnen (NL,CH)
pmp_l1_check=yes                                        ; Fuer PMP Kanaele und einen Gruppenruf dieses Anschlusstypes
need_more_infos=no                                      ; Sende Setup_Acknowledge anstatt PROCEEDING bei eingehenden Gespraechen (PTP)
method=standard                                         ; Waehle Standard=den ersten freien oder round_robin=einen zufallskanal
dialplan=0                                              ; ausgehende Nummer
localdialplan=0                                         ; caller-id
cpndialplan=0                                           ; CPN = Nummerbereich des verbundenen Teilnehmers
early_bconnect=yes                                      ; Bei Problemen im Verbindung-Fortschritt auf no setzen ?!
incoming_early_audio=no                                 ; Sende Toene bei Verbindungsauf- und Abbau bei seltsamen Telcos ?!
always_immediate=no                                     ; Springe IMMER zur S extension, egal wer anruft (eingehend)
immediate=no                                            ; Springe zur S extension wenn keine "MSN" gewaehlt wurde (eingehend)
hold_allowed=no                                         ; Aktiviere die ISDN "Tools" wie Hold and Retrieve (Std=no)
callgroup=2                                             ; ANrufergruppe
pickupgroup=2                                           ; Gruppe um das Abheben zu ermoeglichen
presentation=-1                                         ; Die CLID/CLIR Einstellungen
screen=-1                                               ; Schaue ins Default misdn.conf fuer eine genauere Erklaerung
echocancel=32                                           ; 0,32,64,128,256,yes(128),no(0) (nur fuer ausgehende anrufe!)
echocancelwhenbridged=32                                ; Bei einem Bridge zwischen misdn und misdn tritt dies hier in Kraft
; echotraining=no                                               ; Trainiere Echos, 0(aus),yes(2000) oder eine Zahl mit 0.125ms
jitterbuffer=4000                                       ; MISDNs Jitterbuffer
; jitterbuffer_upper_threshold=                         ; Ergaenzen !
hdlc=no                                                 ; misdn und andere Anwendungen bridgen ?!

[isdn]                                                  ; EINGEHEND
echocancel=32
echocancelwhenbridged=32
; echotraining=no
language=de
senddtmf=yes
context=isdn
msns=*
ports=1,2

Grüsse, Stefan

 

[crich]

ein trace wäre wirklich hilfreich (von der CLI mit verbose=3 damit auch die asterisk apps gezeigt werden).

 

[HobbyStern]

Kein Problem.

Trace der Asterisk CLI mit verbose ist ja recht sinnlos, aber ich habe sie mal trotzdem mit gelogged :

Es soll sein : xx480
Es ist leider : xx48

Das ist auch x-beliebig auf andere Nebenstellen zu verwenden, das Ergebnis ist identisch.

Oct 18 17:31:34 VERBOSE[11382] logger.c:     -- Executing Verbose("mISDN/2-1", "* * * EINGEHEND ==> xxx ruft um 18102006-17:31:34 die Nummer xx48 an. Verbinde..") in new stack
Oct 18 17:31:34 VERBOSE[11382] logger.c: * * * EINGEHEND ==> xxx ruft um 18102006-17:31:34 die Nummer xx48 an. Verbinde..
Oct 18 17:31:34 VERBOSE[11382] logger.c:     -- Executing Goto("mISDN/2-1", "isdn2||1") in new stack
Oct 18 17:31:34 VERBOSE[11382] logger.c:     -- Goto (isdn2,xx48,1)

Nun das Trace von mISDN für 2 Anrufe :

Wed Oct 18 17:31:34 2006: P[ 2]  set_channel: bc->channel:0 channel:1
Wed Oct 18 17:31:34 2006: P[ 2]  I IND :SETUP oad:<<hier fehlt die erste Nummer?!>>20xxx dad:xx48 pid:515 state:none
Wed Oct 18 17:31:34 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
Wed Oct 18 17:31:34 2006: P[ 2]   --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:31:34 2006: P[ 2]   --> caps:Audio 3.1k pi:3 keypad: sending_complete:0
Wed Oct 18 17:31:34 2006: P[ 2]   --> Bearer: Audio 3.1k
Wed Oct 18 17:31:34 2006: P[ 2]   --> Codec: Alaw
Wed Oct 18 17:31:34 2006: P[ 0]   --> * NEW CHANNEL dad:xx48 oad:<<hier fehlt die erste Nummer?!>>20xxx
Wed Oct 18 17:31:34 2006: P[ 2]   --> CTON: Unknown           
Wed Oct 18 17:31:34 2006: P[ 2]  EXPORT_PID: pid:515
Wed Oct 18 17:31:34 2006: P[ 2]   --> PRES: Restricted (0)
Wed Oct 18 17:31:34 2006: P[ 2]   --> SCREEN: Unscreened (0)
Wed Oct 18 17:31:34 2006: P[ 2]  I SEND:PROCEEDING oad:xxx dad:xx48 pid:515
Wed Oct 18 17:31:34 2006: P[ 2]   --> bc_state:BCHAN_CLEANED   
Wed Oct 18 17:31:34 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
Wed Oct 18 17:31:34 2006: P[ 2]   --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:31:34 2006: P[ 2]   --> caps:Audio 3.1k pi:3 keypad: sending_complete:0
Wed Oct 18 17:31:34 2006: P[ 2]   --> TRANSPARENT Mode
Wed Oct 18 17:31:34 2006: P[ 2]  bchan: DL_ESTABLISH|CNF   
Wed Oct 18 17:31:34 2006: P[ 2]  After SETUP BC
Wed Oct 18 17:31:34 2006: P[ 2]  * IND : Indication [3] from xx480
Wed Oct 18 17:31:34 2006: P[ 2]   --> * IND :   ringing pid:515
Wed Oct 18 17:31:34 2006: P[ 2]  I SEND:ALERTING oad:xxx dad:xx48 pid:515
Wed Oct 18 17:31:34 2006: P[ 2]   --> bc_state:BCHAN_ACTIVATED
Wed Oct 18 17:31:34 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
Wed Oct 18 17:31:34 2006: P[ 2]   --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:31:34 2006: P[ 2]   --> caps:Audio 3.1k pi:3 keypad: sending_complete:0
Wed Oct 18 17:31:34 2006: P[ 2]  After SETUP BC         
Wed Oct 18 17:31:34 2006: P[ 2]   --> * SEND: State Ring pid:515
Wed Oct 18 17:31:34 2006: P[ 2]   --> incoming_early_audio off    
Wed Oct 18 17:31:37 2006: P[ 2]  * IND : Indication [-1] from xx480
Wed Oct 18 17:31:37 2006: P[ 2]   --> * IND :   -1! (stop indication) pid:515
Wed Oct 18 17:31:37 2006: P[ 2]   --> None     
Wed Oct 18 17:31:37 2006: P[ 2]  * ANSWER:     
Wed Oct 18 17:31:37 2006: P[ 2]   --> Connection is without BF encryption
Wed Oct 18 17:31:37 2006: P[ 2]   --> ECHO OFF 
Wed Oct 18 17:31:37 2006: P[ 2]   --> None     
Wed Oct 18 17:31:37 2006: P[ 2]   --> empty cad using dad
Wed Oct 18 17:31:37 2006: P[ 2]  I SEND:CONNECT oad:xxx dad:xx48 pid:515
Wed Oct 18 17:31:37 2006: P[ 2]   --> bc_state:BCHAN_ACTIVATED
Wed Oct 18 17:31:37 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:xx48
Wed Oct 18 17:31:37 2006: P[ 2]   --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:31:37 2006: P[ 2]   --> caps:Audio 3.1k pi:3 keypad: sending_complete:0
Wed Oct 18 17:31:37 2006: P[ 2]  After SETUP BC    
Wed Oct 18 17:31:37 2006: P[ 2]  ec_enable          
Wed Oct 18 17:31:37 2006: P[ 2]  Sending Control ECHOCAN_ON taps:32 training:0
Wed Oct 18 17:31:37 2006: P[ 2]  I IND :CONNECT_ACKNOWLEDGE  oad:xxx dad:xx48 pid:515 state:CONNECTED
Wed Oct 18 17:31:37 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:xx48
Wed Oct 18 17:31:37 2006: P[ 2]   --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:31:37 2006: P[ 2]   --> caps:Audio 3.1k pi:3 keypad: sending_complete:0
Wed Oct 18 17:31:38 2006: P[ 2]  I IND :DISCONNECT oad:xxx dad:xx48 pid:515 state:CONNECTED
Wed Oct 18 17:31:38 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:xx48
Wed Oct 18 17:31:38 2006: P[ 2]   --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:31:38 2006: P[ 2]   --> caps:Audio 3.1k pi:8 keypad: sending_complete:0        
Wed Oct 18 17:31:38 2006: P[ 2]   --> org:2 nt:0, inbandavail:1 state:10             
Wed Oct 18 17:31:38 2006: P[ 2]  hangup_chan            
Wed Oct 18 17:31:38 2006: P[ 2]  -> queue_hangup 
Wed Oct 18 17:31:38 2006: P[ 2]  I SEND:RELEASE oad:xxx dad:xx48 pid:515
Wed Oct 18 17:31:38 2006: P[ 2]   --> bc_state:BCHAN_ACTIVATED
Wed Oct 18 17:31:38 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:-1 rad: cad:xx48
Wed Oct 18 17:31:38 2006: P[ 2]   --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:31:38 2006: P[ 2]   --> caps:Audio 3.1k pi:8 keypad: sending_complete:0
Wed Oct 18 17:31:38 2006: P[ 2]  * IND : HANGUP pid:515 ctx:buero_anruf dad:xx480 oad:xxx State:CONNECTED
Wed Oct 18 17:31:38 2006: P[ 2]   --> l3id:400e5               
Wed Oct 18 17:31:38 2006: P[ 2]   --> cause:16
Wed Oct 18 17:31:38 2006: P[ 2]   --> out_cause:16
Wed Oct 18 17:31:38 2006: P[ 2]   --> state:CONNECTED
Wed Oct 18 17:31:38 2006: P[ 2]  Channel: mISDN/2-1 hanguped new state:CLEANING
Wed Oct 18 17:31:38 2006: P[ 2]  $$$ CLEANUP CALLED pid:515
Wed Oct 18 17:31:38 2006: P[ 2]  $$$ Cleaning up bc with stid :10010200 pid:515
Wed Oct 18 17:31:38 2006: P[ 2]  ec_disable
Wed Oct 18 17:31:38 2006: P[ 2]  I IND :RELEASE_COMPLETE oad: dad: pid:515 state:CLEANING
Wed Oct 18 17:31:38 2006: P[ 2]   --> channel:0 mode:TE cause:-1 ocause:16 rad: cad:
Wed Oct 18 17:31:38 2006: P[ 2]   --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
Wed Oct 18 17:31:38 2006: P[ 2]   --> caps:Speech pi:0 keypad: sending_complete:0   
Wed Oct 18 17:31:38 2006: P[ 2]  ast_hangup already called, so we have no ast ptr anymore in event(RELEASE_COMPLETE)
Wed Oct 18 17:31:38 2006: P[ 2]  hangup_chan
Wed Oct 18 17:31:38 2006: P[ 2]  No need to queue hangup
Wed Oct 18 17:31:38 2006: P[ 2]  Cannot hangup chan, no ast     
Wed Oct 18 17:31:38 2006: P[ 2]  release_chan: bc with l3id: 400e5
Wed Oct 18 17:31:38 2006: P[ 2]  BCHAN: DeACT Conf pid:515           
Wed Oct 18 17:31:38 2006: P[ 2]  BCHAN: MGR_DELLAYER|CNF pid:515             
Wed Oct 18 17:33:43 2006: P[ 1]  After SETUP BC
Wed Oct 18 17:33:43 2006: P[ 1]  After SETUP BC
Wed Oct 18 17:33:44 2006: P[ 1]  After SETUP BC
Wed Oct 18 17:33:57 2006: P[ 2]  set_channel: bc->channel:0 channel:1
Wed Oct 18 17:33:57 2006: P[ 2]  I IND :SETUP oad:<<hier fehlt die erste Nummer?!>>20xxx dad:84804 pid:517 state:none
Wed Oct 18 17:33:57 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
Wed Oct 18 17:33:57 2006: P[ 2]   --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:33:57 2006: P[ 2]   --> caps:Audio 3.1k pi:3 keypad: sending_complete:0
Wed Oct 18 17:33:57 2006: P[ 2]   --> Bearer: Audio 3.1k
Wed Oct 18 17:33:57 2006: P[ 2]   --> Codec: Alaw
Wed Oct 18 17:33:57 2006: P[ 0]   --> * NEW CHANNEL dad:84804 oad:<<hier fehlt die erste Nummer?!>>20xxx          
Wed Oct 18 17:33:57 2006: P[ 2]   --> CTON: Unknown
Wed Oct 18 17:33:57 2006: P[ 2]  EXPORT_PID: pid:517
Wed Oct 18 17:33:57 2006: P[ 2]   --> PRES: Restricted (0)
Wed Oct 18 17:33:57 2006: P[ 2]   --> SCREEN: Unscreened (0)
Wed Oct 18 17:33:57 2006: P[ 2]  I SEND:SETUP_ACKNOWLEDGE oad:xxx dad:84804 pid:517
Wed Oct 18 17:33:57 2006: P[ 2]   --> bc_state:BCHAN_CLEANED
Wed Oct 18 17:33:57 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad: 
Wed Oct 18 17:33:57 2006: P[ 2]   --> info_dad: onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0       
Wed Oct 18 17:33:57 2006: P[ 2]   --> caps:Audio 3.1k pi:3 keypad: sending_complete:0     
Wed Oct 18 17:33:57 2006: P[ 2]   --> TRANSPARENT Mode
Wed Oct 18 17:33:57 2006: P[ 2]  bchan: DL_ESTABLISH|CNF
Wed Oct 18 17:33:57 2006: P[ 2]  After SETUP BC
Wed Oct 18 17:33:57 2006: P[ 2]   --> None              
Wed Oct 18 17:33:57 2006: P[ 2]  I IND :INFORMATION oad:xxx dad:84804 pid:517 state:WAITING4DIGS
Wed Oct 18 17:33:57 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
Wed Oct 18 17:33:57 2006: P[ 2]   --> info_dad:2 onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:33:57 2006: P[ 2]   --> caps:Audio 3.1k pi:3 keypad: sending_complete:0     
Wed Oct 18 17:33:57 2006: P[ 2]   --> None
Wed Oct 18 17:33:57 2006: P[ 2]   --> None
Wed Oct 18 17:33:57 2006: P[ 2]  * IND : Indication [3] from 848042
Wed Oct 18 17:33:57 2006: P[ 2]   --> * IND :   ringing pid:517
Wed Oct 18 17:33:57 2006: P[ 2]  I SEND:ALERTING oad:xxx dad:848042 pid:517
Wed Oct 18 17:33:57 2006: P[ 2]   --> bc_state:BCHAN_ACTIVATED
Wed Oct 18 17:33:57 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:
Wed Oct 18 17:33:57 2006: P[ 2]   --> info_dad:2 onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:33:57 2006: P[ 2]   --> caps:Audio 3.1k pi:3 keypad: sending_complete:0
Wed Oct 18 17:33:57 2006: P[ 2]  After SETUP BC
Wed Oct 18 17:33:57 2006: P[ 2]   --> * SEND: State Ring pid:517
Wed Oct 18 17:33:57 2006: P[ 2]   --> incoming_early_audio off
Wed Oct 18 17:33:57 2006: P[ 2]  * IND : Indication [-1] from 848042                
Wed Oct 18 17:33:57 2006: P[ 2]   --> * IND :   -1! (stop indication) pid:517                
Wed Oct 18 17:33:57 2006: P[ 2]   --> None
Wed Oct 18 17:33:57 2006: P[ 2]  * ANSWER:
Wed Oct 18 17:33:57 2006: P[ 2]   --> Connection is without BF encryption
Wed Oct 18 17:33:57 2006: P[ 2]   --> ECHO OFF          
Wed Oct 18 17:33:57 2006: P[ 2]   --> None                      
Wed Oct 18 17:33:57 2006: P[ 2]   --> empty cad using dad         
Wed Oct 18 17:33:57 2006: P[ 2]  I SEND:CONNECT oad:xxx dad:848042 pid:517
Wed Oct 18 17:33:57 2006: P[ 2]   --> bc_state:BCHAN_ACTIVATED               
Wed Oct 18 17:33:57 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:848042
Wed Oct 18 17:33:57 2006: P[ 2]   --> info_dad:2 onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:33:57 2006: P[ 2]   --> caps:Audio 3.1k pi:3 keypad: sending_complete:0
Wed Oct 18 17:33:57 2006: P[ 2]  After SETUP BC
Wed Oct 18 17:33:57 2006: P[ 2]  ec_enable
Wed Oct 18 17:33:57 2006: P[ 2]  Sending Control ECHOCAN_ON taps:32 training:0      
Wed Oct 18 17:33:57 2006: P[ 2]  I IND :CONNECT_ACKNOWLEDGE  oad:xxx dad:848042 pid:517 state:CONNECTED
Wed Oct 18 17:33:57 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:848042
Wed Oct 18 17:33:57 2006: P[ 2]   --> info_dad:2 onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:33:57 2006: P[ 2]   --> caps:Audio 3.1k pi:3 keypad: sending_complete:0
Wed Oct 18 17:34:03 2006: P[ 2]  I IND :DISCONNECT oad:xxx dad:848042 pid:517 state:CONNECTED
Wed Oct 18 17:34:03 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:16 rad: cad:848042
Wed Oct 18 17:34:03 2006: P[ 2]   --> info_dad:2 onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:34:03 2006: P[ 2]   --> caps:Audio 3.1k pi:8 keypad: sending_complete:0
Wed Oct 18 17:34:03 2006: P[ 2]   --> org:2 nt:0, inbandavail:1 state:10
Wed Oct 18 17:34:03 2006: P[ 2]  hangup_chan
Wed Oct 18 17:34:03 2006: P[ 2]  -> queue_hangup            
Wed Oct 18 17:34:03 2006: P[ 2]  I SEND:RELEASE oad:xxx dad:848042 pid:517    
Wed Oct 18 17:34:03 2006: P[ 2]   --> bc_state:BCHAN_ACTIVATED
Wed Oct 18 17:34:03 2006: P[ 2]   --> channel:1 mode:TE cause:16 ocause:-1 rad: cad:848042
Wed Oct 18 17:34:03 2006: P[ 2]   --> info_dad:2 onumplan:2 dnumplan:4 rnumplan:  cpnnumplan:0
Wed Oct 18 17:34:03 2006: P[ 2]   --> caps:Audio 3.1k pi:8 keypad: sending_complete:0
Wed Oct 18 17:34:03 2006: P[ 2]  * IND : HANGUP pid:517 ctx:isdn2 dad:848042 oad:xxx State:CONNECTED
Wed Oct 18 17:34:03 2006: P[ 2]   --> l3id:400e6        
Wed Oct 18 17:34:03 2006: P[ 2]   --> cause:16
Wed Oct 18 17:34:03 2006: P[ 2]   --> out_cause:16
Wed Oct 18 17:34:03 2006: P[ 2]   --> state:CONNECTED
Wed Oct 18 17:34:03 2006: P[ 2]  Channel: mISDN/2-1 hanguped new state:CLEANING           
Wed Oct 18 17:34:03 2006: P[ 2]  $$$ CLEANUP CALLED pid:517
Wed Oct 18 17:34:03 2006: P[ 2]  $$$ Cleaning up bc with stid :10010200 pid:517
Wed Oct 18 17:34:03 2006: P[ 2]  ec_disable
Wed Oct 18 17:34:03 2006: P[ 2]  I IND :RELEASE_COMPLETE oad: dad: pid:517 state:CLEANING
Wed Oct 18 17:34:03 2006: P[ 2]   --> channel:0 mode:TE cause:-1 ocause:16 rad: cad:
Wed Oct 18 17:34:03 2006: P[ 2]   --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
Wed Oct 18 17:34:03 2006: P[ 2]   --> caps:Speech pi:0 keypad: sending_complete:0   
Wed Oct 18 17:34:03 2006: P[ 2]  ast_hangup already called, so we have no ast ptr anymore in event(RELEASE_COMPLETE)
Wed Oct 18 17:34:03 2006: P[ 2]  hangup_chan
Wed Oct 18 17:34:03 2006: P[ 2]  No need to queue hangup
Wed Oct 18 17:34:03 2006: P[ 2]  Cannot hangup chan, no ast     
Wed Oct 18 17:34:03 2006: P[ 2]  release_chan: bc with l3id: 400e6
Wed Oct 18 17:34:03 2006: P[ 2]  BCHAN: DeACT Conf pid:517                          
Wed Oct 18 17:34:03 2006: P[ 2]  BCHAN: MGR_DELLAYER|CNF pid:517

Auffällig ist auch das er hin und wieder mal die erste Nummer der oad verschluckt, also zB 05242 zu 5242 macht, diese aber beim nächsten Sprung direkt wieder hat ?!

Ich habe meine priv. analoge Nummer mit xx ausgemarkert, sobald eine führende Null fehlte habe ich dies auch vermerkt.

Grundsätzlich geht es aber um die letzte Zahl, dies geschieht auch wenn man nicht "zögert" beim wählen ...

Als workaround habe ich meine extensions.conf etwas modifiziert, so das sie auch auf "fehlende" letzte Nummern ordentlich weiterleitet, zB xx48 als Endnummer zusätzlich vermerkt, markere ich dies weg ist der Effekt jedoch der selbe - der Anruf wird abgewiesen, da die Nummer nicht stimmt ...

Grüsse und Danke crich, Stefan