[Serusers] Three NAT case! - sr-users

Klaus Darilion

3 Mar 3 Mar

11 a.m.

take a look at fix_nated_register() from nathelper. This function will use the received column. regards, klaus szj wrote:

...

During the testing procedure, I found that when both sip UAs who are located behind the same NAT cloud want to establish voice or video connection, there is not neccesary to bridge them with rtpproxy. Only in situations where one of UA sits behind NAT or each UA sits behind different NAT clouds, that need a RTPProxy to bridge their media stream. What I mean is SER can determine the use of RTPproxy or not through the registration of sip UA. In location table, there are recieved and contact fields. But ser don't fill the recieved field, I think it is very userful for NAT. Glad to hear your instructions Best Regards Sun Zongjun _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

Reply

Klaus Darilion

11:37 a.m.

New subject: [Serusers] Re: To modify the video and audio port together

Hi! Some time ago, there was a patch on the mailinglist for this extension. But it never was included in the official rtpproxy. AFAIK mediaproxy supports also video. Nevertheless, it would be great if video support would be included in nathelper and rtpproxy. regards, klaus szj wrote:

...

Klaus Darilion wrote:

take a look at fix_nated_register() from nathelper. This function will use the received column.

Thank you very much for you timely reply! Yes, you are right, I am now browsing the fix_nated_*() functions. What I want to to is to extend the extract_mediaport() to support the extraction of the audio and video port from SDP. Of course, we had to modify the alter_mediaport(), rtpproxy program and protocol between them.:( I wonder who can give some advice on that! Thanks for all of you. Best Regards Sun Zongjun

regards, klaus szj wrote:

During the testing procedure, I found that when both sip UAs who are located behind the same NAT cloud want to establish voice or video connection, there is not neccesary to bridge them with rtpproxy. Only in situations where one of UA sits behind NAT or each UA sits behind different NAT clouds, that need a RTPProxy to bridge their media stream. What I mean is SER can determine the use of RTPproxy or not through the registration of sip UA. In location table, there are recieved and contact fields. But ser don't fill the recieved field, I think it is very userful for NAT. Glad to hear your instructions Best Regards Sun Zongjun _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

Reply

Maxim Sobolev

4:31 p.m.

New subject: [Serusers] To modify the video and audio port together

I already have a version of nathelper/rtpproxy which correctly handles several media streams per single SIP session. I am planning to make it available for general public in about 1 month. -Maxim szj wrote:

...

Klaus Darilion wrote:

take a look at fix_nated_register() from nathelper. This function will use the received column.

Thank you very much for you timely reply! Yes, you are right, I am now browsing the fix_nated_*() functions. What I want to to is to extend the extract_mediaport() to support the extraction of the audio and video port from SDP. Of course, we had to modify the alter_mediaport(), rtpproxy program and protocol between them.:( I wonder who can give some advice on that! Thanks for all of you. Best Regards Sun Zongjun

regards, klaus szj wrote:

During the testing procedure, I found that when both sip UAs who are located behind the same NAT cloud want to establish voice or video connection, there is not neccesary to bridge them with rtpproxy. Only in situations where one of UA sits behind NAT or each UA sits behind different NAT clouds, that need a RTPProxy to bridge their media stream. What I mean is SER can determine the use of RTPproxy or not through the registration of sip UA. In location table, there are recieved and contact fields. But ser don't fill the recieved field, I think it is very userful for NAT. Glad to hear your instructions Best Regards Sun Zongjun _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

_______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

Reply