[asterisk-bugs] [JIRA] (ASTERISK-29865) ChannelRedirect() does not work properly when used on a channel in a ConfBridge
Mark Murawski (JIRA)
noreply at issues.asterisk.org
Thu Jan 13 12:57:06 CST 2022
[ https://issues.asterisk.org/jira/browse/ASTERISK-29865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mark Murawski updated ASTERISK-29865:
-------------------------------------
Description:
{noformat}
PBX_BridgeToChannel PBX_ChannelDriver_Get
bob*CLI> dialplan show PBX_BridgeToChannel
[ Context 'PBX_BridgeToChannel' created by 'pbx_ael' ]
's' => 1. Answer() [pbx_ael]
2. Bridge(${CallRouter_BridgeTo},x) [pbx_ael]
3. Hangup() [pbx_ael]
-= 1 extension (3 priorities) in 1 context. =-
[2022-01-13 13:35:38.237-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] ChannelRedirect(PJSIP/5509-00000cf7,PBX_BridgeToChannel,s,1)
[2022-01-13 13:35:38.237-0500] VERBOSE[31512][C-00000cb2]: <PJSIP/5509-00000cf7> left 'softmix' base-bridge <ae04c14a-ef1c-4414-8c40-6972e26020f8>
[2022-01-13 13:35:38.237-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] Answer()
[2022-01-13 13:35:38.237-0500] VERBOSE[4938]: 0x7f41680b68e0 -- Strict RTP learning after remote address set to: 192.168.50.102:2256
[2022-01-13 13:35:38.315-0500] VERBOSE[31521][C-00000cb3]: 0x7f41680b68e0 -- Strict RTP switching to RTP target address 192.168.50.102:2256 as source
[2022-01-13 13:35:38.315-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] Ringing()
[2022-01-13 13:35:38.316-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] Wait(10)
{noformat}
PJSIP/5509-00000cf7 is now silently gone..
Same action.. different timeframe... core set debug 6
{noformat}
[2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: PJSIP/5515-00000033: Indicated Stop generators
[2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: PJSIP/5515-00000033
[2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Added datastore to channel 'PJSIP/5515-00000033', Type: mfaled-interface, UID: (null)
[2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Added datastore to channel 'PJSIP/5515-00000033', Type: bridge-dtmf-features, UID: (null)
[2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Added datastore to channel 'PJSIP/5509-00000032', Type: bridge-dtmf-features, UID: (null)
[2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Creating topic. name: bridge:320a4e85-4d2f-4eda-bf5b-bf8908086818, detail:
[2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Topic 'bridge:320a4e85-4d2f-4eda-bf5b-bf8908086818': 0x7f8ef00151b0 created
[2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Creating topic. name: cache:261/bridge:320a4e85-4d2f-4eda-bf5b-bf8908086818, detail:
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Topic 'cache:261/bridge:320a4e85-4d2f-4eda-bf5b-bf8908086818': 0x7f8ef0015ab0 created
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge '320a4e85-4d2f-4eda-bf5b-bf8908086818' can not use native RTP bridge as two channels are required
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge technology native_rtp is not compatible with properties of existing bridge.
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: Cannot use native DAHDI. Must have two channels.
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge technology native_dahdi is not compatible with properties of existing bridge.
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge technology holding_bridge does not have any capabilities we want.
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge technology softmix has less preference than simple_bridge (10 <= 50). Skipping.
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Chose bridge technology simple_bridge
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: calling simple_bridge technology constructor
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: calling simple_bridge technology start
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Added datastore to channel 'PJSIP/5509-00000032', Type: FEATURE, UID: (null)
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Can't move channel PJSIP/5509-00000032 from bridge 7d5d59e4-fa12-4918-9dae-53343063460d into bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818, masquerade only.
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: telling all channels to leave the party
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: dissolving bridge with cause 16(Normal Clearing)
[2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: queueing action type:13 sub:1001
[2022-01-13 13:54:29.105-0500] DEBUG[1583][C-00000001]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: actually destroying basic bridge, nobody wants it anymore
[2022-01-13 13:54:29.105-0500] DEBUG[1583][C-00000001]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: calling basic bridge destructor
[2022-01-13 13:54:29.105-0500] DEBUG[1583][C-00000001]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: calling simple_bridge technology stop
[2022-01-13 13:54:29.105-0500] DEBUG[1583][C-00000001]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: calling simple_bridge technology destructor
{noformat}
End Result:
Channel is hung up without fanfare... the channel goes away without the normal hangup verbose logging
was:
{noformat}
PBX_BridgeToChannel PBX_ChannelDriver_Get
bob*CLI> dialplan show PBX_BridgeToChannel
[ Context 'PBX_BridgeToChannel' created by 'pbx_ael' ]
's' => 1. Answer() [pbx_ael]
2. Bridge(${CallRouter_BridgeTo},x) [pbx_ael]
3. Hangup() [pbx_ael]
-= 1 extension (3 priorities) in 1 context. =-
[2022-01-13 13:35:38.237-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] ChannelRedirect(PJSIP/5509-00000cf7,PBX_BridgeToChannel,s,1)
[2022-01-13 13:35:38.237-0500] VERBOSE[31512][C-00000cb2]: <PJSIP/5509-00000cf7> left 'softmix' base-bridge <ae04c14a-ef1c-4414-8c40-6972e26020f8>
[2022-01-13 13:35:38.237-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] Answer()
[2022-01-13 13:35:38.237-0500] VERBOSE[4938]: 0x7f41680b68e0 -- Strict RTP learning after remote address set to: 192.168.50.102:2256
[2022-01-13 13:35:38.315-0500] VERBOSE[31521][C-00000cb3]: 0x7f41680b68e0 -- Strict RTP switching to RTP target address 192.168.50.102:2256 as source
[2022-01-13 13:35:38.315-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] Ringing()
[2022-01-13 13:35:38.316-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] Wait(10)
{noformat}
PJSIP/5509-00000cf7 is now silently gone..
End Result:
Channel is hung up without fanfare... the channel goes away without the normal hangup verbose logging
> ChannelRedirect() does not work properly when used on a channel in a ConfBridge
> -------------------------------------------------------------------------------
>
> Key: ASTERISK-29865
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-29865
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Bridges/bridge_builtin_features
> Affects Versions: 16.23.0, 18.9.0
> Reporter: Mark Murawski
>
> {noformat}
> PBX_BridgeToChannel PBX_ChannelDriver_Get
> bob*CLI> dialplan show PBX_BridgeToChannel
> [ Context 'PBX_BridgeToChannel' created by 'pbx_ael' ]
> 's' => 1. Answer() [pbx_ael]
> 2. Bridge(${CallRouter_BridgeTo},x) [pbx_ael]
> 3. Hangup() [pbx_ael]
> -= 1 extension (3 priorities) in 1 context. =-
> [2022-01-13 13:35:38.237-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] ChannelRedirect(PJSIP/5509-00000cf7,PBX_BridgeToChannel,s,1)
> [2022-01-13 13:35:38.237-0500] VERBOSE[31512][C-00000cb2]: <PJSIP/5509-00000cf7> left 'softmix' base-bridge <ae04c14a-ef1c-4414-8c40-6972e26020f8>
> [2022-01-13 13:35:38.237-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] Answer()
> [2022-01-13 13:35:38.237-0500] VERBOSE[4938]: 0x7f41680b68e0 -- Strict RTP learning after remote address set to: 192.168.50.102:2256
> [2022-01-13 13:35:38.315-0500] VERBOSE[31521][C-00000cb3]: 0x7f41680b68e0 -- Strict RTP switching to RTP target address 192.168.50.102:2256 as source
> [2022-01-13 13:35:38.315-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] Ringing()
> [2022-01-13 13:35:38.316-0500] VERBOSE[31521][C-00000cb3]: <PJSIP/5515-00000cf8> Executing (AGI) [*5505 at _cos_internal+local+ld:4] Wait(10)
> {noformat}
> PJSIP/5509-00000cf7 is now silently gone..
> Same action.. different timeframe... core set debug 6
> {noformat}
> [2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: PJSIP/5515-00000033: Indicated Stop generators
> [2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: PJSIP/5515-00000033
> [2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Added datastore to channel 'PJSIP/5515-00000033', Type: mfaled-interface, UID: (null)
> [2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Added datastore to channel 'PJSIP/5515-00000033', Type: bridge-dtmf-features, UID: (null)
> [2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Added datastore to channel 'PJSIP/5509-00000032', Type: bridge-dtmf-features, UID: (null)
> [2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Creating topic. name: bridge:320a4e85-4d2f-4eda-bf5b-bf8908086818, detail:
> [2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Topic 'bridge:320a4e85-4d2f-4eda-bf5b-bf8908086818': 0x7f8ef00151b0 created
> [2022-01-13 13:54:29.104-0500] DEBUG[6693][C-00000030]: Creating topic. name: cache:261/bridge:320a4e85-4d2f-4eda-bf5b-bf8908086818, detail:
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Topic 'cache:261/bridge:320a4e85-4d2f-4eda-bf5b-bf8908086818': 0x7f8ef0015ab0 created
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge '320a4e85-4d2f-4eda-bf5b-bf8908086818' can not use native RTP bridge as two channels are required
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge technology native_rtp is not compatible with properties of existing bridge.
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: Cannot use native DAHDI. Must have two channels.
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge technology native_dahdi is not compatible with properties of existing bridge.
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge technology holding_bridge does not have any capabilities we want.
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge technology softmix has less preference than simple_bridge (10 <= 50). Skipping.
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Chose bridge technology simple_bridge
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: calling simple_bridge technology constructor
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: calling simple_bridge technology start
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Added datastore to channel 'PJSIP/5509-00000032', Type: FEATURE, UID: (null)
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Can't move channel PJSIP/5509-00000032 from bridge 7d5d59e4-fa12-4918-9dae-53343063460d into bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818, masquerade only.
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: telling all channels to leave the party
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: dissolving bridge with cause 16(Normal Clearing)
> [2022-01-13 13:54:29.105-0500] DEBUG[6693][C-00000030]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: queueing action type:13 sub:1001
> [2022-01-13 13:54:29.105-0500] DEBUG[1583][C-00000001]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: actually destroying basic bridge, nobody wants it anymore
> [2022-01-13 13:54:29.105-0500] DEBUG[1583][C-00000001]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: calling basic bridge destructor
> [2022-01-13 13:54:29.105-0500] DEBUG[1583][C-00000001]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: calling simple_bridge technology stop
> [2022-01-13 13:54:29.105-0500] DEBUG[1583][C-00000001]: Bridge 320a4e85-4d2f-4eda-bf5b-bf8908086818: calling simple_bridge technology destructor
> {noformat}
> End Result:
> Channel is hung up without fanfare... the channel goes away without the normal hangup verbose logging
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list