Hi Bill,
you should you call force_rtp_proxy() for a REGISTER?
regards, bogdan
Bill Zhang wrote:
Bogdan,
Thanks for the reminder, this is a question that I don't know the answer, as I'm struggling to understand the whole configuration. I will try to find out why it is called:).
BTW, I always want to see if I can make SER a powerful server with following configuration:
1. Check if SIP end point(base on the SIP message, like Register, Invite) is behind the NAT, if it is with private IP, then use SER NAThelper for SIP Message and RTP Proxy for RTP. 2. If it is with public IP, check if its IP and Source port is as claimed in the SIP Message(Invite, Register, etc), if yes, then proceed to treat this SIP end point with public IP. 3. If 2 is not true, then this end point may use STUN with wrong detection result, then we treat it as in 1.
I wonder if there is any sample configurations for reference?
Best Regards, Bill Zhang Tel: 626-956-0260 ext 601 Cell: 626-354-0967 web: www.grandstream.com email: wzhang@grandstream.com
-----Original Message----- From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] Sent: Friday, August 04, 2006 8:16 AM To: Bill Zhang Cc: 'Marc Haisenko'; users@openser.org Subject: Re: [Users] Can not register to OPENSER
Hi Bill,
you should you call force_rtp_proxy() for a REGISTER?
regards, bogdan
Bill Zhang wrote:
it
body.
nathelper operates on the SDP body, it mangles them (together with
rtpproxy)
:-)
C'ya, Marc