[asterisk-bugs] [JIRA] (ASTERISK-13167) RTP playout does not match ptime
Paolo Compagnini (JIRA)
noreply at issues.asterisk.org
Wed Dec 19 10:28:45 CST 2012
[ https://issues.asterisk.org/jira/browse/ASTERISK-13167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=200864#comment-200864 ]
Paolo Compagnini commented on ASTERISK-13167:
---------------------------------------------
I dont know if it is related.
my Asterisk 10 svn recievs an INVITE from A with ptime:20 and invites B also with ptime:20.
now B sends an OK with ptime:30. The OK from Asterisk to A contains ptime:20.
But now the RTP stream from asterisk to A is the same as from B to asterisk. That means asterisk doesn't change the stream and is transmitting with a ptime of 30ms.
regarding the RFC this shouldn't be an issiue since the ptime may change during the session.
but this can lead to strange behaviour of A like synchronisations problems.
> RTP playout does not match ptime
> --------------------------------
>
> Key: ASTERISK-13167
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-13167
> Project: Asterisk
> Issue Type: Bug
> Components: Core/RTP
> Reporter: Kevin Stewart
>
> when a sip client invites with a alaw and ptime of 30. Asterisk sends RTP at intervals of 20 and 40 ms as captured by tcpdump on the asterisk server.
> this is causing 20ms jitter on these connections.
> ****** ADDITIONAL INFORMATION ******
> sip debug from a call to *666 and play tt-weasels
> below that is a tcpdump of our outbound traffic just to show the asterisk rtp timings
> <--- SIP read from 192.168.2.239:5061 --->
> INVITE sip:*666 at 192.168.2.238 SIP/2.0
> Via: SIP/2.0/UDP 192.168.2.239:5061;branch=z9hG4bK-95c97f06
> From: 6499744000 <sip:6499744000 at 192.168.2.238>;tag=cbecad7c9557b996o1
> To: <sip:*666 at 192.168.2.238>
> Remote-Party-ID: 6499744000 <sip:6499744000 at 192.168.2.238>;screen=yes;party=calling
> Call-ID: 88beaff4-be4cd97e at 192.168.2.239
> CSeq: 101 INVITE
> Max-Forwards: 70
> Contact: 6499744000 <sip:6499744000 at 192.168.2.239:5061>
> Expires: 240
> User-Agent: Linksys/SPA2102-3.3.6
> Content-Length: 255
> Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
> Supported: x-sipura
> Content-Type: application/sdp
> v=0
> o=- 112227 112227 IN IP4 192.168.2.239
> s=-
> c=IN IP4 192.168.2.239
> t=0 0
> m=audio 16472 RTP/AVP 8 100 101
> a=rtpmap:8 PCMA/8000
> a=rtpmap:100 NSE/8000
> a=fmtp:100 192-193
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
> a=ptime:30
> a=sendrecv
> <------------->
> --- (15 headers 13 lines) ---
> Sending to 192.168.2.239 : 5061 (NAT)
> Using INVITE request as basis request - 88beaff4-be4cd97e at 192.168.2.239
> Found user '6499744000'
> Found RTP audio format 8
> Found RTP audio format 100
> Found RTP audio format 101
> Peer audio RTP is at port 192.168.2.239:16472
> Found audio description format PCMA for ID 8
> Found unknown media description format NSE for ID 100
> Found audio description format telephone-event for ID 101
> Capabilities: us - 0xc (ulaw|alaw), peer - audio=0x8 (alaw)/video=0x0 (nothing), combined - 0x8 (alaw)
> Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
> Peer audio RTP is at port 192.168.2.239:16472
> Looking for *666 in default (domain 192.168.2.238)
> list_route: hop: <sip:6499744000 at 192.168.2.239:5061>
> llusrv2*CLI>
> <--- Transmitting (NAT) to 192.168.2.239:5061 --->
> SIP/2.0 100 Trying
> Via: SIP/2.0/UDP 192.168.2.239:5061;branch=z9hG4bK-95c97f06;received=192.168.2.239
> From: 6499744000 <sip:6499744000 at 192.168.2.238>;tag=cbecad7c9557b996o1
> To: <sip:*666 at 192.168.2.238>
> Call-ID: 88beaff4-be4cd97e at 192.168.2.239
> CSeq: 101 INVITE
> User-Agent: italk PBX
> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
> Supported: replaces
> Contact: <sip:*666 at 192.168.2.238>
> Content-Length: 0
> <------------>
> -- Executing [*666 at default:1] NoCDR("SIP/6499744000-008e23c0", "") in new stack
> -- Executing [*666 at default:2] Playback("SIP/6499744000-008e23c0", "tt-weasels") in new stack
> Audio is at 192.168.2.238 port 39854
> Adding codec 0x8 (alaw) to SDP
> Adding non-codec 0x1 (telephone-event) to SDP
> llusrv2*CLI>
> <--- Reliably Transmitting (NAT) to 192.168.2.239:5061 --->
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 192.168.2.239:5061;branch=z9hG4bK-95c97f06;received=192.168.2.239
> From: 6499744000 <sip:6499744000 at 192.168.2.238>;tag=cbecad7c9557b996o1
> To: <sip:*666 at 192.168.2.238>;tag=as11cf6dd3
> Call-ID: 88beaff4-be4cd97e at 192.168.2.239
> CSeq: 101 INVITE
> User-Agent: italk PBX
> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
> Supported: replaces
> Contact: <sip:*666 at 192.168.2.238>
> Content-Type: application/sdp
> Content-Length: 215
> v=0
> o=root 18036 18036 IN IP4 192.168.2.238
> s=session
> c=IN IP4 192.168.2.238
> t=0 0
> m=audio 39854 RTP/AVP 8 101
> a=rtpmap:8 PCMA/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-16
> a=ptime:30
> a=sendrecv
> <------------>
> -- <SIP/6499744000-008e23c0> Playing 'tt-weasels' (language 'SS')
> llusrv2*CLI>
> <--- SIP read from 192.168.2.239:5061 --->
> ACK sip:*666 at 192.168.2.238 SIP/2.0
> Via: SIP/2.0/UDP 192.168.2.239:5061;branch=z9hG4bK-6b90595
> From: 6499744000 <sip:6499744000 at 192.168.2.238>;tag=cbecad7c9557b996o1
> To: <sip:*666 at 192.168.2.238>;tag=as11cf6dd3
> Call-ID: 88beaff4-be4cd97e at 192.168.2.239
> CSeq: 101 ACK
> Max-Forwards: 70
> Contact: 6499744000 <sip:6499744000 at 192.168.2.239:5061>
> User-Agent: Linksys/SPA2102-3.3.6
> Content-Length: 0
> <------------->
> --- (10 headers 0 lines) ---
> -- Executing [*666 at default:3] Playback("SIP/6499744000-008e23c0", "vm-sorry") in new stack
> -- <SIP/6499744000-008e23c0> Playing 'vm-sorry' (language 'SS')
> llusrv2*CLI>
> <--- SIP read from 192.168.2.239:5061 --->
> BYE sip:*666 at 192.168.2.238 SIP/2.0
> Via: SIP/2.0/UDP 192.168.2.239:5061;branch=z9hG4bK-90f919b4
> From: 6499744000 <sip:6499744000 at 192.168.2.238>;tag=cbecad7c9557b996o1
> To: <sip:*666 at 192.168.2.238>;tag=as11cf6dd3
> Call-ID: 88beaff4-be4cd97e at 192.168.2.239
> CSeq: 102 BYE
> Max-Forwards: 70
> User-Agent: Linksys/SPA2102-3.3.6
> Content-Length: 0
> <------------->
> --- (9 headers 0 lines) ---
> Sending to 192.168.2.239 : 5061 (NAT)
> llusrv2*CLI>
> <--- Transmitting (NAT) to 192.168.2.239:5061 --->
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 192.168.2.239:5061;branch=z9hG4bK-90f919b4;received=192.168.2.239
> From: 6499744000 <sip:6499744000 at 192.168.2.238>;tag=cbecad7c9557b996o1
> To: <sip:*666 at 192.168.2.238>;tag=as11cf6dd3
> Call-ID: 88beaff4-be4cd97e at 192.168.2.239
> CSeq: 102 BYE
> User-Agent: italk PBX
> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
> Supported: replaces
> Contact: <sip:*666 at 192.168.2.238>
> Content-Length: 0
> <------------>
> == Spawn extension (default, *666, 3) exited non-zero on 'SIP/6499744000-008e23c0'
> -- Executing [h at default:1] MYSQL("SIP/6499744000-008e23c0", "Connect connid 202.180.64.81 italk l1f3t1m3 cdr") in new stack
> -- Executing [h at default:2] MYSQL("SIP/6499744000-008e23c0", "Query resultid 1 UPDATE `cdrdisa` SET `hangup`='1' WHERE `uniqueid`='202.180.125.193-1228427947.9'") in new stack
> -- Executing [h at default:3] MYSQL("SIP/6499744000-008e23c0", "Disconnect 1") in new stack
> Really destroying SIP dialog '88beaff4-be4cd97e at 192.168.2.239' Method: BYE
> ***************************
> 10:59:07.275497 IP 192.168.2.238.sip > 192.168.2.239.sip-tls: SIP, length: 434
> 10:59:07.275987 IP 192.168.2.238.sip > 192.168.2.239.sip-tls: SIP, length: 693
> 10:59:07.295750 IP 192.168.2.238.39854 > 192.168.2.239.16472: UDP, length 252
> 10:59:07.315744 IP 192.168.2.238.39854 > 192.168.2.239.16472: UDP, length 252
> 10:59:07.355748 IP 192.168.2.238.39854 > 192.168.2.239.16472: UDP, length 252
> 10:59:07.375750 IP 192.168.2.238.39854 > 192.168.2.239.16472: UDP, length 252
> 10:59:07.415750 IP 192.168.2.238.39854 > 192.168.2.239.16472: UDP, length 252
> 10:59:07.435749 IP 192.168.2.238.39854 > 192.168.2.239.16472: UDP, length 252
> 10:59:07.475748 IP 192.168.2.238.39854 > 192.168.2.239.16472: UDP, length 252
> 10:59:07.495753 IP 192.168.2.238.39854 > 192.168.2.239.16472: UDP, length 252
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list