Brian,

thanks for your reply

I going to try to explain better my problem. I will use examples to do this task.

Scenario A:

Endpoint 1 <--(sip,rtp)--> FS <--(sip,rtp)--> Endpoint 2

* Endpoint 1 is nated.
* Endpoint 2 is not nated
* Endpoint 1 is sending wrong SDP info, sending local IP instead of public IP (switch_r_sdp). but FS can fix this problem with  <variable name="sip-force-contact" value="NDLB-connectile-dysfunction"/>

the switch_r_sdp in this scenario is:

"[v=0
o=- 3 2 IN IP4 10.0.100.21
s=CounterPath X-Lite 3.0
c=IN IP4 10.0.100.21
t=0 0
m=audio 7208 RTP/AVP 100 106 0 105 98 8 3 101
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:105 SPEEX-FEC/8000
a=rtpmap:98 iLBC/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=alt:1 1 : rnYgTtVR uOhvAtG7 10.0.100.21 7208
]"

Scenario B:

SIP:
Endpoint 1 <--(sip)--> FS A <--(sip)--> Endpoint 2

RTP

Endpoint 1 <--(rtp)--> FS A <--(rtp)--> Endpoint 2

* Endpoint 1 is nated.
* Endpoint 2 is not nated
* Fs is configured with <action application="set" data="bypass_media=true"/>

the switch_r_sdp in this scenario is:

"[v=0
o=- 3 2 IN IP4 10.0.100.21
s=CounterPath X-Lite 3.0
c=IN IP4 10.0.100.21
t=0 0
m=audio 7208 RTP/AVP 100 106 0 105 98 8 3 101
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:105 SPEEX-FEC/8000
a=rtpmap:98 iLBC/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=alt:1 1 : rnYgTtVR uOhvAtG7 10.0.100.21 7208
]"
 
But it is wrong, the correct one must be:

[v=0
o=- 3 2 IN IP4 200.49.24.35
s=CounterPath X-Lite 3.0
c=IN IP4 200.49.24.35
t=0 0
m=audio 63936 RTP/AVP 100 106 0 105 98 8 3 101
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:105 SPEEX-FEC/8000
a=rtpmap:98 iLBC/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=alt:1 2 : CtEyvKrr I3ZLmyBD 10.0.100.21 63936
a=alt:2 1 : 6JO5oo5+ hWtLJ+lx 200.49.24.35 63936
]

To have a correct one I had to configure stun in the endpoint, but the problem is my infrastructure is close to 1000 Endpoints and in some cases I cant reach then to configure properly. 

There any way to fix switch_r_sdp? I can use Opensips or similar SIP proxy but this can add another possible point to failure, and the issue is quite simple.

Thanks in Advance.

On Tue, May 12, 2009 at 12:11 AM, Brian West <brian@freeswitch.org> wrote:
Juan,
Can you explain your situation a little better you seem to have breezed over the critical details.  Also you should enable STUN on your endpoints and not depend on your Registrar to overcome nat issues since its not its job.

/b

On May 11, 2009, at 10:03 PM, Juan Manuel Vicente wrote:

So far I've been able to succesfully do it if both endpoint are not nated, how ever I do need to do it in a Natted sceneario too, for what I have been sniffing the problem is that in the INVITE, the SDP is sending the internal IP instead of the external.

-- Meet us at ClueCon!  http://www.cluecon.com





_______________________________________________
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