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? [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. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20211012/c3347258/attachment.html>
George Joseph
2021-Oct-13 13:21 UTC
[asterisk-users] Question on ExternalMedia and the codec
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>