Overlapdailig funktioniert jedoch kein normales Wählen

FreierRadikaler · 8 Nov 2009

Hi@all,

ich habe Asterisk 1.6.1.9 mir mISDn V2 und LCR 1.6 aufgesetzt, was teilweise auch schon funktioniert. Ich kann den Hörer vom ISDN-Telefon abnehmen und die Nummer wählen. Dies wird dann an den Asterisk weitergeleitet und er wähl über Sipgate oder ISDN nach draußen.
Wenn ich jedoch die Nummer eingebe und dann erst den Hörer abnehme, dreht sich Asterisk im Kreis bzw. bekommt wie es mir scheint keine Nummer vom LCR mitgeteilt und auf dem ISDN Telefon erscheint die Meldung "ungültig" nach einiger Zeit. (Vermutlich wegen Timeout).

lcradmin state zeigt mir die gewählt Nummer an aber Asterisk meldet nicht, dass er sie bekommen hat.

Hier mal die Ausgabe von Asterisk, wenn ich abnehme und dann wähle (Overlapdailing)

Code:

[Nov  8 14:07:27] NOTICE[12049]: chan_lcr.c:1252 receive_message: [call=NULL ast=NULL] Received new ref by LCR, due to incomming call. (ref=3)
[Nov  8 14:07:27] NOTICE[12049]: chan_lcr.c:315 alloc_call: [call=0 ast=NULL] Call instance allocated.
[Nov  8 14:07:27] NOTICE[12049]: chan_lcr.c:803 lcr_in_setup: [call=3 ast=NULL] Incomming setup from LCR. (callerid 16, dialing 0)
[Nov  8 14:07:27] NOTICE[12049]: chan_lcr.c:712 lcr_start_pbx: [call=3 ast=lcr/133] Try to start pbx. (exten=0 context=mISDNIntern1OG complete=no)
[Nov  8 14:07:27] NOTICE[12049]: chan_lcr.c:351 send_message: [call=NULL ast=NULL] Sending MESSAGE_OVERLAP to socket.
[Nov  8 14:07:27] NOTICE[12049]: chan_lcr.c:749 lcr_start_pbx: [call=3 ast=lcr/133] Extensions matches.
[Nov  8 14:07:27] NOTICE[12049]: chan_lcr.c:780 lcr_start_pbx: [call=3 ast=lcr/133] Starting call to Asterisk due to matching extension.
    -- Executing [0@mISDNIntern1OG:1] WaitExten("lcr/133", "3") in new stack
