[asterisk-users] Channel names with semicolons

Antony Stone Antony.Stone at asterisk.open.source.it
Wed Sep 7 09:17:01 CDT 2022


On Wednesday 07 September 2022 at 11:44:54, Antony Stone wrote:

> Hi.

This is a follow-up to an email I posted earlier today to the list, although I 
haven't seen it come back yet.  If it's under moderation for some reason, I 
hope some kindly admin will release it :)

> I'm trying to deal with a problem regarding putting a call on hold and then
> later resuming it.  I am using chan_sip throughout, and Asterisk 16.

<snip detail from previous email>

> The main thing which is puzzling me about this is that I see examples of
> both Local/number at context-00000ce9;1 and Local/number at context-00000ce9;2
> during the processing of the calls.
> 
> What is the significance of the number following the semi-colon?
> 
> I also see in verbose logging output:
> 
> [2022-09-07 09:37:57.310706] pbx VERBOSE[29148]: dial.c:598 in
> handle_frame: Local/number at context-00000ce9;1 answered
> 
> [2022-09-07 09:37:57.310792] pbx VERBOSE[29155][C-00001265]:
> bridge_channel.c:2252 in bridge_channel_internal_push_full: Channel
> SIP/Trunkname-00002b55 joined 'simple_bridge' basic-bridge <7e260e93-
> abd4-48ea-96f1-33601165dba2>
> 
> [2022-09-07 09:37:57.310937] pbx VERBOSE[29149][C-00001265]:
> bridge_channel.c:2252 in bridge_channel_internal_push_full: Channel
> Local/number at context-00000ce9;2 joined 'simple_bridge' basic-bridge
> <7e260e93- abd4-48ea-96f1-33601165dba2>
> 
> 
> So, when the channel Local/number at context-00000ce9;1 gets answered, the
> result is to bridge the channels Local/number at context-00000ce9;2 and
> SIP/Trunkname-00002b55

I see something very similar in the documentation about local channels at 
https://wiki.asterisk.org/wiki/display/AST/Using+Callfiles+and+Local+Channels - 
there are examples of both devices-ecf0;1 and devices-ecf0;2 but no mention of 
what the final digit means.

Can anyone enlighten me please?


Antony.

-- 
Never automate fully anything that does not have a manual override capability. 
Never design anything that cannot work under degraded conditions in emergency.

                                                   Please reply to the list;
                                                         please *don't* CC me.



More information about the asterisk-users mailing list