THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#451 - rtpproxy_manage with "l" option returns wrong ports User who did this - Sebastian Damm (sdamm) ---------- My scenario is the following: I call from a phone directly connected to the internet to a phone behind NAT. In the original INVITE, I check the branch flag saved with the registration wether I have to call rtpproxy_manage() for this call. Now when a reINVITE comes from the NATed client, nat_uac_test will tell me whether I have to call rtpproxy_manage() this time, too. But when the reINVITE comes from the client directly connected, I have no chance of finding out, whether this call was forced through an RTP proxy before. This is why I need the lookup option, so I can call it every time, and the RTP proxy gives me a result only if there is already an existing session. The other scenario is a call between two clients in open internet situation, where a rtpproxy_manage() call in reINVITE would lead to audio being forced through RTP proxy whereas it went directly between the two clients before. Do I miss something? ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=451#comment1… You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.