search for: goto_on_blindxfr

10.9.0. I'm trying to have a setup where hitting # sends the called party to the confbridge. I've set GOTO_ON_BLINDXFR: CLI> dialplan show globals ......... GOTO_ON_BLINDXFR=tel-incoming^confbridge^1 (Also tried tel-incoming,confbridge,1 and using | ) but it doesn't work: Dial("DAHDI/1-1", "DAHDI/4/xxxyyyzzzz,,tT") in new stack -- Called DAHDI/4/xxxyyyzzzz ........... -...

...l:2] SendDTMF("DAHDI/1-1", "1") in new stack -- Executing [266 at internal:3] ConfBridge("DAHDI/1-1", "1") in new stack -- <DAHDI/1-1> Playing 'conf-onlyperson.ulaw' (language 'en') ....... extensions.conf: [globals] ....... GOTO_ON_BLINDXFR="internal,266,1" features.conf: [featuremap] blindxfer => #1 But: -- Executing [s at DialOut:14] Dial("DAHDI/1-1", "motif/xxxx/+1234567890a at voice.google.com,,rTt") in new stack -- Called motif/xxxx/+1234567890a at voice.google.com -- Motif/+1234567...

...ting [266 at internal:3] ConfBridge("DAHDI/1-1", "1") in new stack >> -- <DAHDI/1-1> Playing 'conf-onlyperson.ulaw' (language 'en') >> ....... >> >> >> extensions.conf: >> >> [globals] >> ....... >> GOTO_ON_BLINDXFR="internal,266,1" >> >> features.conf: >> >> [featuremap] >> blindxfer => #1 >> >> But: >> >> -- Executing [s at DialOut:14] Dial("DAHDI/1-1", >> "motif/xxxx/+1234567890a at voice.google.com,,rTt") in new st...

...> new stack >>>> -- <DAHDI/1-1> Playing 'conf-onlyperson.ulaw' (language 'en') >>>> ....... >>>> >>>> >>>> extensions.conf: >>>> >>>> [globals] >>>> ....... >>>> GOTO_ON_BLINDXFR="internal,266,1" >>>> >>>> features.conf: >>>> >>>> [featuremap] >>>> blindxfer => #1 >>>> >>>> But: >>>> >>>> -- Executing [s at DialOut:14] Dial("DAHDI/1-1", >>...

...quot;) in new stack > -- Executing [266 at internal:3] ConfBridge("DAHDI/1-1", "1") in new stack > -- <DAHDI/1-1> Playing 'conf-onlyperson.ulaw' (language 'en') > ....... > > > extensions.conf: > > [globals] > ....... > GOTO_ON_BLINDXFR="internal,266,1" > > features.conf: > > [featuremap] > blindxfer => #1 > > But: > > -- Executing [s at DialOut:14] Dial("DAHDI/1-1", > "motif/xxxx/+1234567890a at voice.google.com,,rTt") in new stack > -- Called motif/xxxx/+12345...

...-1", "1") in >>> new stack >>> -- <DAHDI/1-1> Playing 'conf-onlyperson.ulaw' (language 'en') >>> ....... >>> >>> >>> extensions.conf: >>> >>> [globals] >>> ....... >>> GOTO_ON_BLINDXFR="internal,266,1" >>> >>> features.conf: >>> >>> [featuremap] >>> blindxfer => #1 >>> >>> But: >>> >>> -- Executing [s at DialOut:14] Dial("DAHDI/1-1", >>> "motif/xxxx/+1234567890a a...

...-- <DAHDI/1-1> Playing 'conf-onlyperson.ulaw' (language 'en') >>>>> ....... >>>>> >>>>> >>>>> extensions.conf: >>>>> >>>>> [globals] >>>>> ....... >>>>> GOTO_ON_BLINDXFR="internal,266,1" >>>>> >>>>> features.conf: >>>>> >>>>> [featuremap] >>>>> blindxfer => #1 >>>>> >>>>> But: >>>>> >>>>> -- Executing [s at DialOut:14]...

