Re: [Sip-implementors] reuse of payload type

2021-01-22 Thread Sundbaum Per-Johan (Telenor Sverige AB)
Great, thank you ! BR/pj Sensitivity: Internal -Original Message- From: Paul Kyzivat Sent: den 22 januari 2021 23:44 To: Sundbaum Per-Johan (Telenor Sverige AB) ; Ranjit Avasarala ; sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] reuse of payload type On

Re: [Sip-implementors] reuse of payload type

2021-01-22 Thread Paul Kyzivat
On 1/22/21 12:34 PM, Sundbaum Per-Johan (Telenor Sverige AB) wrote: Hi ! My tool is exporting the trace as requested, but it seems the resulting .pcap is not decoded so that one is not to any use. I have attached a HTML-version that I hope is at least a little better than my text. That was

Re: [Sip-implementors] reuse of payload type

2021-01-22 Thread Sundbaum Per-Johan (Telenor Sverige AB)
Thank you very much !  From: Ranjit Avasarala Sent: den 22 januari 2021 18:39 To: Sundbaum Per-Johan (Telenor Sverige AB) Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] reuse of payload type Hi Sundbaum There is a codec mismatch between A and B - either of them

Re: [Sip-implementors] reuse of payload type

2021-01-22 Thread Ranjit Avasarala
Hi Sundbaum There is a codec mismatch between A and B - either of them have to change or a transcoder needs to be used Regards Ranjit On Fri, Jan 22, 2021 at 11:34 AM Sundbaum Per-Johan (Telenor Sverige AB) < per-johan.sundb...@telenor.se> wrote: > Hi ! > > My tool is exporting the trace as

Re: [Sip-implementors] reuse of payload type

2021-01-22 Thread Sundbaum Per-Johan (Telenor Sverige AB)
Much appreciated, thanks ! I have added some more info. pCSCF - VoLTE-phone INVITE -> With SDP offer <- 180 Ringing <- 200OK with SDP answer ACK -> re-INVITE -> without SDP <- 200OK with SDP Offer ACK -> With SDP answer SDP in

Re: [Sip-implementors] reuse of payload type

2021-01-22 Thread Paul Kyzivat
On 1/22/21 7:55 AM, Sundbaum Per-Johan (Telenor Sverige AB) wrote: [snip] As you can see the offer in initial INVITE have payload type 100: a=rtpmap:100 AMR/8000 The offer in 200OK also have payload-type 100, but now it is: a=rtpmap:100 telephone-event/8000 I believe that this is causing

Re: [Sip-implementors] reuse of payload type

2021-01-22 Thread Sundbaum Per-Johan (Telenor Sverige AB)
Hi ! Just to be sure, with B-side you mean the VoLTE-phone ? BR/pj From: Ranjit Avasarala Sent: den 22 januari 2021 15:25 To: Sundbaum Per-Johan (Telenor Sverige AB) Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] reuse of payload type Hi Sundbaum Here the B side

Re: [Sip-implementors] reuse of payload type

2021-01-22 Thread Ranjit Avasarala
Hi Sundbaum Here the B side should adapt and change the common codec list to suit the one received. so change 100 to AMR/8000. Then the call will be successful. Regards Ranjit On Fri, Jan 22, 2021 at 6:56 AM Sundbaum Per-Johan (Telenor Sverige AB) < per-johan.sundb...@telenor.se> wrote: > Hi

[Sip-implementors] reuse of payload type

2021-01-22 Thread Sundbaum Per-Johan (Telenor Sverige AB)
Hi ! I have a call scenario where I would appreciate opinions on which side is most correct or perhaps least incorrect ! Call is from external operator, but the interesting part is between pCSCF and a VoLTE-phone. (the logs is from between pCSCF and the VoLTE-phone) pCSCF sends initial INVITE