<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif;" dir="ltr">
<p></p>
<div>Hi Guys,</div>
<div><br>
</div>
<div>running kamailio 4.1.4 and using uac_replace_from, I am seeing a strange issue with the proxying of an ACK message back from a carrier to freeswitch on the ingress path into a network.</div>
<div><br>
</div>
<div>So its just a normal call inbound, where on outbound leg we modify the From address, on the inbound leg all remains the same.</div>
<div><br>
</div>
<div>Now after the ingress side receives the 200ok, it sends an ACK as below;</div>
<div><br>
</div>
<div>
<div>ACK sip:+441624111111@192.168.24.8:5080;transport=udp SIP/2.0</div>
<div>Via: SIP/2.0/UDP 4.4.4.4:5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466</div>
<div>Call-ID: 8791dbd3855eeafd484f397de6e2f76e@carrier.peering.telecom.im</div>
<div><b>From: "+44792498881474" <sip:+44792498881474@192.168.24.8:5080;user=phone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2</b></div>
<div>To: "+<span style="font-family: Calibri, Arial, Helvetica, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols; font-size: 16px;">441624111111</span>" <sip:+<span style="font-family: Calibri, Arial, Helvetica, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols; font-size: 16px;">441624111111</span>@8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF</div>
<div>CSeq: 1 ACK</div>
<div>Contact: <sip:4.4.4.4:5060></div>
<div>Route: <sip:192.168.24.8;lr=on;ftag=carrier.peering.telecom.im+3+863d20a3+1b9801d2;vsf=AAAAAAAAAAYNBgAPAAgLAgZ3UTMACgBXFUsVFwwcDkAKTwMZGh0YAA8KDkEEQ1NYC0NDXgdOFRpSHg1vbmU-></div>
<div>Content-Length: 0</div>
<div>Max-Forwards: 68</div>
<div><br>
</div>
<div>However kamailio changes the From address;</div>
<div><br>
</div>
<div><br>
</div>
<div>ACK sip:+441624111111@192.168.24.8:5080;transport=udp SIP/2.0</div>
<div>Via: SIP/2.0/UDP 109.73.69.165:5060;branch=z9hG4bKc1ce.47974fc3da2b669a78f2dcc9a057a127.0</div>
<div>Via: SIP/2.0/UDP 4.4.4.4:5060;rport=5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466</div>
<div>Call-ID: 8791dbd3855eeafd484f397de6e2f76e@carrier.peering.telecom.im</div>
<div><b>From: "+44792498881474" <sip:+441444680332@es132y$}-9>.8n?~9,*%(;zyk393;7e&C^NRone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2</b></div>
<div>To: "+<span style="font-family: Calibri, Arial, Helvetica, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols; font-size: 16px;">441624111111</span>" <sip:+<span style="font-family: Calibri, Arial, Helvetica, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols; font-size: 16px;">441624111111</span>@8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF</div>
<div>CSeq: 1 ACK</div>
<div>Contact: <sip:4.4.4.4:5060></div>
<div>Content-Length: 0</div>
<div>Max-Forwards: 67</div>
</div>
<div></div>
<div><br>
</div>
<div>Causing FreeSWITCH to not recognise the request, and therefore not send an ACK.</div>
<div><br>
</div>
<div>There are no rules set against the ACK processing.</div>
<div><br>
</div>
<div>Has anyone seen this before? We dont know when it started happening which doesnt help, I will look to setup debug on test environment but just wondered if this is an issue thats been seen before?</div>
<div><br>
</div>
<div>Many thanks in advance.</div>
<div><br>
</div>
<div>Jon</div>
<br>
<p></p>
</div>
</body>
</html>