...g 'conf-onlyperson.ulaw' (language 'en') >>>>>> ....... >>>>>> >>>>>> >>>>>> extensions.conf: >>>>>> >>>>>> [globals] >>>>>> ....... >>>>>> GOTO_ON_BLINDXFR="internal,266,1" >>>>>> >>>>>> features.conf: >>>>>> >>>>>> [featuremap] >>>>>> blindxfer => #1 >>>>>> >>>>>> But: >>>>>> >>>>>...

...H323/7272-6385", "6052,1pdMXq") in new stack -- Created MeetMe conference 1023 for conference '6052' == Spawn extension (sipphones, 7272, 3) exited non-zero on 'SIP/6052-00000ab6<ZOMBIE>' As you can see both channels are passed to macro defined in |__GOTO_ON_BLINDXFR=fromtransfer and everything works as expected. But I have problem I know that macros are deprecated, but, problem here is that in asterisk 13 |||GOTO_ON_BLINDXFR| is executed only for one channel: | -- Started music on hold, class 'default', on channel 'DAHDI/i1/6000-436'...

...equests (Reported by Stefan Engstr??m) * ASTERISK-25137 - endpoint stasis messages are delivered twice (Reported by Vitezslav Novy) * ASTERISK-25116 - res_pjsip: Two PeerStatus AMI messages are sent for every status change (Reported by George Joseph) * ASTERISK-25641 - bridge: GOTO_ON_BLINDXFR doesn't work on transfer initiated channel (Reported by Dmitry Melekhov) * ASTERISK-25614 - DTLS negotiation delays (Reported by Dade Brandon) * ASTERISK-25442 - using realtime (mysql) queue members are never updated in wait_our_turn function (app_queue.c) (Reported by...

...equests (Reported by Stefan Engstr??m) * ASTERISK-25137 - endpoint stasis messages are delivered twice (Reported by Vitezslav Novy) * ASTERISK-25116 - res_pjsip: Two PeerStatus AMI messages are sent for every status change (Reported by George Joseph) * ASTERISK-25641 - bridge: GOTO_ON_BLINDXFR doesn't work on transfer initiated channel (Reported by Dmitry Melekhov) * ASTERISK-25614 - DTLS negotiation delays (Reported by Dade Brandon) * ASTERISK-25442 - using realtime (mysql) queue members are never updated in wait_our_turn function (app_queue.c) (Reported by...

...equests (Reported by Stefan Engstr??m) * ASTERISK-25137 - endpoint stasis messages are delivered twice (Reported by Vitezslav Novy) * ASTERISK-25116 - res_pjsip: Two PeerStatus AMI messages are sent for every status change (Reported by George Joseph) * ASTERISK-25641 - bridge: GOTO_ON_BLINDXFR doesn't work on transfer initiated channel (Reported by Dmitry Melekhov) * ASTERISK-25614 - DTLS negotiation delays (Reported by Dade Brandon) * ASTERISK-25442 - using realtime (mysql) queue members are never updated in wait_our_turn function (app_queue.c) (Reported by...

...ADD_VENDOR_CODE (Reported by Aaron An) * ASTERISK-25137 - endpoint stasis messages are delivered twice (Reported by Vitezslav Novy) * ASTERISK-25116 - res_pjsip: Two PeerStatus AMI messages are sent for every status change (Reported by George Joseph) * ASTERISK-25641 - bridge: GOTO_ON_BLINDXFR doesn't work on transfer initiated channel (Reported by Dmitry Melekhov) * ASTERISK-25614 - DTLS negotiation delays (Reported by Dade Brandon) * ASTERISK-25625 - res_sorcery_memory_cache: Add full backend caching (Reported by Joshua Colp) * ASTERISK-25601 - json: Audit refe...

...v Novy) - [ASTERISK-25116 <https://issues.asterisk.org/jira/browse/ASTERISK-25116>] - res_pjsip: Two PeerStatus AMI messages are sent for every status change (Reported by George Joseph) - [ASTERISK-25641 <https://issues.asterisk.org/jira/browse/ASTERISK-25641>] - bridge: GOTO_ON_BLINDXFR doesn't work on transfer initiated channel (Reported by Dmitry Melekhov) - [ASTERISK-25639 <https://issues.asterisk.org/jira/browse/ASTERISK-25639>] - app_amd: system maxwords discrepency (Reported by Dade Brandon) - [ASTERISK-25614 <https://issues.asterisk.org/jira/brow...