[Asterisk-Users] Asterisk SIP Packet Time (20ms)
Clif Jones
ctjones at earthlink.net
Tue Dec 23 08:37:56 MST 2003
Interesting. For the record, the MultiTech MVP-130 comes with a default
setting
of 60ms packets on all of its supported codecs. I changed the packet
sizes to
20ms because I had never heard of anyone using such large sample sizes.
Andres wrote:
>On Monday 22 December 2003 19:58, Rich Adamson wrote:
>
>
>>>On Monday 22 December 2003 16:37, Andres wrote:
>>>
>>>
>>>>On Monday 22 December 2003 15:36, Rich Adamson wrote:
>>>>
>>>>
>>>>>>I have a question regarding the Asterisk Packet Time for SIP Calls.
>>>>>> It is hardcoded at 20ms but when I do an RTP Analysis on a stream
>>>>>>it is clear that these packets are not spaced out at 20ms. In
>>>>>>general you see something like:
>>>>>>
>>>>>>Packet 50 - Delay 50ms
>>>>>>Packet 51 - Delay 5ms
>>>>>>Packet 52 - Delay 5ms
>>>>>>Packet 53 - Delay 50ms
>>>>>>Packet 54 - Delay 5ms
>>>>>>Packet 55 - Delay 5ms
>>>>>>
>>>>>>Is there anyway to space them out evenly at 20ms??
>>>>>>
>>>>>>
>>>>>The 20 ms is not the inter-packet timing, its the relative content of
>>>>>what's within the packet. In other words, the packet contains 20ms of
>>>>>encoded voice.
>>>>>
>>>>>If the inter-packet times (delays) are large, as they would seem to
>>>>>be in your example, then something else is not right. Possibly a
>>>>>half-duplex ethernet connection, something else running on the
>>>>>server, router buffers, etc.
>>>>>
>>>>>On a typical * --> C7960 local call, I generally see from 1ms to 20ms
>>>>>inter-packet delays. Seldom (if ever) anything above 20ms.
>>>>>
>>>>>
>>>>Thanks for your Input Rich. I went ahead and tested this on our
>>>>production servers and sure enough the inter-packet times are 20ms.
>>>>There must be something happening with our LAB Asterisk. It could be
>>>>the CBQ traffic shaping software we have running on it. I will fiddle
>>>>around with it to see if it changes anything.
>>>>
>>>>Thanks!
>>>>Andres
>>>>
>>>>
>>>Ok...after some more testing, the traffic shaping software was not the
>>>culprit. It turns out that if the UA is configured for 60ms of voice,
>>>then Asterisk will show this strange behaviour. If we set the UA for
>>>20ms, then all works well.
>>>
>>>
>>Cool!
>>
>>How did it get set to 60ms?
>>
>>
>The GS Phone, ATA186, and SPA2000 all have a parameter that lets you set the
>transmit packet size to 60ms (or multiple other values). Asterisk will
>receive 60ms and transmit 20ms times 3 packets, andit works quite well. In
>any case our SPA2000 problem was unrelated to the packet time.
>
>Regards,
>Andres
>
>
>>
>>_______________________________________________
>>Asterisk-Users mailing list
>>Asterisk-Users at lists.digium.com
>>http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>>
>_______________________________________________
>Asterisk-Users mailing list
>Asterisk-Users at lists.digium.com
>http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
>
More information about the asterisk-users
mailing list