[asterisk-users] Question on ExternalMedia and the codec

George Joseph
Wed, 13 Oct 2021 13:21:42 -0000

On Tue, Oct 12, 2021 at 2:54 PM Dan Cropp <dan at amtelco.com> wrote:

> We tell asterisk to use the slin format for ExternalMedia.  However, the
> unicast channel is selecting ulaw formatand the RTP data is indicating it’s
> ulaw format.
>
>
>
> Anyone know why ulaw format would be on chosen?
>

What do your ARI requests look like?  Are you just requesting "slin"
or one
of the specific variants?



>
>
>
>
> [10/12 16:13:39.396] DEBUG[1665] http.c: HTTP Request URI is
>
/ari/channels/externalMedia?app=a2519b4b-4d90-4d18-906b-717d02f8d569&external_host=192.168.32.148:8080
> &format=slin
>
> [10/12 16:13:39.396] DEBUG[1665] http.c: match request
> [ari/channels/externalMedia] with handler [static] len 6
>
> [10/12 16:13:39.396] DEBUG[1665] http.c: match request
> [ari/channels/externalMedia] with handler [ari] len 3
>
> [10/12 16:13:39.396] DEBUG[1665] http.c: Match made with [ari]
>
> [10/12 16:13:39.396] DEBUG[1665] res_ari.c: Finding handler for
> channels/externalMedia
>
> [10/12 16:13:39.396] DEBUG[1665] res_ari.c:   Finding handler for channels
>
> [10/12 16:13:39.396] DEBUG[1665] res_ari.c:         Checking ari
> deviceStates:  Didn't match channels
>
> [10/12 16:13:39.396] DEBUG[1665] res_ari.c:         Checking ari
> applications:  Didn't match channels
>
> [10/12 16:13:39.396] DEBUG[1665] res_ari.c:         Checking ari
> channels:  Explicit match with channels
>
> [10/12 16:13:39.396] DEBUG[1665] res_ari.c:   Finding handler for
> externalMedia
>
> [10/12 16:13:39.396] DEBUG[1665] res_ari.c:         Checking channels
> create:  Didn't match externalMedia
>
> [10/12 16:13:39.396] DEBUG[1665] res_ari.c:         Checking channels
> channelId:  Matched wildcard.
>
> [10/12 16:13:39.396] DEBUG[1665] res_ari.c:         Checking channels
> externalMedia:  Explicit match with externalMedia
>
> [10/12 16:13:39.396] DEBUG[1665] acl.c: For destination
'192.168.32.148',
> our source address is '192.168.33.34'.
>
> [10/12 16:13:39.396] DEBUG[1665] rtp_engine.c: Using engine
'asterisk' for
> RTP instance '0x7fef60018320'
>
> [10/12 16:13:39.396] DEBUG[1665] res_rtp_asterisk.c: (0x7fef60018320) RTP
> allocated port 12226
>
> [10/12 16:13:39.396] DEBUG[1665] res_rtp_asterisk.c: (0x7fef60018320) ICE
> creating session 192.168.33.34:12226 (12226)
>
> [10/12 16:13:39.396] DEBUG[1665] res_rtp_asterisk.c: (0x7fef60018320) ICE
> create
>
> [10/12 16:13:39.396] DEBUG[1665] res_rtp_asterisk.c: (0x7fef60018320) ICE
> add system candidates
>
> [10/12 16:13:39.396] DEBUG[1665] res_rtp_asterisk.c: (0x7fef60018320) ICE
> add candidate: 192.168.33.34:12226, 2130706431
>
> [10/12 16:13:39.396] DEBUG[1665] rtp_engine.c: RTP instance
> '0x7fef60018320' is setup and ready to go
>
> [10/12 16:13:39.396] DEBUG[1665] channel_internal_api.c:
<initializing>:
> Formats: (none)
>
> [10/12 16:13:39.396] DEBUG[1665] channel_internal_api.c:  Channel is being
> initialized or destroyed
>
> [10/12 16:13:39.396] DEBUG[1665] stasis.c: Creating topic. name:
> channel:1634055219.4, detail:
>
> [10/12 16:13:39.396] DEBUG[1665] stasis.c: Topic
'channel:1634055219.4':
> 0x7fef6008d170 created
>
> [10/12 16:13:39.396] DEBUG[1665] channel.c: Channel 0x7fef6008a910
> 'UnicastRTP/192.168.32.148:8080-0x7fef60018320' allocated
>
> [10/12 16:13:39.396] DEBUG[1665] acl.c: For destination
'192.168.32.148',
> our source address is '192.168.33.34'.
>
> [10/12 16:13:39.396] DEBUG[1665] channel_internal_api.c:
> UnicastRTP/192.168.32.148:8080-0x7fef60018320: Formats: (ulaw)
>
> [10/12 16:13:39.396] DEBUG[1665] channel_internal_api.c:  New topology set
>
> [10/12 16:13:39.396] DEBUG[1665] res_stasis.c:
> a2519b4b-4d90-4d18-906b-717d02f8d569: Subscribing to 1634055219.4
>
> [10/12 16:13:39.396] DEBUG[1665] stasis/app.c: Channel
'1634055219.4' is 1
> interested in a2519b4b-4d90-4d18-906b-717d02f8d569
>
> [10/12 16:13:39.396] DEBUG[1665] http.c: HTTP keeping session open.
> status_code:200
>
> [10/12 16:13:39.396] DEBUG[1666] stasis/app.c: Channel
'1634055219.4' is 2
> interested in a2519b4b-4d90-4d18-906b-717d02f8d569
>
>
>
> Have a good day!
>
> Dan
>
> This email is intended only for the use of the party to which it is
> addressed and may contain information that is privileged, confidential, or
> protected by law. If you are not the intended recipient you are hereby
> notified that any dissemination, copying or distribution of this email or
> its contents is strictly prohibited. If you have received this message in
> error, please notify us immediately by replying to the message and deleting
> it from your computer.
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> Check out the new Asterisk community forum at:
> https://community.asterisk.org/
>
> New to Asterisk? Start here:
>       https://wiki.asterisk.org/wiki/display/AST/Getting+Started
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20211013/35b73e49/attachment.html>