[OpenSIPS-Users] About obstacles to implement the matched

Li Cai Li.Cai at comtech.com
Thu Aug 18 16:41:46 UTC 2022


Hi Vlad,

Thanks for the reply, I'll give it a try. For now, I'm working on V2.4 source to implement, can I ask if it's not necessary and OpenSIPs 2.4 can do the function all by script?


Thanks,



Can I ask 
https://www.opensips.org/Documentation/Development-Tutorials

-----Original Message-----
From: Users <users-bounces at lists.opensips.org> On Behalf Of users-request at lists.opensips.org
Sent: August 18, 2022 11:35 AM
To: users at lists.opensips.org
Subject: Users Digest, Vol 169, Issue 29


WARNING: External Email: Exercise Caution

Send Users mailing list submissions to
        users at lists.opensips.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.opensips.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fusers&data=05%7C01%7Cli.cai%40comtech.com%7C49b812e9ada4427660e208da812f5adf%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C637964337652145158%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=dhGsDxKcn2b7Lg2R9AVxUEJXcKkxFRC8oEvz6OgTuls%3D&reserved=0
or, via email, send a message with subject or body 'help' to
        users-request at lists.opensips.org

You can reach the person managing the list at
        users-owner at lists.opensips.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..."


Today's Topics:

   1. Re: About obstacles to implement the matched Id in event
      (Vlad Patrascu)
   2. STOP waiting for new branches and close   transaction by
      t_wait_no_more_branches() (Ярослав Нападайло)


----------------------------------------------------------------------

Message: 1
Date: Thu, 18 Aug 2022 18:28:13 +0300
From: Vlad Patrascu <vladp at opensips.org>
To: users at lists.opensips.org
Subject: Re: [OpenSIPS-Users] About obstacles to implement the matched
        Id in event
Message-ID: <d4429d7c-06f7-647b-4986-bc780aff5733 at opensips.org>
Content-Type: text/plain; charset=UTF-8; format=flowed

Hi Li,

In 2.4 I think the only way is to use the same cachedb_local storage for everything you need to pass around.

Regards,

--
Vlad Patrascu
OpenSIPS Core Developer
https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.opensips-solutions.com%2F&data=05%7C01%7Cli.cai%40comtech.com%7C49b812e9ada4427660e208da812f5adf%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C637964337652145158%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=f%2BoWZ0jIHjPq7sb4XRZXjjK0w0uPxGjzAR7aU0%2FLPPQ%3D&reserved=0

