Ross, for the record, FS needs 20 packets to auto-adjust to the real source IP:port of the RTP stream. So with a typical ptime of 20ms, that's 400ms before FS learns it, so before the audio works both ways. David Ponzone Direction Technique email: david.ponzone@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 06/09/2010 à 02:59, Ross McKillop a écrit :
Hi,
I have a number of SIP endpoints behind NAT on a cellular network and am experiencing some odd behaviour with RTP traffic.
No audio at all is present on the call for about the first 10s or so, and then the following is shown in the console;
2010-09-06 01:04:53.101801 [INFO] switch_rtp.c:2049 Auto Changing port from 10.21.6.213:4000 to 217.171.129.67:22263
After which the call works perfectly.
Is there any way I can force this process to happen quicker, within the first second of the call? or is it possible to force FreeSWITCH to use the external IP from the start?
Any assistance you can offer would be much appreciated.
Best Regards, Ross _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org