To: Sundbaum Per-Johan (Telenor Sverige AB)
> mailto:per-johan.sundb...@telenor.se>>;
> Ranjit Avasarala mailto:ranjitka...@gmail.com>>;
> sip-implementors@lists.cs.columbia.edu<mailto:sip-implementors@lists.cs.columbia.edu>
> Subject: Re: [Sip-implementors] reuse of payl
: [Sip-implementors] reuse of payload type
Hi All,
Will it solve if you send FULL offer when UE receive re-Invite w/o SDP
pCSCF - VoLTE-phone
INVITE ->
With SDP offer
<- 180 Ringing
<- 200OK with SDP answer
ACK ->
re-INVITE -&g
gt; the codec parameters don't match. Is the expectation that they will be
> > matched by PT and then will attempt to interwork the differing codec
> > parameters? I don't think that is how it is supposed to work. But this
> > isn't really my area - I know the signaling but not the
sure, but I will dig some more on the issue !
>
> 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.
2nd Invites:
pCSCF: 100, 102, 108
phone: 108
Thanks,
Paul
> [cid:image001.png@01D6F0ED.27F177E0]
>
> BR/pj
>
> From: Ranjit Avasarala
> Sent: den 22 januari 2021 18:02
> To: Sundbaum Per-Johan (Telenor Sverige AB)
>
> Subject: Re: [Sip-
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 1/22
: 108
Thanks,
Paul
[cid:image001.png@01D6F0ED.27F177E0]
BR/pj
From: Ranjit Avasarala
Sent: den 22 januari 2021 18:02
To: Sundbaum Per-Johan (Telenor Sverige AB)
Subject: Re: [Sip-implementors] reuse of payload type
Hi Sundhaum
either A or B should change in order to make
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
*Sent:* den 22 januari 2021 18:02
> *To:* Sundbaum Per-Johan (Telenor Sverige AB) <
> per-johan.sundb...@telenor.se>
> *Subject:* Re: [Sip-implementors] reuse of payload type
>
>
>
> Hi Sundhaum
>
>
>
> either A or B should change in order to make a successful c
or Sverige AB) ;
sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] reuse of payload type
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 2
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
14 matches
Mail list logo