On 18.08.2022 16:59, Li Cai wrote:
> Hi Vlad,
>
> Thank you very much for the suggestion. Sorry that I didn't mention our OpenSIPs version, we're with 2.4 which doesn't provide exported pseudo variables. Can I ask if there is similar way to do so in V2.4?
>
>
> Thanks,
> Li
>
> -----Original Message-----
> From: Users <users-bounces at lists.opensips.org> On Behalf Of 
> users-request at lists.opensips.org
> Sent: August 17, 2022 3:29 AM
> To: users at lists.opensips.org
> Subject: Users Digest, Vol 169, Issue 25
>
>
> WARNING: External Email: Exercise Caution
>
> Send Users mailing list submissions to
>          users at lists.opensips.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>          
> https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists
> .opensips.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fusers&data=05%7C01%
> 7Cli.cai%40comtech.com%7C49b812e9ada4427660e208da812f5adf%7Ca9a26e696a
> e040c1bd801ca6cc677828%7C0%7C0%7C637964337652145158%7CUnknown%7CTWFpbG
> Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%
> 3D%7C3000%7C%7C%7C&sdata=dhGsDxKcn2b7Lg2R9AVxUEJXcKkxFRC8oEvz6OgTu
> ls%3D&reserved=0 or, via email, send a message with subject or 
> body 'help' to
>          users-request at lists.opensips.org
>
> You can reach the person managing the list at
>          users-owner at lists.opensips.org
>
> When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..."
>
>
> Today's Topics:
>
>     1. Re: About obstacles to implement the matched Id in event
>        header of NOTIFY(REFER) (Vlad Patrascu)
>     2. Re: Bug on TLS Management Interface (Bogdan-Andrei Iancu)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 16 Aug 2022 22:19:10 +0300
> From: Vlad Patrascu <vladp at opensips.org>
> To: users at lists.opensips.org
> Subject: Re: [OpenSIPS-Users] About obstacles to implement the matched
>          Id in event header of NOTIFY(REFER)
> Message-ID: <91e7202d-ac0f-9ab3-252e-49640130aae4 at opensips.org>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> Hi Li,
>
> For passing around data between the b2b request route and local_route, in the context of an ongoing B2B session, you can use the $b2b_logic.ctx variable[1]. That would take care of transferring the Cseq from step 1 to step 2 and the id from step 3 to step 4.
>
> As for your cseq map, you can use the cachedb_local module, and maybe the $b2b_logic.key variable alongside Cseq2 for building a proper key.
>
> [1] 
> https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopen
> sips.org%2Fdocs%2Fmodules%2F3.3.x%2Fb2b_logic.html%23b2b_logic.key&amp
> ;data=05%7C01%7Cli.cai%40comtech.com%7C49b812e9ada4427660e208da812f5ad
> f%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C637964337652145158%7CUn
> known%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haW
> wiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=vnGjPkRw2UUd7GyN%2FlF1vAdqf
> z%2BEF2Yo43Hb3pF8VW4%3D&reserved=0
>
> Regards,
>
> --
> Vlad Patrascu
> OpenSIPS Core Developer
> https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.o
> pensips-solutions.com%2F&data=05%7C01%7Cli.cai%40comtech.com%7C49b
> 812e9ada4427660e208da812f5adf%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7
> C0%7C637964337652145158%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLC
> JQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata
> =f%2BoWZ0jIHjPq7sb4XRZXjjK0w0uPxGjzAR7aU0%2FLPPQ%3D&reserved=0
>
> On 22.07.2022 23:02, Li Cai wrote:
>> Hi experts,
>>
>> I'm working on the implementation for '2.4.6 Multiple REFER Requests 
>> in a Dialog' of RFC3515 in a B2B SIP Proxy. Right now, I got stuck 
>> with two problems in the solution. Please see the paragraph from RFC-
>>
>>     A REFER creates an implicit subscription sharing the dialog
>>
>> identifiers in the REFER request.  If more than one REFER is issued
>>
>>     in the same dialog (a second attempt at transferring a call for
>>
>> example), the dialog identifiers do not provide enough information to
>>
>> associate the resulting NOTIFYs with the proper REFER.
>>
>>     Thus, for the second and subsequent REFER requests a UA receives 
>> in a
>>
>>     given dialog, it MUST include an id parameter[2] in the Event 
>> header
>>
>>     field of each NOTIFY containing the sequence number (the number 
>> from
>>
>>     the CSeq header field value) of the REFER this NOTIFY is 
>> associated
>>
>>     with. This id parameter MAY be included in NOTIFYs to the first
>>
>>     REFER a UA receives in a given dialog.  A SUBSCRIBE sent to 
>> refresh
>>
>>     or terminate this subscription MUST contain this id parameter.
>>
>> Different from the definition in RFC, the NOTIFY forwarded by the 
>> proxy contains the same Id in Event header as the other side. Please 
>> see the below chart -
>>
>>                     B2BProxy
>>
>>                                             |
>>
>>                  <- REFER 2 (Cseq=2) |                  <-REFER 1
>>   (Cseq=1003)
>>
>>                             . . .                  | . . .
>>
>> ->NOTIFY 1 (event:*id=2*)         |  ->NOTIFY 2 (_event*:id=2*)_
>>
>> The current problem is, the above NOTIFY on the right side should 
>> _include 'id=1003' instead of 'id=2'_.
>>
>> The solution I'm trying is as in the following flow -
>>
>>        1.         get CSeq 1 of REFER 1 in route[b2b_request]{}  ->
>>
>>        2.         get CSeq 2 of REFER 2 in local_route{},  then save
>> the pair(key=CSeq2, value=CSeq1) in a map set->
>>
>>        3.         get Id  from NOTIFY 1 event in route[b2b_request]{}  ->
>>
>>        4.         use Id  as key then get matched CSeq1 from the map
>> set, use remove_hf() and append_hf() to modify the event header in 
>> local_route{}
>>
>> My two questions are:
>>
>>   1. To transfer Cseq 1 from step1 to step2, I tried a variable in the
>>      AVP type but it didn't work. The script variable can work but it
>>      doesn't fit because the processing is based on per request.  Can I
>>      ask if you have any suggest on how to transfer the value from
>>      route[b2b_request]{} to local_route{}?
>>   2. In the step2, I tried to create and operate a JSON map set to save
>>      the CSeq pairs. But the JSON data didn't work for me.
>>
>>              My source :
>>
>>                                      $json(csList) = "";       #
>> Initialize the data set, not sure if it's correct
>>
>> $json(csList/"$cs") = "$avp(csNum)";
>>
>>              The error I got:
>>
>> ERROR:core:do_assign: setting PV failed
>>
>> ERROR:core:do_assign: error at
>> /usr/local//et/opensips/opensips.cfg:531
>>
>> Thank you very much for the help! Any your suggests are very welcomed.
>>
>> Thanks,
>>
>> Li
>>
>> NOTICE TO RECIPIENT: This email, including attachments, may contain 
>> information which is confidential, proprietary, attorney-client 
>> privileged and / or controlled under U.S. export laws and regulations 
>> and may be restricted from disclosure by applicable State and Federal 
>> law. Nothing in this email shall create any legal binding agreement 
>> between the parties unless expressly stated herein and provided by an 
>> authorized representative of Comtech Telecommunications Corp. or its 
>> subsidiaries. If you are not the intended recipient of this message, 
>> be advised that any dissemination, distribution, or use of the 
>> contents of this message is strictly prohibited. If you received this 
>> message in error, please notify us immediately by return email and 
>> permanently delete all copies of the original email and any attached 
>> documentation from any computer or other media.
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flist
>> s 
>> .opensips.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fusers&data=05%7C01
>> % 
>> 7Cli.cai%40comtech.com%7C502ac1e5f328416b934908da80223535%7Ca9a26e696
>> a 
>> e040c1bd801ca6cc677828%7C0%7C0%7C637963181666956869%7CUnknown%7CTWFpb
>> G 
>> Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0
>> % 
>> 3D%7C3000%7C%7C%7C&sdata=eN7ZRHTe3r03mOVKSiQdmxv8EEwIm7QS957iAccx
>> u
>> dA%3D&reserved=0
> -------------- next part -------------- An HTML attachment was 
> scrubbed...
> URL: 
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flist
> s.opensips.org%2Fpipermail%2Fusers%2Fattachments%2F20220816%2F8eef3031
> %2Fattachment-0001.html&data=05%7C01%7Cli.cai%40comtech.com%7C49b8
> 12e9ada4427660e208da812f5adf%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C
> 0%7C637964337652145158%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJ
> QIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=
> kVUBOjMwScxOV9qf32nQuFP%2BjJhmyroGXUBDmyAv7GA%3D&reserved=0>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 17 Aug 2022 10:28:49 +0300
> From: Bogdan-Andrei Iancu <bogdan at opensips.org>
> To: Francisco Neto <fneto at sothis.com.br>, "users at lists.opensips.org"
>          <users at lists.opensips.org>
> Subject: Re: [OpenSIPS-Users] Bug on TLS Management Interface
> Message-ID: <7b5da8ab-346f-3231-f73f-95d0211f3a4a at opensips.org>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> Hi Francisco,
>
> Please check
> https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith
> ub.com%2FOpenSIPS%2Fopensips-cp%2Fcommit%2F1e738fd948fcc83004b0b99edb4
> f361c0a8b784c&data=05%7C01%7Cli.cai%40comtech.com%7C49b812e9ada442
> 7660e208da812f5adf%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C637964
> 337652301390%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luM
> zIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6%2FL1VuTm
> HD9xKn8z%2FtohNEAVTTH7OSxffrwmoIfS1ac%3D&reserved=0
> - update again and give it a try by adding "*" for the match_domain
>
> Regards,
>
> Bogdan-Andrei Iancu
>
> OpenSIPS Founder and Developer
>     
> https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> opensips-solutions.com%2F&data=05%7C01%7Cli.cai%40comtech.com%7C49
> b812e9ada4427660e208da812f5adf%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%
> 7C0%7C637964337652301390%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiL
> CJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdat
> a=%2FT58YDeqLR%2BPizwW%2BflydhlS7MNUxx79NfC%2BwcAvaBU%3D&reserved=
> 0 OpenSIPS Summit 27-30 Sept 2022, Athens
>     
> https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> opensips.org%2Fevents%2FSummit-2022Athens%2F&data=05%7C01%7Cli.cai
> %40comtech.com%7C49b812e9ada4427660e208da812f5adf%7Ca9a26e696ae040c1bd
> 801ca6cc677828%7C0%7C0%7C637964337652301390%7CUnknown%7CTWFpbGZsb3d8ey
> JWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C300
> 0%7C%7C%7C&sdata=W2gn8TaGQiE5xetB5r2KLDEryFqks%2BCd8gBW%2FfMtORQ%3
> D&reserved=0
>
> On 8/16/22 11:32 PM, Francisco Neto wrote:
>> Hi Bogdan-Andrei!
>>
>> Actually I've tried with using sip domain as blank, with * it didn't 
>> let me press update on CP, and with the client certificate (fqdn and 
>> domain part only) and in all scenarios the error is the same as 
>> described below:
>>
>> ERROR:proto_tls:proto_tls_conn_init: no TLS client domain found Aug 
>> 16
>> 17:29:30 bowser /usr/sbin/opensips[1128]:
>> ERROR:core:tcp_conn_create: failed to do proto 3 specific init for 
>> conn 0x7efe29a648a8 Aug 16 17:29:30 bowser /usr/sbin/opensips[1128]:
>> ERROR:core:tcp_sync_connect: tcp_conn_create failed, closing the 
>> socket Aug 16 17:29:30 bowser /usr/sbin/opensips[1128]:
>> ERROR:proto_tls:proto_tls_send: connect failed Aug 16 17:29:30 bowser
>> /usr/sbin/opensips[1128]: ERROR:tm:msg_send:
>> send() to 52.114.132.46:5061 for proto tls/3 failed Aug 16 17:29:30 
>> bowser /usr/sbin/opensips[1128]: ERROR:tm:t_uac:
>> attempt to send to 'sip:sip.pstnhub.microsoft.com:5061' failed Aug 16
>> 17:29:31 bowser /usr/sbin/opensips[1128]:
>> ERROR:proto_tls:proto_tls_conn_init: no TLS client domain found Aug 
>> 16
>> 17:29:31 bowser /usr/sbin/opensips[1128]:
>> ERROR:core:tcp_conn_create: failed to do proto 3 specific init for 
>> conn 0x7efe29b341a8 Aug 16 17:29:31 bowser /usr/sbin/opensips[1128]:
>> ERROR:core:tcp_sync_connect: tcp_conn_create failed, closing the 
>> socket Aug 16 17:29:31 bowser /usr/sbin/opensips[1128]:
>> ERROR:proto_tls:proto_tls_send: connect failed Aug 16 17:29:31 bowser
>> /usr/sbin/opensips[1128]: ERROR:tm:msg_send:
>> send() to 52.114.76.76:5061 for proto tls/3 failed Aug 16 17:29:31 
>> bowser /usr/sbin/opensips[1128]: ERROR:tm:t_uac:
>> attempt to send to 'sip:sip2.pstnhub.microsoft.com:5061' failed Aug 
>> 16
>> 17:29:31 bowser /usr/sbin/opensips[1128]:
>> ERROR:proto_tls:proto_tls_conn_init: no TLS client domain found Aug 
>> 16
>> 17:29:31 bowser /usr/sbin/opensips[1128]:
>> ERROR:core:tcp_conn_create: failed to do proto 3 specific init for 
>> conn 0x7efe29a17ec8 Aug 16 17:29:31 bowser /usr/sbin/opensips[1128]:
>> ERROR:core:tcp_sync_connect: tcp_conn_create failed, closing the 
>> socket Aug 16 17:29:31 bowser /usr/sbin/opensips[1128]:
>> ERROR:proto_tls:proto_tls_send: connect failed Aug 16 17:29:31 bowser
>> /usr/sbin/opensips[1128]: ERROR:tm:msg_send:
>> send() to 52.114.14.70:5061 for proto tls/3 failed Aug 16 17:29:31 
>> bowser /usr/sbin/opensips[1128]: ERROR:tm:t_uac:
>> attempt to send to 'sip:sip3.pstnhub.microsoft.com:5061' failed
>>
>> Below is my actual config section about TLS
>>
>> loadmodule "proto_tls.so"
>> modparam("proto_tls","tls_max_msg_chunks", 8) 
>> modparam("proto_tls","tls_handshake_timeout", 600) 
>> modparam("proto_tls", "tls_send_timeout", 2000)
>>
>>
>> loadmodule "tls_openssl.so"
>> loadmodule "tls_mgm.so"
>> modparam("tls_mgm",
>> "db_url","mysql://opensips:XXXXXXXXXX@localhost/opensips")
>> modparam("tls_mgm", "db_table", "tls_mgm") modparam("tls_mgm", 
>> "client_sip_domain_avp", "tls_sip_dom")
>>
>>
>> Em 11 de ago. de 2022 12:59 -0300, Bogdan-Andrei Iancu 
>> <bogdan at opensips.org>, escreveu:
>>> Hi Francisco,
>>>
>>> So, if you use wildcard for match_sip_domain in the client TLS 
>>> domain, doesn't work for you ?
>>>
>>> Regards.
>>> Bogdan-Andrei Iancu
>>>
>>> OpenSIPS Founder and Developer
>>>
>>> https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
>>> w 
>>> .opensips-solutions.com%2F&data=05%7C01%7Cli.cai%40comtech.com%7
>>> C
>>> 502ac1e5f328416b934908da80223535%7Ca9a26e696ae040c1bd801ca6cc677828%
>>> 7 
>>> C0%7C0%7C637963181667269467%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAw
>>> M 
>>> DAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&am
>>> p
>>> ;sdata=yp8rIlD05HWeQxkUb1ecaQtQLEdzoqz10UmhgzBTC7A%3D&reserved=0
>>> OpenSIPS Summit 27-30 Sept 2022, Athens
>>>
>>> https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
>>> w 
>>> .opensips.org%2Fevents%2FSummit-2022Athens%2F&data=05%7C01%7Cli.
>>> c 
>>> ai%40comtech.com%7C502ac1e5f328416b934908da80223535%7Ca9a26e696ae040
>>> c
>>> 1bd801ca6cc677828%7C0%7C0%7C637963181667269467%7CUnknown%7CTWFpbGZsb
>>> 3 
>>> d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D
>>> % 
>>> 7C3000%7C%7C%7C&sdata=7HvX9ki%2Bj7QuwBkT%2FuX2upmCyCxHkm9bR26YsI
>>> y
>>> CCVs%3D&reserved=0 On 8/10/22 5:03 PM, Francisco Neto wrote:
>>>> Hi Bogdan-Andrei!
>>>>
>>>> I've made the changes and now I can edit the TLS certificates 
>>>> normally by control panel but I continue having a problem.
>>>>
>>>> If I configure the certificate directly on the configuration file 
>>>> the connection with Microsoft Teams is correctly established, if I 
>>>> configure through control panel, I receive on log the following
>>>> messages:
>>>>
>>>> ERROR:proto_tls:proto_tls_conn_init: no TLS client domain found Aug
>>>> 10 11:00:04 bowser /usr/sbin/opensips[55047]:
>>>> ERROR:core:tcp_conn_create: failed to do proto 3 specific init for 
>>>> conn 0x7f22a5f993d0 Aug 10 11:00:04 bowser
>>>> /usr/sbin/opensips[55047]:
>>>> ERROR:core:tcp_sync_connect: tcp_conn_create failed, closing the 
>>>> socket Aug 10 11:00:04 bowser /usr/sbin/opensips[55047]:
>>>> ERROR:proto_tls:proto_tls_send: connect failed Aug 10 11:00:04 
>>>> bowser /usr/sbin/opensips[55047]: ERROR:tm:msg_send:
>>>> send() to 52.114.132.46:5061 for proto tls/3 failed Aug 10 11:00:04 
>>>> bowser /usr/sbin/opensips[55047]: ERROR:tm:t_uac:
>>>> attempt to send to 'sip:sip.pstnhub.microsoft.com' failed Aug 10
>>>> 11:00:04 bowser /usr/sbin/opensips[55047]:
>>>> ERROR:proto_tls:proto_tls_conn_init: no TLS client domain found Aug
>>>> 10 11:00:04 bowser /usr/sbin/opensips[55047]:
>>>> ERROR:core:tcp_conn_create: failed to do proto 3 specific init for 
>>>> conn 0x7f22a5f91420 Aug 10 11:00:04 bowser
>>>> /usr/sbin/opensips[55047]:
>>>> ERROR:core:tcp_sync_connect: tcp_conn_create failed, closing the 
>>>> socket Aug 10 11:00:04 bowser /usr/sbin/opensips[55047]:
>>>> ERROR:proto_tls:proto_tls_send: connect failed Aug 10 11:00:04 
>>>> bowser /usr/sbin/opensips[55047]: ERROR:tm:msg_send:
>>>> send() to 52.114.76.76:5061 for proto tls/3 failed Aug 10 11:00:04 
>>>> bowser /usr/sbin/opensips[55047]: ERROR:tm:t_uac:
>>>> attempt to send to 'sip:sip2.pstnhub.microsoft.com' failed Aug 10
>>>> 11:00:05 bowser /usr/sbin/opensips[55047]:
>>>> ERROR:core:tcp_connect_blocking_timeout: connect timed out, 599667 
>>>> us elapsed out of 600000 us Aug 10 11:00:05 bowser
>>>> /usr/sbin/opensips[55047]:
>>>> ERROR:core:tcp_sync_connect_fd: tcp_blocking_connect failed Aug 10
>>>> 11:00:05 bowser /usr/sbin/opensips[55047]:
>>>> ERROR:proto_tls:proto_tls_send: connect failed Aug 10 11:00:05 
>>>> bowser /usr/sbin/opensips[55047]: ERROR:tm:msg_send:
>>>> send() to 52.114.32.169:5061 for proto tls/3 failed Aug 10 11:00:05 
>>>> bowser /usr/sbin/opensips[55047]: ERROR:tm:t_uac:
>>>> attempt to send to 'sip:sip3.pstnhub.microsoft.com' failed Aug 10
>>>> 11:00:09 bowser /usr/sbin/opensips[55047]:
>>>> ERROR:proto_tls:proto_tls_conn_init: no TLS client domain found
>>>>
>>>> I will send attached the screenshot of the control panel and below 
>>>> the configuration that works.
>>>>
>>>> If it isn't related to the same problem tell me and I send the 
>>>> message to the open list ok!
>>>>
>>>> Thanks!
>>>>
>>>> # TLS CLIENT
>>>> #modparam("tls_mgm", "client_domain", "sbcsothis") 
>>>> #modparam("tls_mgm", "match_sip_domain", "[sbcsothis]*") 
>>>> #modparam("tls_mgm", "match_ip_address", "[sbcsothis]*") 
>>>> #modparam("tls_mgm", "verify_cert", "[sbcsothis]1") 
>>>> #modparam("tls_mgm", "require_cert", "[sbcsothis]1") 
>>>> #modparam("tls_mgm", "tls_method", "[sbcsothis]TLSv1-") 
>>>> #modparam("tls_mgm", "certificate",
>>>> "[sbcsothis]/etc/opensips/tls/user/sothistelecom.com.crt")
>>>> #modparam("tls_mgm", "private_key",
>>>> "[sbcsothis]/etc/opensips/tls/user/sothistelecom.com.key")
>>>> #modparam("tls_mgm", "ca_list",
>>>> "[sbcsothis]/etc/ssl/certs/ca-certificates.crt")
>>>> #modparam("tls_mgm", "ca_dir", "[sbcsothis]/etc/ssl/certs/")Config
>>>> file
>>>>
>>>>
> -------------- next part -------------- An HTML attachment was 
> scrubbed...
> URL: 
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flist
> s.opensips.org%2Fpipermail%2Fusers%2Fattachments%2F20220817%2Fbbe12cad
> %2Fattachment.html&data=05%7C01%7Cli.cai%40comtech.com%7C49b812e9a
> da4427660e208da812f5adf%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C6
> 37964337652301390%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoi
> V2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=GyFtv
> tIuADNsGUfFzSqOO%2FvLxrT63H%2BegQe%2Bivlgfn8%3D&reserved=0>
> -------------- next part -------------- A non-text attachment was 
> scrubbed...
> Name: F4F396411D0249C49A1BE4F226E20C17.png
> Type: image/png
> Size: 8292 bytes
> Desc: not available
> URL: 
> <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flist
> s.opensips.org%2Fpipermail%2Fusers%2Fattachments%2F20220817%2Fbbe12cad
> %2Fattachment.png&data=05%7C01%7Cli.cai%40comtech.com%7C49b812e9ad
> a4427660e208da812f5adf%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C63
> 7964337652301390%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV
> 2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=QJuYBo
> 7QMoZuK6aoNLk3bYRSBHocp54BNLT5CZsTcZM%3D&reserved=0>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists
> .opensips.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fusers&data=05%7C01%
> 7Cli.cai%40comtech.com%7C49b812e9ada4427660e208da812f5adf%7Ca9a26e696a
> e040c1bd801ca6cc677828%7C0%7C0%7C637964337652301390%7CUnknown%7CTWFpbG
> Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%
> 3D%7C3000%7C%7C%7C&sdata=wN7P70KRsejGBHYGtEeneYrffV2HdbabEHGNjmIm2
> k0%3D&reserved=0
>
>
> ------------------------------
>
> End of Users Digest, Vol 169, Issue 25
> **************************************
> NOTICE TO RECIPIENT: This email, including attachments, may contain information which is confidential, proprietary, attorney-client privileged and / or controlled under U.S. export laws and regulations and may be restricted from disclosure by applicable State and Federal law. Nothing in this email shall create any legal binding agreement between the parties unless expressly stated herein and provided by an authorized representative of Comtech Telecommunications Corp. or its subsidiaries. If you are not the intended recipient of this message, be advised that any dissemination, distribution, or use of the contents of this message is strictly prohibited. If you received this message in error, please notify us immediately by return email and permanently delete all copies of the original email and any attached documentation from any computer or other media.
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists
> .opensips.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fusers&data=05%7C01%
> 7Cli.cai%40comtech.com%7C49b812e9ada4427660e208da812f5adf%7Ca9a26e696a
> e040c1bd801ca6cc677828%7C0%7C0%7C637964337652301390%7CUnknown%7CTWFpbG
> Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%
> 3D%7C3000%7C%7C%7C&sdata=wN7P70KRsejGBHYGtEeneYrffV2HdbabEHGNjmIm2
> k0%3D&reserved=0



