I might add that I am using topology hiding and this seems to be the only
sequential message failing
if (topology_hiding_match()) {
if(is_method("BYE")){
$acc_extra(from_user) = $fU;
$acc_extra(to_user) = $tU;
$acc_extra(from_uri) = $fu;
$acc_extra(to_uri) = $ru;
$acc_extra(session) = $hdr(p-hint);
$acc_extra(environment) = $hdr(environment);
do_accounting("evi", "missed");
}
xlog("Succesfully matched this request to a topology hiding
dialog.with method $rm here's the reply $rb \n");
xlog("Calller side callid is $ci \n");
xlog("Callee side callid is $TH_callee_callid \n");
t_relay();
exit;
}
Here is what the function handling the sequential request looks like.
On Wed, Mar 25, 2020 at 1:48 PM Tito Cumpen <t...@xsvoce.com> wrote:
> Hello,
>
> I am testing with the latest pull of opensips 2.4 git rev 9523af5
> and I having issues where opensips is attempting to send a BYE message to
> a wss contact
> at an internal address. The issue only occurs when the call is forked and
> injected via t_inject_branches
>
> ERROR:tm:msg_send: send() to 192.0.2.193:443 for proto wss/6 failed
>
> Here's what the contact looks like
>
> AOR:: asdmddev.yopmail
> Contact:: sip:aiapsqca@192.0.2.193;transport=ws Q=0.5
> ContactID:: 4212413763963324162
> Expires:: 373
> Callid:: fgmluv96ugmjfcovh76km4
> Cseq:: 3551
> User-agent:: SIP.js/0.8.4
> Received:: sip:24.1xxx.xx.xx:62209;transport=wss
> State:: CS_NEW
> Flags:: 0
> Cflags:: DST_WS RM_ONTO_FLAG NAT_SIP_PINGS NAT
> Socket:: wss:publicIp:10443
> Methods:: 5439
> SIP_instance:: <urn:uuid:19aea606-8341-4786-a078-28c8968dacca>
>
> Any idea why the processing for a BYE message would be different here?
>
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
