[Spce-user] Spce-user Digest, Vol 26, Issue 6
Edo
edo.ekunwe at gmail.com
Wed Aug 11 14:15:47 EDT 2021
Thanks Vincent for your response. I have captured some logs, attached in
two different files (one for SIP and the other for SDP( -- Portrange
30000-44999)).
Please find attached.
Thanks for helping. Please let me know what more I can do to try to find a
solution.
Thanks again
On Wed, Aug 11, 2021 at 7:53 AM <spce-user-request at lists.sipwise.com> wrote:
> Send Spce-user mailing list submissions to
> spce-user at lists.sipwise.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> http://lists.sipwise.com/mailman/listinfo/spce-user_lists.sipwise.com
> or, via email, send a message with subject or body 'help' to
> spce-user-request at lists.sipwise.com
>
> You can reach the person managing the list at
> spce-user-owner at lists.sipwise.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Spce-user digest..."
>
>
> Today's Topics:
>
> 1. Re: Spce-user Digest, Vol 26, Issue 4 (Vincent Dubois)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 11 Aug 2021 12:51:10 +0000
> From: Vincent Dubois <VDubois at b2b2c.com>
> To: Edo <edo.ekunwe at gmail.com>, "spce-user at lists.sipwise.com"
> <spce-user at lists.sipwise.com>
> Subject: Re: [Spce-user] Spce-user Digest, Vol 26, Issue 4
> Message-ID:
> <
> QB1PR01MB36345AC76B0677D5EDCD0F05A6F89 at QB1PR01MB3634.CANPRD01.PROD.OUTLOOK.COM
> >
>
> Content-Type: text/plain; charset="utf-8"
>
> Make a capture of the SIP+RTP (tcpdump or something else), one side
> 192.168.1.17:4002<http://192.168.1.17:4002> is probably sending audio in
> an unsupported codec.
> A capture would also enable you to check the SDP content of both side, it
> seems weird to me that we only see one IP that is not 127.0.0.1, maybe one
> side is not giving good information in the SDP?
>
> De : Edo <edo.ekunwe at gmail.com>
> Envoy? : 10 ao?t 2021 02:44
> ? : spce-user at lists.sipwise.com
> Objet : Re: [Spce-user] Spce-user Digest, Vol 26, Issue 4
>
> Please can anybody help me or am I asking the wrong questions?
>
> Thanks
>
> On Sun, Aug 8, 2021 at 11:49 PM <spce-user-request at lists.sipwise.com
> <mailto:spce-user-request at lists.sipwise.com>> wrote:
> Send Spce-user mailing list submissions to
> spce-user at lists.sipwise.com<mailto:spce-user at lists.sipwise.com>
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> http://lists.sipwise.com/mailman/listinfo/spce-user_lists.sipwise.com
> or, via email, send a message with subject or body 'help' to
> spce-user-request at lists.sipwise.com<mailto:
> spce-user-request at lists.sipwise.com>
>
> You can reach the person managing the list at
> spce-user-owner at lists.sipwise.com<mailto:
> spce-user-owner at lists.sipwise.com>
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Spce-user digest..."
>
>
> Today's Topics:
>
> 1. No audio between subscribers (Edo)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 8 Aug 2021 23:48:05 -0500
> From: Edo <edo.ekunwe at gmail.com<mailto:edo.ekunwe at gmail.com>>
> To: spce-user at lists.sipwise.com<mailto:spce-user at lists.sipwise.com>
> Subject: [Spce-user] No audio between subscribers
> Message-ID:
> <
> CAFkRdGsoTx8bHPxxaY7o-kaORp-cCSaDMwiHeQ8BUcOmy-N8LQ at mail.gmail.com<mailto:
> CAFkRdGsoTx8bHPxxaY7o-kaORp-cCSaDMwiHeQ8BUcOmy-N8LQ at mail.gmail.com>>
> Content-Type: text/plain; charset="utf-8"
>
> All,
>
> I have configured the system (Linux spce 5.10.0-8-amd64 #1 SMP Debian
> 5.10.46-2 (2021-07-20) x86_64) and attempting to make calls between 2
> subscribers.
> Call is successful but no audio is available on both sides. Log does not
> show any major anomaly except saying
>
> -- Media #1 (audio over RTP/AVP) using unknown codec over SSRC and RTCP
>
> Please help
> Thanks
>
>
> See logs below
> ****
>
> Aug 9 04:22:06 spce rtpengine[831]: NOTICE: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] Creating new call
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Default sink codec is G722/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Output DTMF payload type is 101
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Creating codec handler for G722/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Sink supports codec G722/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Using passthrough handler for G722/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Creating codec handler for PCMU/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Sink supports codec PCMU/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Using passthrough handler for PCMU/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Creating codec handler for PCMA/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Sink supports codec PCMA/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Using passthrough handler for PCMA/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Creating codec handler for GSM/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Sink supports codec GSM/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Using passthrough handler for GSM/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Creating codec handler for iLBC/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Using passthrough handler for iLBC/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Creating codec handler for opus/48000/2
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Sink supports codec opus/48000/2
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Using passthrough handler for opus/48000/2
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Creating codec handler for telephone-event/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Sink supports codec telephone-event/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Using passthrough handler for telephone-event/8000
>
> Aug 9 04:22:06 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [control] Replying to 'offer' from 127.0.0.1:48741<http://127.0.0.1:48741>
> (elapsed time 0.000688
> sec)
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [control] Response dump for 'offer' to 127.0.0.1:48741<
> http://127.0.0.1:48741>: ?{ "sdp": "v=0 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... o=- 0 1 IN IP4 127.0.0.1 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... s=- ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... c=IN IP4 127.0.0.1 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... t=0 0 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... m=audio 30176 RTP/AVP 9 0 8 3 102 120 101 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtpmap:9 G722/8000 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtpmap:0 PCMU/8000 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtpmap:8 PCMA/8000 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtpmap:3 GSM/8000 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtpmap:102 iLBC/8000 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=fmtp:102 mode=30 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtpmap:120 opus/48000/2 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=fmtp:120 useinbandfec=1; usedtx=1; maxaveragebitrate=64000 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtpmap:101 telephone-event/8000 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=fmtp:101 0-15 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=sendrecv ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtcp:30177 ...
>
> Aug 9 04:22:06 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... ", "result": "ok" }?
>
> Aug 9 04:22:06 spce rtpengine[831]: INFO: [http] HTTP GET from
> [::ffff:127.0.0.1]:45000: '/metrics'
>
> Aug 9 04:22:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [control] Received command 'answer' from 127.0.0.1:45000<
> http://127.0.0.1:45000>
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [control] Dump for 'answer' from 127.0.0.1:45000<http://127.0.0.1:45000>:
> ?{ "supports": [ "load
> limit" ], "sdp": "v=0 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... o=Z 0 1 IN IP4 127.0.0.1 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... s=Z ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... c=IN IP4 127.0.0.1 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... t=0 0 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... m=audio 8001 RTP/AVP 0 8 101 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtpmap:101 telephone-event/8000 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=fmtp:101 0-16 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=sendrecv ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=direction:both ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... ", "label": "callee", "xmlrpc-callback": "127.0.0.1", "ICE": "remove",
> "flags": [ "strict-source", "OSRTP-accept" ], "replace": [ "origin",
> "session-connection" ], "rtcp-mux": [ "demux" ], "call-id":
> "tsg5T28gIKNxM6drC3HUlw..", "via-branch":
> "z9hG4bK9872.3d6e3cdc8c4401d176e576bd06d192eb.0", "received-from": [ "IP4",
> "127.0.0.1" ], "from-tag": "2498e50c", "to-tag":
> "1E584784-6110914E00002F1F-2B9F9700", "command": "answer" }?
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Eliminating asymmetric inbound codec G722/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Eliminating asymmetric inbound codec GSM/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Eliminating asymmetric inbound codec iLBC/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Eliminating asymmetric inbound codec opus/48000/2
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Default sink codec is PCMU/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Output DTMF payload type is 101
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Eliminating asymmetric outbound codec G722/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Eliminating asymmetric outbound codec GSM/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Eliminating asymmetric outbound codec iLBC/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Eliminating asymmetric outbound codec opus/48000/2
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Creating codec handler for PCMU/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Sink supports codec PCMU/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Using passthrough handler for PCMU/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Creating codec handler for PCMA/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Sink supports codec PCMA/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Using passthrough handler for PCMA/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Creating codec handler for telephone-event/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Sink supports codec telephone-event/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [codec] Using passthrough handler for telephone-event/8000
>
> Aug 9 04:22:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [control] Replying to 'answer' from 127.0.0.1:45000<http://127.0.0.1:45000>
> (elapsed time 0.000313
> sec)
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [control] Response dump for 'answer' to 127.0.0.1:45000<
> http://127.0.0.1:45000>: ?{ "sdp": "v=0 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... o=Z 0 1 IN IP4 127.0.0.1 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... s=Z ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... c=IN IP4 127.0.0.1 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... t=0 0 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... m=audio 30190 RTP/AVP 0 8 101 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=direction:both ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtpmap:0 PCMU/8000 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtpmap:8 PCMA/8000 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtpmap:101 telephone-event/8000 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=fmtp:101 0-16 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=sendrecv ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... a=rtcp:30191 ...
>
> Aug 9 04:22:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> ... ", "result": "ok" }?
>
> Aug 9 04:22:16 spce rtpengine[831]: INFO: [http] HTTP GET from
> [::ffff:127.0.0.1]:45000: '/metrics'
>
> Aug 9 04:22:26 spce rtpengine[831]: INFO: [http] HTTP GET from
> [::ffff:127.0.0.1]:45000: '/metrics'
>
> Aug 9 04:22:36 spce rtpengine[831]: INFO: [http] HTTP GET from
> [::ffff:127.0.0.1]:45000: '/metrics'
>
> Aug 9 04:22:46 spce rtpengine[831]: INFO: [http] HTTP GET from
> [::ffff:127.0.0.1]:45000: '/metrics'
>
> Aug 9 04:22:56 spce rtpengine[831]: INFO: [http] HTTP GET from
> [::ffff:127.0.0.1]:45000: '/metrics'
>
> Aug 9 04:23:06 spce rtpengine[831]: INFO: [http] HTTP GET from
> [::ffff:127.0.0.1]:45000: '/metrics'
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] Closing call due to timeout
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] Final packet stats:
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] --- Tag '?2498e50c?' (label 'caller'), created 1:10 ago for branch
> '??', in dialogue with '?1E584784-6110914E00002F1F-2B9F9700?'
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] ------ Media #1 (audio over RTP/AVP) using unknown codec
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] --------- Port 127.0.0.1:30190<http://127.0.0.1:30190> <> ?
> 192.168.1.17:4002<http://192.168.1.17:4002> ?,
> SSRC ?0?, 0 p, 0 b, 0 e, 70 ts
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] --------- Port 127.0.0.1:30191<http://127.0.0.1:30191> <> ?
> 192.168.1.17:4003<http://192.168.1.17:4003> ?
> (RTCP), SSRC ?0?, 0 p, 0 b, 0 e, 70 ts
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] --- Tag '?1E584784-6110914E00002F1F-2B9F9700?' (label 'callee'),
> created 1:10 ago for branch
> '?z9hG4bK9872.3d6e3cdc8c4401d176e576bd06d192eb.0?', in dialogue with
> '?2498e50c?'
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] ------ Media #1 (audio over RTP/AVP) using unknown codec
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] --------- Port 127.0.0.1:30176<http://127.0.0.1:30176> <> ?
> 127.0.0.1:8001<http://127.0.0.1:8001> ?,
> SSRC ?0?, 0 p, 0 b, 0 e, 60 ts
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] --------- Port 127.0.0.1:30177<http://127.0.0.1:30177> <> ?
> 127.0.0.1:8002<http://127.0.0.1:8002> ?
> (RTCP), SSRC ?0?, 0 p, 0 b, 0 e, 60 ts
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [core] Forking child to close
> call with tag ?2498e50c? via XMLRPC call to http://127.0.0.1:8090/
>
> Aug 9 04:23:16 spce rtpengine[52014]: INFO: [core] Initiating XMLRPC call
> for tag ?2498e50c?
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [core] Forking child to close
> call with tag ?1E584784-6110914E00002F1F-2B9F9700? via XMLRPC call to
> http://127.0.0.1:8090/
>
> Aug 9 04:23:16 spce rtpengine[52015]: INFO: [core] Initiating XMLRPC call
> for tag ?1E584784-6110914E00002F1F-2B9F9700?
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [control] Received command 'delete' from 127.0.0.1:47603<
> http://127.0.0.1:47603>
>
> Aug 9 04:23:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [control] Dump for 'delete' from 127.0.0.1:47603<http://127.0.0.1:47603>:
> ?{ "supports": [ "load
> limit" ], "call-id": "tsg5T28gIKNxM6drC3HUlw..", "received-from": [ "IP4",
> "127.0.0.1" ], "from-tag": "1E584784-6110914E00002F1F-2B9F9700", "to-tag":
> "2498e50c", "command": "delete" }?
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [core] Call-ID to delete not found
>
> Aug 9 04:23:16 spce rtpengine[831]: INFO: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [control] Replying to 'delete' from 127.0.0.1:47603<http://127.0.0.1:47603>
> (elapsed time 0.000013
> sec)
>
> Aug 9 04:23:16 spce rtpengine[831]: DEBUG: [?tsg5T28gIKNxM6drC3HUlw..?]:
> [control] Response dump for 'delete' to 127.0.0.1:47603<
> http://127.0.0.1:47603>: ?{ "warning":
> "Call-ID not found or tags didn't match", "result": "ok" }?
>
> ****
>
> --
> -----
> Ekunwe
> EDO Network Services, Inc.
> Tel: 601.497.3932
> Fax: 601.979.5931
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20210808/e6c85a88/attachment.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> Spce-user mailing list
> Spce-user at lists.sipwise.com<mailto:Spce-user at lists.sipwise.com>
> http://lists.sipwise.com/mailman/listinfo/spce-user_lists.sipwise.com
>
>
> ------------------------------
>
> End of Spce-user Digest, Vol 26, Issue 4
> ****************************************
>
>
> --
> -----
> Ekunwe
> EDO Network Services, Inc.
> Tel: 601.497.3932
> Fax: 601.979.5931
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20210811/d39d715e/attachment.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/mailman/listinfo/spce-user_lists.sipwise.com
>
>
> ------------------------------
>
> End of Spce-user Digest, Vol 26, Issue 6
> ****************************************
>
--
-----
Ekunwe
EDO Network Services, Inc.
Tel: 601.497.3932
Fax: 601.979.5931
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20210811/891276c7/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SDPDump.rtf
Type: text/rtf
Size: 36921 bytes
Desc: not available
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20210811/891276c7/attachment-0002.rtf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SIPDump.rtf
Type: text/rtf
Size: 68811 bytes
Desc: not available
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20210811/891276c7/attachment-0003.rtf>
More information about the Spce-user
mailing list