I’m clearly missing something very simple. This is a new Asterisk box that I’m just learning on.
One upstream peer, no extensions. Very simple.
On this call, everything works perfectly (I hear the digits of the caller ID, then I’m connected to 61884708901):
== Using SIP RTP CoS mark 5
> 0x7f8b9400b830 -- Strict RTP learning after remote address set to: 139.99.XX.153:22262
-- Executing [61870785310@in-from-mondotalk:1] Log("SIP/MondoTalkPeer-0000002a", "NOTICE, Receiving incoming call from 61404847356 to 61870785310") in new stack
-- Executing [61870785310@in-from-mondotalk:2] Answer("SIP/MondoTalkPeer-0000002a", "") in new stack
-- Executing [61870785310@in-from-mondotalk:3] SayDigits("SIP/MondoTalkPeer-0000002a", "61870785310,m") in new stack
-- <SIP/MondoTalkPeer-0000002a> Playing 'digits/6.alaw' (language 'en')
> 0x7f8b9400b830 -- Strict RTP switching to RTP target address 139.99.XX.153:22262 as source
-- <SIP/MondoTalkPeer-0000002a> Playing 'digits/1.alaw' (language 'en')
> 0x7f8b9400b830 -- Strict RTP learning complete - Locking on source address 139.99.XX.153:22262
-- <SIP/MondoTalkPeer-0000002a> Playing 'digits/8.alaw' (language 'en')
-- <SIP/MondoTalkPeer-0000002a> Playing 'digits/7.alaw' (language 'en')
-- <SIP/MondoTalkPeer-0000002a> Playing 'digits/0.alaw' (language 'en')
-- <SIP/MondoTalkPeer-0000002a> Playing 'digits/7.alaw' (language 'en')
-- <SIP/MondoTalkPeer-0000002a> Playing 'digits/8.alaw' (language 'en')
-- <SIP/MondoTalkPeer-0000002a> Playing 'digits/5.alaw' (language 'en')
-- <SIP/MondoTalkPeer-0000002a> Playing 'digits/3.alaw' (language 'en')
-- <SIP/MondoTalkPeer-0000002a> Playing 'digits/1.alaw' (language 'en')
-- <SIP/MondoTalkPeer-0000002a> Playing 'digits/0.alaw' (language 'en')
-- Executing [61870785310@in-from-mondotalk:4] SIPAddHeader("SIP/MondoTalkPeer-0000002a", "P-Asserted-Identity: <sip:61404847356>)") in new stack
-- Executing [61870785310@in-from-mondotalk:5] Dial("SIP/MondoTalkPeer-0000002a", "SIP/MondoTalkPeer/61884708901,60") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/MondoTalkPeer/61884708901
-- SIP/MondoTalkPeer-0000002b is ringing
> 0x7f8c0c007120 -- Strict RTP learning after remote address set to: 139.99.XX.153:43030
-- SIP/MondoTalkPeer-0000002b answered SIP/MondoTalkPeer-0000002a
-- Channel SIP/MondoTalkPeer-0000002b joined 'simple_bridge' basic-bridge <769940fc-c2b1-480d-9b59-ddf0a6d3957f>
-- Channel SIP/MondoTalkPeer-0000002a joined 'simple_bridge' basic-bridge <769940fc-c2b1-480d-9b59-ddf0a6d3957f>
> Bridge 769940fc-c2b1-480d-9b59-ddf0a6d3957f: switching from simple_bridge technology to native_rtp
> Locally RTP bridged 'SIP/MondoTalkPeer-0000002a' and 'SIP/MondoTalkPeer-0000002b' in stack
> 0x7f8c0c007120 -- Strict RTP switching to RTP target address 139.99.XX.153:43030 as source
> 0x7f8c0c007120 -- Strict RTP learning complete - Locking on source address 139.99.XX.153:43030
-- Channel SIP/MondoTalkPeer-0000002a left 'native_rtp' basic-bridge <769940fc-c2b1-480d-9b59-ddf0a6d3957f>
-- Channel SIP/MondoTalkPeer-0000002b left 'native_rtp' basic-bridge <769940fc-c2b1-480d-9b59-ddf0a6d3957f>
== Spawn extension (in-from-mondotalk, 61870785310, 5) exited non-zero on 'SIP/MondoTalkPeer-0000002a'
The bit I don’t understand, is if I remove the SayDigits(${EXTEN},m) from the dial plan, everything still goes as expected, but I dont get connected to the external party…This is what I see:
== Using SIP RTP CoS mark 5
> 0x7f8b9400b830 -- Strict RTP learning after remote address set to: 103.77.233.187:29642
-- Executing [61870785310@in-from-mondotalk:1] Log("SIP/MondoTalkPeer-00000032", "NOTICE, Receiving incoming call from 61404847356 to 61870785310") in new stack
-- Executing [61870785310@in-from-mondotalk:2] Answer("SIP/MondoTalkPeer-00000032", "") in new stack
-- Executing [61870785310@in-from-mondotalk:3] SIPAddHeader("SIP/MondoTalkPeer-00000032", "P-Asserted-Identity: <sip:61404847356>)") in new stack
-- Executing [61870785310@in-from-mondotalk:4] Dial("SIP/MondoTalkPeer-00000032", "SIP/MondoTalkPeer/61884708901,60") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/MondoTalkPeer/61884708901
-- SIP/MondoTalkPeer-00000033 is ringing
> 0x7f8b9400b830 -- Strict RTP switching to RTP target address 103.77.233.187:29642 as source
> 0x7f8b9400b830 -- Strict RTP learning complete - Locking on source address 103.77.233.187:29642
> 0x7f8c18010390 -- Strict RTP learning after remote address set to: 35.189.35.225:18510
-- SIP/MondoTalkPeer-00000033 answered SIP/MondoTalkPeer-00000032
-- Channel SIP/MondoTalkPeer-00000033 joined 'simple_bridge' basic-bridge <eb8bf98c-3845-44fc-a825-cba17e3d67c7>
-- Channel SIP/MondoTalkPeer-00000033 left 'simple_bridge' basic-bridge <eb8bf98c-3845-44fc-a825-cba17e3d67c7>
== Spawn extension (in-from-mondotalk, 61870785310, 4) exited non-zero on 'SIP/MondoTalkPeer-00000032'
I see RTP packets going in both directions:
Sent RTP packet to 103.77.XX.187:48688 (type 08, seq 012349, ts 020160, len 000160)
Got RTP packet from 103.77.XX.187:48688 (type 08, seq 023016, ts 3619535224, len 000160)
Sent RTP packet to 103.77.XX.187:48688 (type 08, seq 012350, ts 020320, len 000160)
Got RTP packet from 103.77.XX.187:48688 (type 08, seq 023017, ts 3619535384, len 000160)
If I remove the Answer() and add Ringing() the call gets connected on the outbound leg, but no audio:
== Using SIP RTP CoS mark 5
> 0x7f8b9400b830 -- Strict RTP learning after remote address set to: 103.77.233.187:33898
-- Executing [61870785310@in-from-mondotalk:1] Log("SIP/MondoTalkPeer-00000036", "NOTICE, Receiving incoming call from 61404847356 to 61870785310") in new stack
-- Executing [61870785310@in-from-mondotalk:2] Ringing("SIP/MondoTalkPeer-00000036", "") in new stack
-- Executing [61870785310@in-from-mondotalk:3] SIPAddHeader("SIP/MondoTalkPeer-00000036", "P-Asserted-Identity: <sip:61404847356>)") in new stack
-- Executing [61870785310@in-from-mondotalk:4] Dial("SIP/MondoTalkPeer-00000036", "SIP/MondoTalkPeer/61884708901,60") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/MondoTalkPeer/61884708901
-- SIP/MondoTalkPeer-00000037 is ringing
> 0x7f8c2000da40 -- Strict RTP learning after remote address set to: 139.99.140.153:47610
-- SIP/MondoTalkPeer-00000037 answered SIP/MondoTalkPeer-00000036
-- Channel SIP/MondoTalkPeer-00000037 joined 'simple_bridge' basic-bridge <dabda734-ff99-489e-8ff2-ba4f7f89f54d>
-- Channel SIP/MondoTalkPeer-00000036 joined 'simple_bridge' basic-bridge <dabda734-ff99-489e-8ff2-ba4f7f89f54d>
> Bridge dabda734-ff99-489e-8ff2-ba4f7f89f54d: switching from simple_bridge technology to native_rtp
> Locally RTP bridged 'SIP/MondoTalkPeer-00000036' and 'SIP/MondoTalkPeer-00000037' in stack
-- Channel SIP/MondoTalkPeer-00000036 left 'native_rtp' basic-bridge <dabda734-ff99-489e-8ff2-ba4f7f89f54d>
-- Channel SIP/MondoTalkPeer-00000037 left 'native_rtp' basic-bridge <dabda734-ff99-489e-8ff2-ba4f7f89f54d>
== Spawn extension (in-from-mondotalk, 61870785310, 4) exited non-zero on 'SIP/MondoTalkPeer-00000036'
In that case there is no RTP traffic shown in debug mode.
Any guidance would be appreciated