[SR-Users] Kamailio as MS-Teams SBC

Davide Zanichelli dav.zanichelli at gmail.com
Wed Feb 3 21:29:40 CET 2021


Ah ok so Also for inbound , i dont know why teams send me a refer !


Il giorno mer 3 feb 2021 alle 20:04 Pepelux <pepeluxx at gmail.com> ha scritto:

> I'm talking about inbound calls ...
>
> PSTN -> Kamailio -> Teams ... and transfer to another Teams user
>
> I remember that Teams was sending me the transfer until I changed header
> removing REFER from ALLOW
>
> Kamailio support REFER but I couldn't get it to work with Teams
>
> On Wed, 3 Feb 2021 at 19:08, Davide Zanichelli <dav.zanichelli at gmail.com>
> wrote:
>
>> Yes
>> But for inbound calls i dont know why
>> Teams send me a REFER !
>>
>> Do your know  if kamailio support Refer transfer ?
>>
>> Thanks
>>
>> Davide
>>
>> Il giorno mer 3 feb 2021 alle 15:27 Pepelux <pepeluxx at gmail.com> ha
>> scritto:
>>
>>> I use something similar and all transfers between Teams users work fine:
>>>
>>> onreply_route[PBX_REPLY_TO_TEAMS] {
>>>         subst('/^Allow:\s(.*)\,\sREFER(.*)$/Allow:\s\1\2/ig');
>>>
>>> Teams thinks that we don't support the refer method and it manages the
>>> transfers.
>>>
>>> I have not tried the external transfers but I think if the SBC rules are
>>> ok, it must be managed by Teams.
>>>
>>> Regards
>>>
>>>
>>> On Wed, 3 Feb 2021 at 12:00, Davide Zanichelli <dav.zanichelli at gmail.com>
>>> wrote:
>>>
>>>> Outbound call transfer fixed !
>>>>
>>>> if can helps :
>>>>
>>>>         if(status=="200"){
>>>>         remove_hf("ALLOW:");
>>>>         append_hf("ALLOW: INVITE,ACK,OPTIONS,CANCEL,BYE,NOTIFY \r\n",
>>>> "CONTENT-TYPE");
>>>>         }
>>>>
>>>> last but not least i need to fix transfer for incoming calls
>>>>
>>>> so in my case i use rtpengine for manage RTP > SRTP conversion ..
>>>> so my issue in if i try to transfer pbx send me "not acceptable here"
>>>> if i remove ice PBX accept the INVITE but Teams require SRTP,
>>>> so does anyone know how to get it to work ?
>>>>
>>>>
>>>>
>>>> Thanks you !!!
>>>>
>>>> Davide
>>>>
>>>>
>>>>
>>>> Il giorno ven 29 gen 2021 alle ore 12:53 Davide Zanichelli <
>>>> dav.zanichelli at gmail.com> ha scritto:
>>>>
>>>>> Direct Routing supports two methods for call transfer:
>>>>>
>>>>>    -
>>>>>
>>>>>    Option 1. SIP proxy processes Refer from the client locally and
>>>>>    acts as a Referee as described in section 7.1 of RFC 3892.
>>>>>
>>>>>    With this option, the SIP proxy terminates the transfer and adds a
>>>>>    new Invite.
>>>>>    -
>>>>>
>>>>>    Option 2. SIP proxy sends the Refer to the SBC and acts as a
>>>>>    Transferor as describing in Section 6 of RFC 5589.
>>>>>
>>>>>    With this option, the SIP proxy sends a Refer to the SBC and
>>>>>    expects the SBC to handle the Transfer fully.
>>>>>
>>>>> The SIP proxy selects the method based on the capabilities reported by
>>>>> the SBC. If the SBC indicates that it supports the method “Refer”,
>>>>> the SIP proxy will use Option 2 for call transfers.
>>>>>
>>>>> The following is an example of an SBC sending the message that the
>>>>> Refer method is supported:
>>>>> ConsoleCopia
>>>>>
>>>>> ALLOW: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
>>>>>
>>>>> If the SBC doesn’t indicate that Refer as a supported method, Direct
>>>>> Routing will use Option 1 (SIP proxy acts as a Referee) . The SBC
>>>>> must also signal that it supports the Notify method:
>>>>>
>>>>> Example of SBC indicating that Refer method is not supported:
>>>>> ConsoleCopia
>>>>>
>>>>> ALLOW: INVITE, ACK, CANCEL, BYE, INFO, NOTIFY, PRACK, UPDATE, OPTIONS
>>>>>
>>>>>
>>>>> so i try to add "REFER" in the allow ì: heder but still no luck
>>>>> Davide
>>>>>
>>>>>
>>>>> Il giorno ven 29 gen 2021 alle ore 11:24 Davide Zanichelli <
>>>>> dav.zanichelli at gmail.com> ha scritto:
>>>>>
>>>>>> Ok thanks
>>>>>>
>>>>>> My issue is when i try to transfer a call to esternal user
>>>>>> Thanks
>>>>>>
>>>>>> Il giorno ven 29 gen 2021 alle 11:10 Pepelux <pepeluxx at gmail.com> ha
>>>>>> scritto:
>>>>>>
>>>>>>> I think Teams doesn't send REFER messages. Transfers are managed
>>>>>>> directly by Teams. When you transfer a call you can send to a Team user
>>>>>>> instead to a SIP extension.
>>>>>>>
>>>>>>> Regards
>>>>>>>
>>>>>>> On Fri, 29 Jan 2021 at 10:55, Davide Zanichelli <
>>>>>>> dav.zanichelli at gmail.com> wrote:
>>>>>>>
>>>>>>>> Hello
>>>>>>>>
>>>>>>>> Now inbound and outbound works as expected!
>>>>>>>> But i have a issue during the call transfer.
>>>>>>>>
>>>>>>>>
>>>>>>>> transfer fail and i dont receive REFER from Teams
>>>>>>>>
>>>>>>>> Does someone know how to manage re invite and refer with Teams ?
>>>>>>>>
>>>>>>>> Any advice are welcome
>>>>>>>> Thanks you
>>>>>>>>
>>>>>>>> Il giorno mer 27 gen 2021 alle 09:07 Davide Zanichelli <
>>>>>>>> dav.zanichelli at gmail.com> ha scritto:
>>>>>>>>
>>>>>>>>> Hello
>>>>>>>>>
>>>>>>>>> im still having trouble with ack and bye ...
>>>>>>>>>
>>>>>>>>> in inbound call my teams client stuck in "calling"
>>>>>>>>>
>>>>>>>>> and seems that dont like my ack
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ====================
>>>>>>>>> tag: snd
>>>>>>>>> pid: 131292
>>>>>>>>> process: 6
>>>>>>>>> time: 1611683788.220244
>>>>>>>>> date: Tue Jan 26 17:56:28 2021
>>>>>>>>> proto: tls ipv4
>>>>>>>>> srcip: 69.172.96.197
>>>>>>>>> srcport: 5061
>>>>>>>>> dstip: 52.114.75.24
>>>>>>>>> dstport: 5061
>>>>>>>>> ~~~~~~~~~~~~~~~~~~~~
>>>>>>>>> ACK sip:+1010 at sip.pstnhub.microsoft.com:5061;transport=tls SIP/2.0
>>>>>>>>> Record-Route: <sip:kml.call2teams.io:5061
>>>>>>>>> ;transport=tls;r2=on;ftag=DKU70jvS4K86p;lr>
>>>>>>>>> Via: SIP/2.0/TLS 69.172.96.197:5061
>>>>>>>>> ;branch=z9hG4bKaf91.b6d38c1afb72b2dd4847cc3f7d99d698.0
>>>>>>>>> v:SIP/2.0/UDP
>>>>>>>>> 185.132.68.116;received=185.132.68.116;rport=5060;branch=z9hG4bKZXc92a9KDyUFg
>>>>>>>>> Max-Forwards:69
>>>>>>>>> f:"Davide Zanichelli"<sip:3454558075 at 185.132.68.116
>>>>>>>>> >;tag=DKU70jvS4K86p
>>>>>>>>> t:<sip:+1010 at sip.pstnhub.microsoft.com:5061
>>>>>>>>> >;tag=25f6b5d613cb478aa1d495a391860101
>>>>>>>>> i:9493b287-a2f6-4891-859c-231994af46d6
>>>>>>>>> CSeq:31288100 ACK
>>>>>>>>>
>>>>>>>>> m:<sip:mod_sofia at 185.132.68.116:5060>
>>>>>>>>> l:0
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Il giorno gio 21 gen 2021 alle ore 09:18 Davide Zanichelli <
>>>>>>>>> dav.zanichelli at gmail.com> ha scritto:
>>>>>>>>>
>>>>>>>>>> Hello
>>>>>>>>>> i dont understand why teams reply me 481 !!!
>>>>>>>>>>
>>>>>>>>>> Thanks
>>>>>>>>>> davide
>>>>>>>>>>
>>>>>>>>>> ||||||||||||||||||||
>>>>>>>>>> ====================
>>>>>>>>>> tag: snd
>>>>>>>>>> pid: 102385
>>>>>>>>>> process: 6
>>>>>>>>>> time: 1611216424.610918
>>>>>>>>>> date: Thu Jan 21 08:07:04 2021
>>>>>>>>>> proto: tls ipv4
>>>>>>>>>> srcip: 69.172.96.197
>>>>>>>>>> srcport: 5061
>>>>>>>>>> dstip: 52.114.75.24
>>>>>>>>>> dstport: 5061
>>>>>>>>>> ~~~~~~~~~~~~~~~~~~~~
>>>>>>>>>> BYE sip:+1010 at sip.pstnhub.microsoft.com:5061;transport=tls
>>>>>>>>>> SIP/2.0
>>>>>>>>>> Record-Route: <sip:kml.call2teams.io:5061
>>>>>>>>>> ;transport=tls;r2=on;ftag=7NFv9B0B3K6QB;lr>
>>>>>>>>>> Record-Route: <sip:69.172.96.197:5060
>>>>>>>>>> ;r2=on;ftag=7NFv9B0B3K6QB;lr>
>>>>>>>>>> Via: SIP/2.0/TLS 69.172.96.197:5061
>>>>>>>>>> ;branch=z9hG4bK02e5.5f6af95bad6e683b84ebf07b31a7755f.0
>>>>>>>>>> v:SIP/2.0/UDP
>>>>>>>>>> 185.132.68.116;received=185.132.68.116;rport=5060;branch=z9hG4bK9j0gNmmXj9Q6D
>>>>>>>>>> Max-Forwards:69
>>>>>>>>>> f:"Davide Zanichelli"<sip:3454558075 at 185.132.68.116
>>>>>>>>>> >;tag=7NFv9B0B3K6QB
>>>>>>>>>> t:<sip:+1010 at sip.pstnhub.microsoft.com:5061
>>>>>>>>>> ;user=phone>;tag=da13ee6f8a0f4277b597fa9fd40a783f
>>>>>>>>>> i:781214b3-d662-1239-fc81-9259e6a86632
>>>>>>>>>> CSeq:31054416 BYE
>>>>>>>>>> User-Agent:FreeSWITCH-mod_sofia/1.6.20~64bit
>>>>>>>>>>
>>>>>>>>>> Allow:INVITE,ACK,BYE,CANCEL,OPTIONS,MESSAGE,INFO,UPDATE,REGISTER,REFER,PRACK,NOTIFY,PUBLISH,SUBSCRIBE
>>>>>>>>>> k:precondition,100rel,path,replaces
>>>>>>>>>> Reason:Q.850;cause=16;text="NORMAL_CLEARING"
>>>>>>>>>> l:0
>>>>>>>>>>
>>>>>>>>>> ||||||||||||||||||||
>>>>>>>>>> ====================
>>>>>>>>>> tag: rcv
>>>>>>>>>> pid: 102417
>>>>>>>>>> process: 38
>>>>>>>>>> time: 1611216424.629297
>>>>>>>>>> date: Thu Jan 21 08:07:04 2021
>>>>>>>>>> proto: tls ipv4
>>>>>>>>>> srcip: 52.114.75.24
>>>>>>>>>> srcport: 5061
>>>>>>>>>> dstip: 69.172.96.197
>>>>>>>>>> dstport: 5061
>>>>>>>>>> ~~~~~~~~~~~~~~~~~~~~
>>>>>>>>>> SIP/2.0 481 Call Leg/Transaction Does Not Exist
>>>>>>>>>> FROM: "Davide Zanichelli"<sip:3454558075 at 185.132.68.116
>>>>>>>>>> >;tag=7NFv9B0B3K6QB
>>>>>>>>>> TO: <sip:+1010 at sip.pstnhub.microsoft.com:5061
>>>>>>>>>> ;user=phone>;tag=da13ee6f8a0f4277b597fa9fd40a783f
>>>>>>>>>> CSEQ: 31054416 BYE
>>>>>>>>>> CALL-ID: 781214b3-d662-1239-fc81-9259e6a86632
>>>>>>>>>> VIA: SIP/2.0/TLS 69.172.96.197:5061;branch=z9hG4bK02e5.5f6af95bad6e683b84ebf07b31a7755f.0,SIP/2.0/UDP
>>>>>>>>>> 185.132.68.116;received=185.132.68.116;branch=z9hG4bK9j0gNmmXj9Q6D;rport=5060
>>>>>>>>>> REASON:
>>>>>>>>>> Q.850;cause=95;text="90301fea-2875-4a99-b6f0-25e35ff07710;Call leg
>>>>>>>>>> unavailable"
>>>>>>>>>> CONTENT-LENGTH: 0
>>>>>>>>>> ALLOW: INVITE,ACK,OPTIONS,CANCEL,BYE,NOTIFY
>>>>>>>>>> SERVER: Microsoft.PSTNHub.SIPProxy v.2021.1.15.7 i.EUWE.8
>>>>>>>>>>
>>>>>>>>>> Il giorno mer 20 gen 2021 alle ore 18:03 Richard Fuchs <
>>>>>>>>>> rfuchs at sipwise.com> ha scritto:
>>>>>>>>>>
>>>>>>>>>>> On 19/01/2021 07.11, Daniel-Constantin Mierla wrote:
>>>>>>>>>>> > Hello,
>>>>>>>>>>> >
>>>>>>>>>>> > I built rtpengine deb packages for debian just a few days ago
>>>>>>>>>>> and all
>>>>>>>>>>> > went fine. I used the file mr8.5.1.5.tar.gz from the github
>>>>>>>>>>> releases
>>>>>>>>>>> > of rtpengine project.
>>>>>>>>>>> >
>>>>>>>>>>> > However, I noticed that some past releases fail to build
>>>>>>>>>>> because of
>>>>>>>>>>> > the tests. I had to edit a bit the Makefile to disable the
>>>>>>>>>>> tests target.
>>>>>>>>>>>
>>>>>>>>>>> If some of the tests are causing a problem, you can let me know
>>>>>>>>>>> and I'll
>>>>>>>>>>> see if they can be defused to make things work for everybody.
>>>>>>>>>>>
>>>>>>>>>>> Cheers
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>>>>>> sr-users at lists.kamailio.org
>>>>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>>> sr-users at lists.kamailio.org
>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>> sr-users at lists.kamailio.org
>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>
>>>>>> _______________________________________________
>>>> Kamailio (SER) - Users Mailing List
>>>> sr-users at lists.kamailio.org
>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing List
>>> sr-users at lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> _______________________________________________
>> Kamailio (SER) - Users Mailing List
>> sr-users at lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210203/3d924b12/attachment.htm>


More information about the sr-users mailing list