[Nov  8 14:07:28] NOTICE[12049]: chan_lcr.c:1032 lcr_in_information: [call=3 ast=lcr/133] Incoming information from LCR. (dialing=0)
[Nov  8 14:07:28] NOTICE[12049]: chan_lcr.c:1584 queue_send: [call=3 ast=lcr/133] Sending queued digit '1' to Asterisk.
[Nov  8 14:07:28] NOTICE[12049]: chan_lcr.c:1032 lcr_in_information: [call=3 ast=lcr/133] Incoming information from LCR. (dialing=1)
[Nov  8 14:07:28] NOTICE[12049]: chan_lcr.c:1584 queue_send: [call=3 ast=lcr/133] Sending queued digit '2' to Asterisk.
[Nov  8 14:07:29] NOTICE[12049]: chan_lcr.c:1032 lcr_in_information: [call=3 ast=lcr/133] Incoming information from LCR. (dialing=7)
[Nov  8 14:07:29] NOTICE[12049]: chan_lcr.c:1584 queue_send: [call=3 ast=lcr/133] Sending queued digit '3' to Asterisk.
[Nov  8 14:07:29] NOTICE[12049]: chan_lcr.c:1032 lcr_in_information: [call=3 ast=lcr/133] Incoming information from LCR. (dialing=9)
[Nov  8 14:07:29] NOTICE[12049]: chan_lcr.c:1584 queue_send: [call=3 ast=lcr/133] Sending queued digit '4' to Asterisk.
[Nov  8 14:07:29] NOTICE[12049]: chan_lcr.c:1032 lcr_in_information: [call=3 ast=lcr/133] Incoming information from LCR. (dialing=1)
[Nov  8 14:07:29] NOTICE[12049]: chan_lcr.c:1584 queue_send: [call=3 ast=lcr/133] Sending queued digit '5' to Asterisk.
[Nov  8 14:07:30] NOTICE[12049]: chan_lcr.c:1032 lcr_in_information: [call=3 ast=lcr/133] Incoming information from LCR. (dialing=9)
[Nov  8 14:07:30] NOTICE[12049]: chan_lcr.c:1584 queue_send: [call=3 ast=lcr/133] Sending queued digit '6' to Asterisk.
[Nov  8 14:07:30] NOTICE[12049]: chan_lcr.c:1032 lcr_in_information: [call=3 ast=lcr/133] Incoming information from LCR. (dialing=8)
[Nov  8 14:07:30] NOTICE[12049]: chan_lcr.c:1584 queue_send: [call=3 ast=lcr/133] Sending queued digit '7' to Asterisk.
[Nov  8 14:07:30] NOTICE[12049]: chan_lcr.c:1032 lcr_in_information: [call=3 ast=lcr/133] Incoming information from LCR. (dialing=0)
[Nov  8 14:07:30] NOTICE[12049]: chan_lcr.c:1584 queue_send: [call=3 ast=lcr/133] Sending queued digit '8' to Asterisk.
[Nov  8 14:07:30] NOTICE[12049]: chan_lcr.c:1032 lcr_in_information: [call=3 ast=lcr/133] Incoming information from LCR. (dialing=0)
[Nov  8 14:07:30] NOTICE[12049]: chan_lcr.c:1584 queue_send: [call=3 ast=lcr/133] Sending queued digit '9' to Asterisk.
[Nov  8 14:07:31] NOTICE[12049]: chan_lcr.c:1032 lcr_in_information: [call=3 ast=lcr/133] Incoming information from LCR. (dialing=5)
[Nov  8 14:07:31] NOTICE[12049]: chan_lcr.c:1584 queue_send: [call=3 ast=lcr/133] Sending queued digit '1' to Asterisk.
[Nov  8 14:07:31] NOTICE[12049]: chan_lcr.c:1032 lcr_in_information: [call=3 ast=lcr/133] Incoming information from LCR. (dialing=9)
[Nov  8 14:07:31] NOTICE[12049]: chan_lcr.c:1584 queue_send: [call=3 ast=lcr/133] Sending queued digit '2' to Asterisk.
  == CDR updated on lcr/133
    -- Executing [12345678912@mISDNIntern1OG:1] Set("lcr/133", "CALLERID(number)=8888888") in new stack
    -- Executing [12345678912@mISDNIntern1OG:2] Set("lcr/133", "CALLERID(name)=49123456789") in new stack
    -- Executing [12345678912@mISDNIntern1OG:3] Dial("lcr/133", "SIP/12345678912@sipgate,90,trg") in new stack
  == Using SIP RTP CoS mark 5
    -- Called 12345678912@sipgate
[Nov  8 14:07:36] NOTICE[28316]: chan_lcr.c:2211 lcr_indicate: [call=3 ast=lcr/133] Received indicate AST_CONTROL_RINGING from Asterisk.
[Nov  8 14:07:36] NOTICE[28316]: chan_lcr.c:351 send_message: [call=NULL ast=NULL] Sending MESSAGE_ALERTING to socket.
    -- SIP/sipgate-08496555 is making progress passing it to lcr/133

So sieht es aus, wenn ich die Rufnummer eintippe und dann abnehme (kein Overlapdailing, wie heißt das eigentlich richtig?):

Code:

[Nov  8 14:13:38] NOTICE[12081]: chan_sip.c:21171 sip_poke_noanswer: Peer 'N95' is now UNREACHABLE!  Last qualify: 242
[Nov  8 14:13:39] NOTICE[12049]: chan_lcr.c:1252 receive_message: [call=NULL ast=NULL] Received new ref by LCR, due to incomming call. (ref=4)
[Nov  8 14:13:39] NOTICE[12049]: chan_lcr.c:315 alloc_call: [call=0 ast=NULL] Call instance allocated.
[Nov  8 14:13:39] NOTICE[12049]: chan_lcr.c:803 lcr_in_setup: [call=4 ast=NULL] Incomming setup from LCR. (callerid 16, dialing 0)
[Nov  8 14:13:39] NOTICE[12049]: chan_lcr.c:712 lcr_start_pbx: [call=4 ast=lcr/134] Try to start pbx. (exten=0 context=mISDNIntern1OG complete=no)
[Nov  8 14:13:39] NOTICE[12049]: chan_lcr.c:351 send_message: [call=NULL ast=NULL] Sending MESSAGE_OVERLAP to socket.
[Nov  8 14:13:39] NOTICE[12049]: chan_lcr.c:749 lcr_start_pbx: [call=4 ast=lcr/134] Extensions matches.
[Nov  8 14:13:39] NOTICE[12049]: chan_lcr.c:780 lcr_start_pbx: [call=4 ast=lcr/134] Starting call to Asterisk due to matching extension.
    -- Executing [0@mISDNIntern1OG:1] WaitExten("lcr/134", "3") in new stack
    -- Timeout on lcr/134, going to 't'
    -- Executing [t@mISDNIntern1OG:1] WaitExten("lcr/134", "3") in new stack
    -- Timeout on lcr/134, going to 't'
    -- Executing [t@mISDNIntern1OG:1] WaitExten("lcr/134", "3") in new stack