------------------------------

Message: 2
Date: Fri, 12 Aug 2022 18:12:35 +0600
From: Ярослав Нападайло  <napadailo at kolesa.kz>
To: users at lists.opensips.org
Subject: [OpenSIPS-Users] STOP waiting for new branches and close
        transaction by t_wait_no_more_branches()
Message-ID:
        <CAMf+eNzfZY9MDtu0p2iGL882DZNgqn57h5Wu23sVQjJTLY0vBA at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi everybody!

I'm writing script with Push Notification mechanism using TM module and
t_wait_for_new_branches() function and EBR.
Here example in docs
https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopensips.org%2Fdocs%2Fmodules%2F3.2.x%2Fevent_routing.html%23idp5576704&data=05%7C01%7Cli.cai%40comtech.com%7C49b812e9ada4427660e208da812f5adf%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C637964337652301390%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=H%2F9rI%2Fvl%2FIPxuDHOj%2BAMYfzTa28bXb%2Bc4ykpkKZzhoY%3D&reserved=0

My  is:

route {
      ...
      t_newtran();
      ....
      create_dialog();
      ...
      t_on_reply("HANDLE_REPLY");
      t_wait_for_new_branches();
      ....
      notify_on_event("E_UL_CONTACT_INSERT", $avp(filter), "fork_call", $var(ttl)); }

