Hi,
The negotiation below is correct.
A= inactive is not specific only for RTCP it is for RTP.
RTCP will still be streamed as you have proper connection IP and port
specified. Only RTP will be inactive.
Please refer to Offer answer RFC 3264 for more details.
Regards
Sunil Verma
ESN: 877-5050
Hi,
I have made a custom SDP application using RTC client, and we are testing it
with Kapanga softphone.
The problem we encountered is that it fails when it comes to SDP
negotiations.
The sample SDPs we have used to negotiate were (Kapanga generates its own
SDP)
Offer: (from Kapanga)
v=0
o=Userna
Hi Nitin,
I am eager to know, how did you resolve the problem.Can you explain
please. Also can you please put the entire offer/answer exchange from
the beginning of the call.
Regards,
Ayyanar
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors
From: sip-implementors-boun...@lists.cs.columbia.edu
[sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Sandeep Kalra
[sandeep.ka...@clearone.com]
UA ---> INVITE: TO:ph...@fqdn:port (sent to IP1) > Proxy
<--200 OK: Invite (from IP2)
From: sip-implementors-boun...@lists.cs.columbia.edu
[sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Pascal Maugeri
[pascal.maug...@gmail.com]
We are looking for a way to transform AMR 12.2kbps frames to AMR 5.15 kbps
frames. Is there any si
Hi All,
Thanks for your helps...
I resoled the issue.
Thanks,
Nitin Kapoor
On 3 June 2010 16:07, Nitin Kapoor wrote:
> Dear All,
>
> I am facing the rtp problem with one of my client.
>
> Basically after the initial offer my UAC sends the re-invite where its
> changed the connection ip and t
Dear All,
I am facing the rtp problem with one of my client.
Basically after the initial offer my UAC sends the re-invite where its
changed the connection ip and the port and UAS sends the successful 200 OK
and its get the ACK in the correspondence of 200 OK.
Now after a while my UAS sends the
