[VoiceOps] Delay on RTP for Inbound Calls

[Ujjval Karihaloo]

Agreed, we do that too...puts 2 sec delays on IVRs. However, we are getting complaints from users who answer their phone - like Your sample office receptionist below. 

Ujjval Karihaloo
VP Voice Engineering
IP Phone: +13032428610
E-Fax: +17202391690

SimpleSignal Inc.
88 Inverness Circle East
Suite K105
Englewood, CO  80112



-----Original Message-----
From: David Hiers [mailto:hiersd at gmail.com] 
Sent: Wednesday, January 06, 2010 10:40 AM
To: Ujjval Karihaloo
Cc: voiceops at voiceops.org
Subject: Re: Re: [VoiceOps] Delay on RTP for Inbound Calls

Of course, even if the protocol did not have such gaps, there is a lot
of state that has to be managed in a lot of devices in the time
between the thoroughly frappachinoed receptionist hitting the answer
button and spewing
"ThankYouForCallingMetropolisSpeedSpeakingInstitute!ItsAGreatDayToSuperChargeYourSpeachHowMayIDirectYourCall"
into the headset.

I"ve often considered re-recording all stored prompts and
announcements to prefix 2 seconds of silence, as well as grinding some
'ludes into the frap mix.

David





On Wed, Jan 6, 2010 at 8:23 AM,  <hiersd at gmail.com> wrote:
> Some of the initial clipping is endemic to the technology. RFC 3960 alludes
> to some of the challenges.
>
>
> David
>
>
>
>
> On Jan 6, 2010 3:53am, Ujjval Karihaloo <ujjval at simplesignal.com> wrote:
>> On Polycoms  we are running 3.1.2 on most, some are running latest 3.2.2.
>>  Level 3 has mentioned RTP SSRC could b an issue, but they have no firm
>> data backing it up. It also happens with Asterisk based VoIP PBX's always
>> without fail.anyone experienced that?
>> I will take it up with Level 3.
>> Ujjval Karihaloo
>>
>>
>>
>>
>> On Jan 6, 2010, at 12:54 AM, "Lee Riemer" lriemer at bestline.net> wrote:
>>
>>
>>
>> I dug up the old email and they upgraded to 3.1.3.
>>
>>
>>
>> On Jan 5, 2010, at 11:55 PM, Ujjval Karihaloo
>> ujjval at simplesignal.com> wrote:
>>
>> Agreed, Just checked the RTP timestamps for the RTP Stream from my
>> SBC to level 3 Media gateway  - Time and Seq numbers look perfect
>> with gaps or  no issue there at all.
>>
>> Ujjval Karihaloo
>>
>>
>>
>> -----Original Message-----
>> From: Matt Yaklin [mailto:myaklin at g4.net]
>> Sent: Tuesday, January 05, 2010 10:50 PM
>> To: Lee Riemer
>> Cc: Ujjval Karihaloo; voiceops at voiceops.org
>> Subject: Re: [VoiceOps] Delay on RTP for Inbound Calls
>>
>>
>>
>> On Tue, 5 Jan 2010, Lee Riemer wrote:
>>
>> I forgot, we had this issue with invalid RTP sequence numbers with
>> old Polycom firmware.   Are you using Polycom phones?
>>
>>
>> If that was the case would not his captures of the traffic and the
>> resulting replay be mangled at every point me mentions below?
>>
>> matt
>>
>>
>>
>>
>> On 1/5/2010 11:31 PM, Ujjval Karihaloo wrote:
>>
>>     I trace a call?on my cell phone I hear the first 1 -2 seconds
>> clipped?however the trace sounds fine?.
>>
>>
>>
>>     Traced at SBC side facing Level 3
>>
>>     Traced at SBC side facing Customer (who receives inbound call)
>>
>>     Traced at Customer Prem
>>
>>
>>
>>     All the above 3 traces the Audio sounds fine, but on my cell
>> phone I miss the first 2 seconds.
>>
>>
>>
>>     Ujjval Karihaloo
>>
>>
>>
>> From: voiceops-bounces at voiceops.org [mailto:voiceops-
>> bounces at voiceops.org] On Behalf Of Lee Riemer
>> Sent: Tuesday, January 05, 2010 10:15 PM
>> To: voiceops at voiceops.org
>> Subject: Re: [VoiceOps] Delay on RTP for Inbound Calls
>>
>>
>>
>> Have you captured via wireshark and replayed?  Do you hear the same
>> delay?  Is there a delay between the OK (answer) and the audio?
>>
>> On 1/5/2010 8:22 PM, Ujjval Karihaloo wrote:
>>
>> Hi Guys;
>>
>>
>>
>>   We have noticed that sometimes when calling into our DIDs (Level
>> 3 DIDs), there is a 2-3 second lag. i.e. Cell phone caller (party
>> A) calls into a DID
>> (Party B) that is on our network (Broadsoft Softswitch), Party B
>> answers and sayd 1,2,3,4,5 ? but the Party A only hears 4, 5?The
>> part i.e. 1,2,3 get cut
>> off.
>>
>>
>>
>> Plus it is sporadic and difficult to reproduce, was wondering if
>> folks have encountered this and any good troubleshooting techniques
>> you can recommend.
>>
>>
>>
>> Ujjval Karihaloo
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>>
>> VoiceOps mailing list
>>
>> VoiceOps at voiceops.org
>>
>> https://puck.nether.net/mailman/listinfo/voiceops
>>
>>
>>
>>
>>
>>
>>
>>