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
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
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
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
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
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
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
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
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