Vermitteln geht nicht

divB

Mitglied
Mitglied seit
14 Jul 2006
Beiträge
324
Punkte für Reaktionen
0
Punkte
0
Hallo!

Normalerweise sollte das Vermitteln in Asterisk ja ganz einfach gehn oder? Mein Asterisk hat Zugang zum Amt per chan_capi und hat interne Telephone sowohl an SIP als auch an Zap-Trunks hängen. Die Nebenstellen sind 20,21,22,...

Meine features.conf sieht so aus:

Code:
[general]
parkext => 700                  ; What extension to dial to park
parkpos => 701-720              ; What extensions to park calls on. These needs to be
                                ; numeric, as Asterisk starts from the start position
                                ; and increments with one for the next parked call.
context => parkedcalls          ; Which context parked calls are in
;parkingtime => 45              ; Number of seconds a call can be parked for
                                ; (default is 45 seconds)
;transferdigittimeout => 3      ; Number of seconds to wait between digits when transfering a call
;courtesytone = beep            ; Sound file to play to the parked caller
                                ; when someone dials a parked call
;xfersound = beep               ; to indicate an attended transfer is complete
;xferfailsound = beeperr        ; to indicate a failed transfer
;adsipark = yes                 ; if you want ADSI parking announcements
;findslot => next               ; Continue to the 'next' free parking space.
                                ; Defaults to 'first' available
;pickupexten = *8               ; Configure the pickup extension.  Default is *8
;featuredigittimeout = 500      ; Max time (ms) between digits for
                                ; feature activation.  Default is 500


[featuremap]
blindxfer => #1                 ; Blind transfer
;disconnect => *0               ; Disconnect
automon => *2                   ; One Touch Record
atxfer => *1                    ; Attended transfer

[applicationmap]
; Note that the DYNAMIC_FEATURES channel variable must be set to use the features
; defined here.  The value of DYNAMIC_FEATURES should be the names of the features
; to allow the channel to use separated by '#'.  For example:
;    Set(DYNAMIC_FEATURES=myfeature1#myfeature2#myfeature3)
;
;testfeature => #9,callee,Playback,tt-monkeys   ;Play tt-monkeys to
                                                ;callee if #9 was pressed

Jetzt rufe ich testweise von extern an und komme über den CAPI-Channel in eine Extension.
Ich hebe mit einem SIP Telephon ab. Das Telephonat will ich nun testweise weiterleiten. Also drücke ich "#120" für einen Blind-Transfer zur Extension "20" (ein internes Telephon am Zap-Channel).

Es passiert aber GAR nix. Weder wenn ich das eingegeben habe, noch wenn ich auflege. Doch, wenn ich auflege, trennt sich gleich die ganze Verbindung.

Auf der Asterisk-Konsole nichts auffälliges.

Was versteh daran falsch?

Vielen Dank im Vorraus!

lg,
divB
 
Was bringt den ein show features auf der CLI ?
 
Vielen Dank für die Antwort dachte schon ich werd nie an eine Lösung kommen!! :-)

