<div dir="ltr"><div style>Im hitting an inter-op issue with a specific carrier ( running a Nortel CS2000 )</div><div><br></div><div style>When I Send a call to this carrier using "Scenario A" everything works fine..</div>
<div style><br></div><div style>If I send them a call with "Scenario B" the call is rejected with a "502 bad gateway".</div><div style>the carrier has said that the contact header in "Scenario B" is "Too Long". Im not sure its the length specifically... but I wonder if the transport or gw variables are causing their switch to do something odd..</div>
<div style><br></div><div style>problem is, I cant seem to strip these with any combination of contact variables from the wiki or even after trawling /mod/endpoints/mod_sofia/* .</div><div style><br></div><div style>it seems that gateway->register_contact is used for invites also.</div>
<div style>and the flow of parse_gateways in sofia.c suggests that there is no code flow that would avoid appending the gw= data.</div><div style><br></div><div style>can someone confirm if there is a way avoid adding this extra data on calls out a gateway,<br>
or if im going to have to raise a request with the dev guys.</div><div style><br></div><div style><b>Scenario A )</b></div>I make an outbound call with this syntax :<div><div><action application="bridge" data="sofia/upstream/${bridge_dest}@xx.xx.xx.xx"/></div>
<div><br></div><div style>I See a SIP Contact of :</div><div style><sip:mod_sofia@xx.xx.xx.xx:5060><br></div><div style><br></div><div style><br></div><div style><b>Scenario B )</b></div><div style>I try and use gateways ( for the added functionality of monitoring the far ends reachability )</div>
<div style>with this bridge string :</div><div style><action application="bridge" data="sofia/gateway/upstream_xx.xx.xx.xx/${bridge_dest}" /> <br></div><div style><br></div><div style>I See a SIP Contact of :<br>
</div><div style><sip:blah@xx.xx.xx.xx:5060;transport=udp;gw=upstream_xx.xx.xx.xx><br></div><div style><br></div><div style>-- <br></div><div>Sincerely<br><br>Jay Binks</div></div></div>