<div>I'm not sure if what I am saying is correct but I think the 200 OK message from the INVITE message tells the IP phone where to send the BYE and ACK messages. So, if the 200 OK message was correctly corrected by fix_nated_contact() it should work fine. But i think that Jan or another expert user could confirm this.
</div>
<div> </div>
<div>Jose Simoes<br><br> </div>
<div><span class="gmail_quote">On 12/12/05, <b class="gmail_sendername">Frank Fischer</b> <<a href="mailto:frank.fischer@digitalnomads.ch">frank.fischer@digitalnomads.ch</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi Jan<br>Hi all<br><br>> > I have a problem with NATed UACs in my setup. Therefor i<br>> would like to know
<br>> > where SER takes the public IP of a NATed UAC from, a<br>> request is forwarded to<br>> > (using the reply handler) if i call fix_nated_contact() to<br>> rewrite the NATed<br>> > UACs contact header. Is it always taken form the received
<br>> field in the<br>> > location record?<br>><br>> From the source IP of the packet.<br><br>Maybe my question was not asked clear enough. Just for clarification: SER<br>receives a BYE from the called UAC and has to relay it to the calling UAC.
<br>Both UACs are natted. Now, where does SER get the public ip address from for<br>the calling UAC that the BYE has to be relayed too? It sure can't be the<br>source address of the received BYE request since this would be called UAC
<br>that sent the BYE. So I guess it would have to be read out from some field<br>in the BYE request?<br><br>I'm asking this, because i have a reproducable situation with different UACs<br>(swissvoice ip10s and patton-inalp smartnodes) where SER relays the BYE to
<br>the PRIVATE ip address of the calling UAC instead to it's public ip address.<br>With snom100 the BYE is relayed to the correct public ip addresse but to the<br>port of the private address (meaning to port 5060). In the same BYE request
<br>i also find that the Request-Line contains the public IP address for the<br>natted UAC (where i expected to find the private ip address) and the contact<br>hf was not rewritten and contains the public ip address of the UAC). This is
<br>the second indication that there is something wrong with NAT handling.<br><br>The nat-related (and most other too) parts of the script are taken from the<br>onsip getting started document. There is no firewall or SIP ALG anywhere
<br>between SER and the natted UACs. I use mediaproxy in combination with<br>nathelper. The call is successfully established and the voice channels work<br>both way. The only effect you get on the phone from this behaviour is, that
<br>if the callee ends the phone, the caller doesn't get informed about that<br>(since the BYE never arrives).<br><br>Anyone has any idea what's going on in my setup? Anyone ever experience a<br>similar situation?<br><br>
I'm very thankfull for any advice, hint, whatever....<br><br>- Frank<br><br><br>_______________________________________________<br>Serusers mailing list<br><a href="mailto:serusers@lists.iptel.org">serusers@lists.iptel.org</a><br><a href="http://lists.iptel.org/mailman/listinfo/serusers">
http://lists.iptel.org/mailman/listinfo/serusers</a><br></blockquote></div><br>