[OpenSIPS-Users] TLS to UDP, record route

Miha miha at softnet.si
Mon May 17 12:55:13 EST 2021


thank you.

Anther thing, when you got ACK, how opensips route it, how it will 
choose right interface?
Initial invite is send via tls to ms teams by opensips. But ACK which I 
get from another SBC is routed via UDP and not TLS? Where i should look 
for this issue?

thank you
miha


U Opensips:5060 -> Another_SBC(Not opensips):5060 #5
SIP/2.0 200 OK.
FROM: <sip:0038651357952 at Another_SBC(Not 
opensips)>;tag=3830244708-1542214291.
TO: 
<sip:38618106710 at Opensips;user=phone>;tag=797d0c0c74c94df5abf29cc5ba182311.
CSEQ: 1 INVITE.
CALL-ID: 16826581-3830244708-1607573954 at sbc2.test.com.
VIA: SIP/2.0/UDP Another_SBC(Not 
opensips):5060;branch=z9hG4bK4c6433227c52d1863c051b23a170706e.
RECORD-ROUTE: 
<sip:sip-du-a-eu.pstnhub.microsoft.com:5061;transport=tls;lr>,<sip:mtsbc.test.com:5061;transport=tls;lr;r2=on;xyz=7a.468a5024>,<sip:Opensips:5060;lr;r2=on>.
CONTACT: 
<sip:52.114.75.24:5061;x-i=d1df8c6c-2e6c-44b8-b670-de5b94e4b93e;x-c=e6e92b7127765ed3843b370d59046d54/s/1/6cff2c6f65024a6b86a5c5f3794202a5>.
Content-Length: 309.
SUPPORTED: timer.
CONTENT-TYPE: application/sdp.
ALLOW: INVITE,ACK,OPTIONS,CANCEL,BYE,NOTIFY.
REQUIRE: timer.
SESSION-EXPIRES: 3600;refresher=uac.
SERVER: Microsoft.PSTNHub.SIPProxy v.2021.5.5.15 i.EUWE.3.


U  Another_SBC(Not opensips):5060 -> Opensips:5060 #6
ACK 
sip:52.114.75.24:5061;x-i=d1df8c6c-2e6c-44b8-b670-de5b94e4b93e;x-c=e6e92b7127765ed3843b370d59046d54/s/1/6cff2c6f65024a6b86a5c5f3794202a5 
SIP/2.0.
Max-Forwards: 68.
Route: <sip:Opensips:5060;lr;r2=on>.
Route: <sip:mtsbc.test.com:5061;transport=tls;lr;r2=on;xyz=7a.468a5024>.
Route: <sip:sip-du-a-eu.pstnhub.microsoft.com:5061;transport=tls;lr>.
To: 
<sip:38618106710 at Opensips;user=phone>;tag=797d0c0c74c94df5abf29cc5ba182311.
From: <sip:0038651357952@ Another_SBC(Not 
opensips)>;tag=3830244708-1542214291.
Call-ID: 16826581-3830244708-1607573954 at sbc2.test.com.
CSeq: 1 ACK.
Via: SIP/2.0/UDP  Another_SBC(Not 
opensips):5060;branch=z9hG4bK58b13e244cbca78925b45e9bcc69d3a2.
Contact: <sip:0038651357952@ Another_SBC(Not opensips):5060>.
Content-Length: 0.
.