Sieht aber trotzdem so aus als wäre alles richtig konfiguriert :-( Oder?

Code:
*CLI> show features
Builtin Feature           Default Current
---------------           ------- -------
Pickup                    *8      *8
Blind Transfer            #       #1
Attended Transfer                 *1
One Touch Monitor                 *2
Disconnect Call           *       *

Dynamic Feature           Default Current
---------------           ------- -------
(none)

Call parking
------------
Parking extension   :   700
Parking context     :   parkedcalls
Parked call extensions: 701-720

*CLI>

Danke und LG nochmal,

divB
 
Sieht eigentlich OK aus.
Was bringt den ein einfaches #1 wärend einem telefonat?
Sonst keine Probleme mit DTMF?
 
Also danke noch einmal.

Durch deinen Hinweis bin ich draufgekommen, dass DTMF bei meinem analogen Telephon über HandyTone ATA nicht so gut geklappt hat. Es hilft aber trotzdem nichts, es tut sich GAR NICHTS :-(

Wie an den Debugmeldungen zu erkennen, werden die DTMF-Töne ohne Probleme erkannt.

Also: Ich hab eine Nebenstelle 20 (analoges Telephon am S0-Bus), 21 (analoges Telephon mit SIP und HandyTone 286) und 29 (X-Lite unter Windows).

Nun rufe ich testweise von Nebenstelle 21 auf 29 an. Hebe ab und will dann mit '#120' das Gespräch auf die Nebenstelle 20 weiterleiten. Es tut sich aber nichts:

Code:
Mar 13 01:17:37 DEBUG[16391]: chan_sip.c:7258 check_user_full: Setting NAT on RTP to 0
Mar 13 01:17:37 DEBUG[16391]: chan_sip.c:7262 check_user_full: Setting NAT on VRTP to 0
Mar 13 01:17:37 DEBUG[16391]: chan_sip.c:1407 __sip_ack: Stopping retransmission on '[email protected]' of Response 5150: Match Found
Mar 13 01:17:37 DEBUG[16391]: chan_sip.c:7258 check_user_full: Setting NAT on RTP to 0
Mar 13 01:17:37 DEBUG[16391]: chan_sip.c:7262 check_user_full: Setting NAT on VRTP to 0
Mar 13 01:17:38 DEBUG[16391]: chan_sip.c:10652 handle_request_invite: Checking SIP call limits for device sip1
Mar 13 01:17:38 DEBUG[16391]: chan_sip.c:6169 build_route: build_route: Contact hop: <sip:[email protected]:47046>
    -- Executing Answer("SIP/sip1-08196ad0", "") in new stack
Mar 13 01:17:38 DEBUG[22149]: pbx.c:1523 pbx_substitute_variables_helper_full: Function result is 'SIP/niki'
    -- Executing Set("SIP/sip1-08196ad0", "DEST=SIP/niki") in new stack
Mar 13 01:17:38 DEBUG[22149]: pbx.c:1590 pbx_substitute_variables_helper_full: Expression result is '12345'
    -- Executing Set("SIP/sip1-08196ad0", "CALLERID(number)=12345") in new stack
Mar 13 01:17:38 DEBUG[22149]: pbx.c:1590 pbx_substitute_variables_helper_full: Expression result is 'Hampelmann'
    -- Executing Set("SIP/sip1-08196ad0", "CALLERID(name)=Hampelmann") in new stack
    -- Executing Dial("SIP/sip1-08196ad0", "SIP/niki|25|r") in new stack
Mar 13 01:17:38 DEBUG[22149]: chan_sip.c:1880 create_addr_from_peer: Setting NAT on RTP to 0
Mar 13 01:17:38 DEBUG[22149]: chan_sip.c:1884 create_addr_from_peer: Setting NAT on VRTP to 0
Mar 13 01:17:38 DEBUG[22149]: chan_sip.c:2074 sip_call: Outgoing Call for niki
    -- Called niki
Mar 13 01:17:38 DEBUG[22149]: channel.c:2078 ast_indicate: Driver for channel 'SIP/sip1-08196ad0' does not support indication 3, emulating it
Mar 13 01:17:38 DEBUG[22149]: channel.c:1753 ast_settimeout: Scheduling timer at 160 sample intervals
Mar 13 01:17:38 DEBUG[16391]: chan_sip.c:1407 __sip_ack: Stopping retransmission on '[email protected]' of Response 5151: Match Found
Mar 13 01:17:38 DEBUG[22149]: channel.c:2017 ast_read: Generator got voice, switching to phase locked mode
Mar 13 01:17:38 DEBUG[22149]: channel.c:1753 ast_settimeout: Scheduling timer at 0 sample intervals
Mar 13 01:17:38 DEBUG[16391]: chan_sip.c:1460 __sip_semi_ack: (Provisional) Stopping retransmission (but retaining packet) on '[email protected]' Request 102: Found
    -- SIP/niki-081a8df8 is ringing
Mar 13 01:17:42 DEBUG[16391]: chan_sip.c:1385 __sip_ack: Acked pending invite 102
Mar 13 01:17:42 DEBUG[16391]: chan_sip.c:1407 __sip_ack: Stopping retransmission on '[email protected]' of Request 102: Match Found
Mar 13 01:17:42 DEBUG[16391]: chan_sip.c:6169 build_route: build_route: Contact hop: <sip:[email protected]:48336;rinstance=8871a145e721d608>
    -- SIP/niki-081a8df8 answered SIP/sip1-08196ad0
Mar 13 01:17:42 DEBUG[22149]: channel.c:1753 ast_settimeout: Scheduling timer at 0 sample intervals
    -- Attempting native bridge of SIP/sip1-08196ad0 and SIP/niki-081a8df8
Mar 13 01:17:42 DEBUG[22149]: chan_sip.c:3007 sip_rtp_read: Oooh, format changed to 4
Mar 13 01:17:49 DEBUG[22149]: chan_sip.c:3015 sip_rtp_read: * Detected inband DTMF '#'
Mar 13 01:17:50 DEBUG[22149]: chan_sip.c:3015 sip_rtp_read: * Detected inband DTMF '1'
Mar 13 01:17:50 DEBUG[22149]: chan_sip.c:3015 sip_rtp_read: * Detected inband DTMF '2'
Mar 13 01:17:51 DEBUG[22149]: chan_sip.c:3015 sip_rtp_read: * Detected inband DTMF '0'

Wie man sieht, werden aber die DTMF-Töne problemlos erkannt.

Anderer Test: Ich rufe vom Zap-Telephon (NST 21) X-Lite auf 29 an und will das Telephonat mittels #121 auf das analoge Telephon am HandyTone weiterleiten:

Code:
Mar 13 01:19:27 DEBUG[16393]: chan_zap.c:7919 pri_find_empty_chan: Found empty available channel 0/2
    -- Executing Progress("Zap/2-1", "") in new stack
    -- Accepting voice call from '20' to 's' on channel 0/2, span 1
Mar 13 01:19:27 DEBUG[16393]: chan_zap.c:1598 zt_enable_ec: No echo cancellation requested
Mar 13 01:19:27 DEBUG[22415]: chan_zap.c:5133 zt_indicate: Requested indication 14 on channel Zap/2-1
Mar 13 01:19:27 DEBUG[22415]: chan_zap.c:5199 zt_indicate: Received AST_CONTROL_PROGRESS on Zap/2-1
  == CDR updated on Zap/2-1
    -- Executing Goto("Zap/2-1", "29|1") in new stack
    -- Goto (internal,29,1)
    -- Executing Answer("Zap/2-1", "") in new stack
Mar 13 01:19:36 DEBUG[22415]: chan_zap.c:1614 zt_train_ec: No echo training requested
Mar 13 01:19:36 DEBUG[22415]: pbx.c:1523 pbx_substitute_variables_helper_full: Function result is 'SIP/niki'
    -- Executing Set("Zap/2-1", "DEST=SIP/niki") in new stack
Mar 13 01:19:36 DEBUG[22415]: pbx.c:1590 pbx_substitute_variables_helper_full: Expression result is '12345'
    -- Executing Set("Zap/2-1", "CALLERID(number)=12345") in new stack
Mar 13 01:19:36 DEBUG[22415]: pbx.c:1590 pbx_substitute_variables_helper_full: Expression result is 'Hampelmann'
    -- Executing Set("Zap/2-1", "CALLERID(name)=Hampelmann") in new stack
    -- Executing Dial("Zap/2-1", "SIP/niki|25|r") in new stack
Mar 13 01:19:36 DEBUG[22415]: chan_sip.c:1880 create_addr_from_peer: Setting NAT on RTP to 0
Mar 13 01:19:36 DEBUG[22415]: chan_sip.c:1884 create_addr_from_peer: Setting NAT on VRTP to 0
Mar 13 01:19:36 DEBUG[22415]: chan_sip.c:2074 sip_call: Outgoing Call for niki
    -- Called niki
Mar 13 01:19:36 DEBUG[22415]: chan_zap.c:5133 zt_indicate: Requested indication 3 on channel Zap/2-1
Mar 13 01:19:36 DEBUG[16391]: chan_sip.c:1460 __sip_semi_ack: (Provisional) Stopping retransmission (but retaining packet) on '[email protected]' Request 102: Found
    -- SIP/niki-08196ad0 is ringing
Mar 13 01:19:40 DEBUG[16391]: chan_sip.c:1385 __sip_ack: Acked pending invite 102
Mar 13 01:19:40 DEBUG[16391]: chan_sip.c:1407 __sip_ack: Stopping retransmission on '[email protected]' of Request 102: Match Found
Mar 13 01:19:40 DEBUG[16391]: chan_sip.c:6169 build_route: build_route: Contact hop: <sip:[email protected]:48336;rinstance=8871a145e721d608>
    -- SIP/niki-08196ad0 answered Zap/2-1
Mar 13 01:19:40 DEBUG[22415]: chan_zap.c:5133 zt_indicate: Requested indication -1 on channel Zap/2-1
Mar 13 01:19:40 DEBUG[22415]: chan_sip.c:3007 sip_rtp_read: Oooh, format changed to 4
Mar 13 01:19:48 DEBUG[22415]: chan_zap.c:4940 zt_read: DTMF digit: # on Zap/2-1
Mar 13 01:19:48 DEBUG[22415]: chan_zap.c:4940 zt_read: DTMF digit: 1 on Zap/2-1
Mar 13 01:19:49 DEBUG[22415]: chan_zap.c:4940 zt_read: DTMF digit: 2 on Zap/2-1
Mar 13 01:19:50 DEBUG[22415]: chan_zap.c:4940 zt_read: DTMF digit: 1 on Zap/2-1

Wieder das gleiche.
Braucht man echt keine Einstellungen mehr für den Transfer??

Hast du sonst noch eine Idee?

LG,
ein verzweifelter divB
 
poste mal die contextre deine Clients in der extensions. Hast du ein t bzw. T bei Dial gesetzt?
Übrigens, Du solltest wärend einer Verbindugn einfach ein "#1" drücken, anschliessend kommt "es wird Vermittelt", dann kannst Du das Ziel angeben. Vieleicht bist Du zu schnell?
 
Zuletzt bearbeitet:
Juhuu, juhuu, danke!!!

Ich hatte bei den externen Dials() zwar das t und das T dabei aber nicht bei den internen. Und extern hab ich es nicht so oft versucht (kostet ja Geld!) und das dürfte immer mit der fehlerhaften Erkennung am Grandstream zusammengehängt haben!

Kurze Frage noch zu den Features so.

Ich hab
transferdigittimeout => 15
gesetzt. Heisst das, ich hab 15 Sekunden Zeit um die Nebenstelle einzutippen? Und heisst das auch, dass wenn die NST komplett ist sofort verbunden wird oder erst nach 15 Sekunden? Was ist wenn ich mich vertippsle bzw. die Zeit abläuft? Kommt man wieder ins Gespräch zurück?

Was ist wenn an der NST niemand abhebt oder besetzt ist? Kommt man dann wieder zurück? Wenn ja, wo kann ich das Timeout dafür einstellen?

Und das
featuredigittimeout = 5000
hab ich auch gesetzt.
Heisst das, das ich zwischen dem '#' und der '1' 5 Sekunden Zeit habe?

Danke :-)

divB
 
transferdigittimeout => 15
gesetzt. Heisst das, ich hab 15 Sekunden Zeit um die Nebenstelle einzutippen?
Das beduetet lediglich, dass der Anruf nach 15 Sekunden wieder zu Dir zurück kommt, soferne er von der NST nicht brantwortet wurde.

Und heisst das auch, dass wenn die NST komplett ist sofort verbunden wird oder erst nach 15 Sekunden?

Soblad die NST angenommen hat, wird der Anruf verbunden.

Was ist wenn ich mich vertippsle bzw. die Zeit abläuft? Kommt man wieder ins Gespräch zurück?

Da sollte Dich eine nette Dame daruf hinweisen und fliegst anschliessend wieder ins Gespräch zurück...


Was ist wenn an der NST niemand abhebt oder besetzt ist? Kommt man dann wieder zurück? Wenn ja, wo kann ich das Timeout dafür einstellen?

wie gesagt, der transferdigittimeout

Und das
featuredigittimeout = 5000
hab ich auch gesetzt.
Heisst das, das ich zwischen dem '#' und der '1' 5 Sekunden Zeit habe?

=> korrekt

MfG
toldap
 
Zuletzt bearbeitet:
Kostenlos!

Statistik des Forums

Themen
248,445
Beiträge
2,291,670
Mitglieder
377,864
Neuestes Mitglied
begahn