[Freeswitch-users] RTP keep alive

Wed Feb 9 21:19:42 MSK 2011

Anthony,

I actually thought about telling that to Sam, as it is the behaviour of Siemens DECT IP phones for instance.
In the end, I think it would help to see a tshark trace of a such call.

David Ponzone  Direction Technique
email: david.ponzone at ipeva.fr
tel:      01 74 03 18 97
gsm:   06 66 98 76 34

Service Client IPeva
tel:      0811 46 26 26
www.ipeva.fr  -   www.ipeva-studio.com

Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.

Le 09/02/2011 à 19:09, Anthony Minessale a écrit :

> I think you are talking about CN (payload 13)
> This is a rfc standard to send a packet every once in a while to prove
> it still works.
> if you negotiate CN in the sdp you would have it.
> 
> 
> On Wed, Feb 9, 2011 at 11:10 AM, David Ponzone <david.ponzone at ipeva.fr> wrote:
>> Sam,
>> No there is no such thing as RTP keep-alive, AFAIK.
>> But again, if you don't use VAD, there should be RTP all the time (except
>> when on hold).
>> So the first thing you should ask yourself is why is this RTP stream
>> missing.
>> Also you did not provide any information about the setup and the possible
>> involvement of another equipement (provider ?).
>> Be aware that if G729 is negotiated, it may use VAD by default if it was not
>> disabled explicitly (that's the RFC).
>> David Ponzone  Direction Technique
>> email: david.ponzone at ipeva.fr
>> tel:      01 74 03 18 97
>> gsm:   06 66 98 76 34
>> Service Client IPeva
>> tel:      0811 46 26 26
>> www.ipeva.fr  -   www.ipeva-studio.com
>> Ce message et toutes les pièces jointes sont confidentiels et établis à
>> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion
>> non autorisée est interdite. Tout message électronique est susceptible
>> d'altération. IPeva décline toute responsabilité au titre de ce message s'il
>> a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce
>> message, merci de le détruire immédiatement et d'avertir l'expéditeur.
>> 
>> 
>> 
>> Le 09/02/2011 à 18:01, Sam a écrit :
>> 
>> There is no vad , is there something like rtp keep live after the increase
>> of rtp timout .
>> Yes the RTP timeout helps.
>> 
>> Regds
>> Sam
>> 
>> On Wed, Feb 9, 2011 at 8:03 PM, Steven Ayre <steveayre at gmail.com> wrote:
>>> 
>>> That'll do it.
>>> 
>>> VAD can mean no RTP is transmitted legitimately though, so be careful.
>>> Especially when on hold when the phone might stop sending anything (I see
>>> you've already increased that time).
>>> 
>>> -Steve
>>> 
>>> 
>>> On 9 February 2011 08:49, Sam <u2nsam at gmail.com> wrote:
>>>> 
>>>> I have this in the settings,
>>>> 
>>>>     <param name="rtp-timeout-sec" value="3000"/>
>>>>     <param name="rtp-hold-timeout-sec" value="18000"/>
>>>> 
>>>> Any thing i need more regarding that ?
>>>> 
>>>> Regards
>>>> Sam
>>>> 
>>>> On Wed, Feb 9, 2011 at 1:35 PM, Sam <u2nsam at gmail.com> wrote:
>>>>> 
>>>>> Hello,
>>>>> 
>>>>> We have a situation wherein we need to keep alive RTP ,is there any
>>>>> parameter to do that,
>>>>> because when someone is on long conversation and not talking fro brief
>>>>> duration the call
>>>>> disconnects .
>>>>> 
>>>>> Regards
>>>>> Sam
>>>> 
>>>> 
>>>> _______________________________________________
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>>> 
>>> 
>>> 
>>> _______________________________________________
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>> 
>> 
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>> 
>> 
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>> 
>> 
> 
> 
> 
> -- 
> Anthony Minessale II
> 
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
> Twitter: http://twitter.com/FreeSWITCH_wire
> 
> AIM: anthm
> MSN:anthony_minessale at hotmail.com
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
> IRC: irc.freenode.net #freeswitch
> 
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org
> googletalk:conf+888 at conference.freeswitch.org
> pstn:+19193869900
> 
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110209/45112a0b/attachment-0001.html 