U Opensips:5060 -> 52.114.75.24:5061 #7
ACK 
sip:52.114.75.24:5061;x-i=d1df8c6c-2e6c-44b8-b670-de5b94e4b93e;x-c=e6e92b7127765ed3843b370d59046d54/s/1/6cff2c6f65024a6b86a5c5f3794202a5 
SIP/2.0.
Max-Forwards: 67.
Route: <sip:Opensips:5060;lr;r2=on>.
Route: <sip:mtsbc.test.com:5061;transport=tls;lr;r2=on;xyz=7a.468a5024>.
Route: <sip:sip-du-a-eu.pstnhub.microsoft.com:5061;transport=tls;lr>.
To: 
<sip:38618106710 at Opensips;user=phone>;tag=797d0c0c74c94df5abf29cc5ba182311.
From: <sip:0038651357952@ Another_SBC(Not 
opensips)>;tag=3830244708-1542214291.
Call-ID: 16826581-3830244708-1607573954 at sbc2.test.com.
CSeq: 1 ACK.
Via: SIP/2.0/UDP Opensips:5060;branch=z9hG4bKed06.0b1dc487.2.
Via: SIP/2.0/UDP  Another_SBC(Not 
opensips):5060;branch=z9hG4bK58b13e244cbca78925b45e9bcc69d3a2.
Contact: <sip:0038651357952@ Another_SBC(Not opensips):5060>.
Content-Length: 0.



Callum Guy je 5/17/2021 ob 10:15 AM napisal:
> subst_uri only works on the request uri, try again with subst()!
>
>
> On Mon, 17 May 2021 at 08:58, Miha via Users <users at lists.opensips.org 
> <mailto:users at lists.opensips.org>> wrote:
>
>     Hello
>
>     i need a little help how to chnage RR in responses to UDP GW
>     (requestes goes via TLS to MS teams).
>
>     So in reply i have like this:
>      RECORD-ROUTE:
>     <sip:sip-du-a-eu.pstnhub.microsoft.com:5061;transport=tls;lr>,<sip:mtsbc.test.com:5061;transport=tls;lr;r2=on;xyz=2c.8dc02121>.
>
>     But i should have like this: RECORD-ROUTE:
>     <sip:sip-du-a-eu.pstnhub.microsoft.com:5061;transport=tls;lr>,<sip:xxx.xxx.xxx.xxxx;transport=udp;lr;r2=on;xyz=2c.8dc02121>.
>
>     I tried to do it like:  subst_uri('/mtsbc.test.com
>     <http://mtsbc.test.com>:5061;transport=tls/xxx.xxx.xxx.xxxx:5060/i');
>     but it does not match.
>
>
>     thank you
>     miha
>
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>     <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
>
>
>
> *^0333 332 0000  | x-on.co.uk <https://www.x-on.co.uk>  | 
> _**_^<https://www.linkedin.com/company/x-on> 
> <https://www.facebook.com/XonTel> <https://twitter.com/xonuk> **^  | 
> Coronavirus 
> <https://www.x-on.co.uk/service/surgery-connect/coronavirus.htm> **^  
> | Practice Index Reviews <https://practiceindex.co.uk/gp/x-on> *
>
> THE ITSPA AWARDS 2020 <http://www.itspa.org.uk/itspa-awards> AND Best 
> ITSP - Mid Market, Best Software and Best Vertical Solution are trade 
> marks of the Internet Telephony Services Providers' Association, used 
> under licence.
>
> *Our new office address: 22 Riduna Park, Melton IP12 1QT.*
>
> X-on is a trading name of Storacall Technology Ltd a limited company 
> registered in England and Wales.
> Registered Office : Avaland House, 110 London Road, Apsley, Hemel 
> Hempstead, Herts, HP3 9SD. Company Registration No. 2578478.
> The information in this e-mail is confidential and for use by the 
> addressee(s) only. If you are not the intended recipient, please 
> notify X-on immediately on +44(0)333 332 0000 and delete the
> message from your computer. If you are not a named addressee you must 
> not use, disclose, disseminate, distribute, copy, print or reply to 
> this email. Views or opinions expressed by an individual
> within this email may not necessarily reflect the views of X-on or its 
> associated companies. Although X-on routinely screens for viruses, 
> addressees should scan this email and any attachments
> for viruses. X-on makes no representation or warranty as to the 
> absence of viruses in this email or any attachments.
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20210517/33e945d9/attachment.html>


More information about the Users mailing list