onreply_route[HANDLE_REPLY] {
  xlog("L_DBG", "received reply $rs $rr");
  switch($rs) {
    case "486":
      xlog("L_DBG", "wait no more branches DLG_DID=$DLG_did");
      t_wait_no_more_branches();
      t_cancel_branch("a");
      break;
    default:
  }
}

route[fork_call] {
  xlog("L_DBG", "[$ci] user $avp(aor) registered a new contact $avp(uri), injecting");
  t_inject_branches("event");
}

First, I create dialog. Then, call t_wait_for_new_branches() and set
notify_on_event() handler.
Then I'm waiting for new REGISTERs. When new contacts register to usrloc, I'm injecting received contacts as new branches to current transaction.
I do all things as described in docs.
Now I want to control negative replies from ongoing branches. By default, OS ignores negative replies and continue waiting for new branches. For example, I want to ignore 480, but handle 486.
I try handle 486, calling t_wait_no_more_branches().
I expect that OS will stop waiting for new branches and t_inject_branches will not add anymore.
Also I expect that OS stop PHONY branch, which is created first when calling t_wait_for_new_branches(), and sends final response (486 in my
case) to caller.
But in real next things happen:
1. t_wait_no_more_branches() doesn't affect adding new branches. If 1st callee reject call, then 2nd callee register new contact,
t_inject_branches() adds new branch all the same 2. If no other branches added, caller hears ringing until FR_INV_TIMEOUT expires. And only when FR_INV_TIMEOUT expires, OS sends final response to caller.

WIDW??

How to stop transaction immeditially when at least one ongoing branch reply
486 code and to wait no more for any branches?
Thx for answers

--
Regards,
Yaroslav Napadilo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.opensips.org%2Fpipermail%2Fusers%2Fattachments%2F20220812%2F6b5d0ba8%2Fattachment.html&data=05%7C01%7Cli.cai%40comtech.com%7C49b812e9ada4427660e208da812f5adf%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C637964337652301390%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=0QqIeSxRitDAQh4IMsX2%2FSjHIfwzRzRz%2F6kp2jHJ%2Bt0%3D&reserved=0>

------------------------------

Subject: Digest Footer

_______________________________________________
Users mailing list
Users at lists.opensips.org
https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.opensips.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fusers&data=05%7C01%7Cli.cai%40comtech.com%7C49b812e9ada4427660e208da812f5adf%7Ca9a26e696ae040c1bd801ca6cc677828%7C0%7C0%7C637964337652301390%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=wN7P70KRsejGBHYGtEeneYrffV2HdbabEHGNjmIm2k0%3D&reserved=0


------------------------------

End of Users Digest, Vol 169, Issue 29
**************************************



More information about the Users mailing list