[Nov  8 14:13:48] NOTICE[12081]: chan_sip.c:16780 handle_response_peerpoke: Peer 'N95' is now Reachable. (243ms / 2000ms)
    -- Timeout on lcr/134, going to 't'
    -- Executing [t@mISDNIntern1OG:1] WaitExten("lcr/134", "3") in new stack
    -- Timeout on lcr/134, going to 't'
    -- Executing [t@mISDNIntern1OG:1] WaitExten("lcr/134", "3") in new stack
    -- Timeout on lcr/134, going to 't'
    -- Executing [t@mISDNIntern1OG:1] WaitExten("lcr/134", "3") in new stack
    -- Timeout on lcr/134, going to 't'
    -- Executing [t@mISDNIntern1OG:1] WaitExten("lcr/134", "3") in new stack
    -- Timeout on lcr/134, going to 't'
    -- Executing [t@mISDNIntern1OG:1] WaitExten("lcr/134", "3") in new stack
    -- Timeout on lcr/134, going to 't'
    -- Executing [t@mISDNIntern1OG:1] WaitExten("lcr/134", "3") in new stack
    -- Timeout on lcr/134, going to 't'
    -- Executing [t@mISDNIntern1OG:1] WaitExten("lcr/134", "3") in new stack
[Nov  8 14:14:09] NOTICE[12049]: chan_lcr.c:1000 lcr_in_release: [call=4 ast=lcr/134] Incomming release from LCR, releasing ref. (cause=102)
[Nov  8 14:14:09] NOTICE[12049]: chan_lcr.c:1577 queue_send: [call=0 ast=lcr/134] Sending queued HANGUP to Asterisk.
  == Spawn extension (mISDNIntern1OG, t, 1) exited non-zero on 'lcr/134'
[Nov  8 14:14:09] NOTICE[28629]: chan_lcr.c:2038 lcr_hangup: [call=0 ast=lcr/134] Received hangup from Asterisk thread.
[Nov  8 14:14:09] NOTICE[28629]: chan_lcr.c:2061 lcr_hangup: [call=0 ast=lcr/134] Freeing call instance, because we have no ref AND we are requesting no ref.
[Nov  8 14:14:09] NOTICE[28629]: chan_lcr.c:290 free_call: [call=0 ast=NULL] Call instance freed.

In der extensions.conf vom Asterisk habe ich folgendes stehen um Overlapdailing zu realisieren:

Code:

exten => 0,1,WaitExten(3)
exten => t,1,WaitExten(3)

JanG80 · 8 Nov 2009

Wie sieht denn deine routing.conf aus?

Bei mir so:

Code:

remote=asterisk interface=misdnintern : remote application=asterisk
exten=0
remote=asterisk interface=misdnextern : remote application=asterisk

Meine extensions.conf sieht genau so aus wie bei dir und ich kann das Problem nicht reproduzieren. Allerdings arbeite ich noch mit Asterisk 1.4 und nicht mit 1.6. Eventuell liegt das Problem ja hier...

FreierRadikaler · 9 Nov 2009

Das war aber die routing.conf bei dir vom lcr die du da gepostet hast^^

Mein sieht so aus:

Code:

[main]

remote=asterisk interface=mISDNInternUG : remote application=asterisk exten=0
remote=asterisk interface=mISDNInternEG : remote application=asterisk exten=0
remote=asterisk interface=mISDNIntern1OG : remote application=asterisk exten=0
remote=asterisk interface=mISDNIntern2OG : remote application=asterisk exten=0
remote=asterisk interface=mISDNExtern : remote application=asterisk
default : efi

Der Asterisk meldet aber erst garnicht, dass der die nummer bekommen hat. Das ist ja das, was mich stutzig macht...

FreierRadikaler · 10 Nov 2009

Arg... ICh habe gerade die Lösung gefunden. Sie ist so einfach wie trivial.

Einfach folgendes Rezept in die routing.conf des Lcrs geben, umrühren, fertig!

Code:

[main]
: remote application=asterisk

FreierRadikaler · 10 Nov 2009

Verdammt zu früh gefreut. Jetzt kann ich zwar normal wählen und dann abnehmen, aber wenn ich overlap dialing mache, sendet der LCR dem Asterisk das führende Zeichen nicht...

Das heißt aus 12345 wir dann 2345. Wie kann man das verhindern?

Code:

screen-in national % 0%
screen-in international % 00%

Das in der interfaces.conf bringt nichts :-(

Languages

Suche

Languages

Suche

Overlapdailig funktioniert jedoch kein normales Wählen

FreierRadikaler

Neuer User

JanG80

Mitglied

FreierRadikaler

Neuer User

FreierRadikaler

Neuer User

FreierRadikaler

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums