Arman Gungor schrieb: > Imagine the following scenerio, A and B are phones behind NAT. > > A---------------------NAT-------------------------RTPproxy-----------------------NAT-------------------------------B > > RTP----------------> > -------------------> ------------------> BLOCKED > > If A sends RTP packets and RTPproxy forwards them before waiting for B's > RTPs to come, B's NAT device will block that RTP port, then they would > not be able talk at all. > > Also I want to have a control on IPs of A and B for security reasons. > Another person( C ) should not be able send packets to the port reserved > for B. If C can be able to send packets to this reserved port then he > will be able to hear A's voice. Am I right?
Depends on the used flags when calling force_rtpproxy. Per default nathelper module will instruct rtpproxy to accept RTP packets only from the public IP of the NAT. You can change behavior with r flag. > > Thanks, > > Arman Gungor > > > > Date: Tue! , 12 Jan 2010 01:57:28 -0800 > > From: sobo...@sippysoft.com > > To: users@rtpproxy.org > > Subject: Re: [RTPproxy Users] notification on both sides start > sending their RTPs? > > > > Arman Gungor wrote: > > > Hello, > > > > > > I have two questions about RTPproxy. > > > > > > Firstly, I want to use Send <javascript:;> RTPproxy for > communicating 2 > > > phones behind NAT. In order to realize this RTPproxy should wait for > > > both sides to send their RTPs to RTPproxy. But it starts forwarding > > > these RTPs to the other side immediately after receiving from any > side. > > > Is there any way to do this without giving a fake IP address in Update > > > message? ( I want to have a control on IPs by forcing ) > > > > I am not sure why this scenario is a problem. The proxy will update with > > correct IP address once it gets the first packet from the other party! . > > Can you please elaborate? > > > > > Sec! ondly, I want to know whether these phones start communicating or > > > not. Is it possible for RTPproxy to send notification when peers start > > > talking successfully (RTPs are being forwarded from both sides) ? > > > > There is no such functionality currently, but it should not be difficult > > to implement something along the lines. > > > > Regards, > > -- > > Maksym Sobolyev > > Sippy Software, Inc. > > Internet Telephony (VoIP) Experts > > T/F: +1-646-651-1110 > > Web: http://www.sippysoft.com > > MSN: sa...@sippysoft.com > > Skype: SippySoft > > > > _______________________________________________ > > Users mailing list > > Users@rtpproxy.org > > http://lists.rtpproxy.org/mailman/listinfo/users > > ------------------------------------------------------------------------ > Windows Live: Keep your friends up to date with what you do online. > <http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/social-network-basics.aspx?ocid=! > > PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_1:092010> > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users@rtpproxy.org > http://lists.rtpproxy.org/mailman/listinfo/users _______________________________________________ Users mailing list Users@rtpproxy.org http://lists.rtpproxy.org/mailman/listinfo/users