Re: [Sip-implementors] EVS Codec

EVS supported by Chinese and Korean operators . On 25 Oct 2017 17:53, "Shadab Siddiqui" wrote: > Hi Gaurav, > > Yes, EVS is now being supported by lot of operators and handset vendors too > are supporting it. > > With Regards > ~ > Shadab A. Siddiqui

Re: [Sip-implementors] Sending deRegister request just after sending REGISTER request

Hi Praveen, I didn’t remember exact specification, But it will be always better to send DE-REGISTER once the REGISTER message response is received. Regards Srinivas From: Parveen Aggarwal [mailto:parveenakara...@gmail.com] Sent: Wednesday, June 28, 2017 11:15 AM To: Banda, Srinivas (Srinivas

Re: [Sip-implementors] Sending deRegister request just after sending REGISTER request

What if the Previous REGISTER(expires > 0) lost in the network, and the REGISTER with expires = 0 might reach the REGISTRAR first in this case REGISTRAR will not find the active registration, so end up with 4xx response. Regards Srinivas -Original Message- From: sip-implementors-b

Re: [Sip-implementors] ReINVITE offer answer failure

Hi Vivek, RFC 3264 says, if Re-INVITE fails (Ex : 4xx or 5xx any other error) UAC should switch back to the state which has before sending the Re-INVITE. Here Re-INVITE is not failing, it has 200 OK but no media. So UAC has no other option so terminating the call with BYE. Regards Srinivas

Re: [Sip-implementors] REGISTER re-transmission

Server has to treat it as a re-transmission and re-send the previous response. -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Chaim Geretz Sent: Thursday, September 04, 2014 7:56 PM To:

Re: [Sip-implementors] [SIPForum-discussion] Processing a SIP message containing multiple Request-Lines

what is the Method Name added in the C-Seq Header? Regards Srinivas From: discussion-boun...@sipforum.org [mailto:discussion-boun...@sipforum.org] On Behalf Of Jagan Mohan Sent: Friday, June 07, 2013 2:55 PM To: SIP Implementors; discuss...@sipforum.org Subject: [SIPForum-discussion] Processing

Re: [Sip-implementors] Call does not go through if ACK is received withContent-Length more than the actual body size

, the element SHOULD generate a 400 (Bad Request) response. Thanks Regards, Srinivas CH, Huawei Technologis India Pvt Ltd, 7th Floor Leela Palace, Airport Road, Bangalore-8, Contact: (Off) 080-41117676 ext: 7023(Mob) +919731316362. This e-mail and attachments contain

Re: [Sip-implementors] Call does not go through if ACK is received withContent-Length more than the actual body size

Yeah , its correct for ACK there is no response bit if we face similar problem for any request UAS can send 400 error response. Thanks Regards, Srinivas CH, Huawei Technologis India Pvt Ltd, 7th Floor Leela Palace, Airport Road, Bangalore-8, Contact: (Off) 080-41117676 ext: 7023

Re: [Sip-implementors] FW: Change of transport type in 2XX response

supposed to use the contact address from 200 OK response. Thanks Regards, Srinivas CH, Huawei Technologis India Pvt Ltd, 7th Floor Leela Palace, Airport Road, Bangalore-8, Contact: (Off) 080-41117676 ext: 7023(Mob) +919731316362. This e-mail and attachments contain confidential

Re: [Sip-implementors] Query: 200OK response to the UPDATE method

Hi, Caller should not send the second offer with out receiving the answer to the first offer. If the caller has received the answer in 180 reliable response then caller can send the second offer either in prack or in update request. Thanks Regards, Srinivas CH, Huawei

Re: [Sip-implementors] To Tag in 200OK(CANCEL)

Yes, it must include the To-Tag in 200 Ok for Cancel Msg, even if the 200 Ok for cancel has generated by Stateful Proxy it supposed to generate to tag for the same because it supposed behave as a UAS while generating that response. Regards, Srinivas CH, Huawei Technologis India Pvt Ltd, 1st

Re: [Sip-implementors] For sending PRACK for a RPR is it mandatory to have Supported:100rel in INVITE while it already contains Require:100rel in INVITE

Pls see in line -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sourav Dhar Chaudhuri Sent: Thursday, March 27, 2008 6:04 PM To: sip-implementors@lists.cs.columbia.edu Subject: [Sip-implementors] For sending PRACK for a RPR is it mandatory to have

Re: [Sip-implementors] doubt on MIME body [RFC-3204]

If I'm not wrong, content-length doesn't include the length of the SIP msg. It only tells the length of the payload, i.e, SDP. Regards, Srinivas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Avasarala Ranjit-A20990 Sent: Monday, March 24, 2008 15:57

Re: [Sip-implementors] Is valid a To_tag in 100 Trying?

be passed to the TU. Regards, Srinivas CH, Huawei Technologis India Pvt Ltd, 1st Floor 'A' Tower,Diamond District, Airport Road, Bangalore-8, Contact: (Off) 080-41117676 ext: 3220(Mob) +919448865786. This e

Re: [Sip-implementors] Is valid a To_tag in 100 Trying?

Get that information from the 8.2.6.2 Headers and Tags paragraph. Regards, Srinivas CH, Huawei Technologis India Pvt Ltd, 1st Floor 'A' Tower,Diamond District, Airport Road, Bangalore-8, Contact: (Off) 080-41117676 ext: 3220(Mob) +919448865786. This e-mail and attachments

[Sip-implementors] regarding session modification

for removing speechsynth resource) S-C: 486 BUSY HERE What should be the behaviour of UAC in the above scenarios? Regds, Srinivas ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https

[Sip-implementors] regarding session modification

resource) S-C: 200 OK C-S: ACK Now both speechrecog and speechsynth are active on the sip session C-S: INVITE (re-INVITE for removing speechsynth resource) S-C: 486 BUSY HERE What should be the behaviour of UAC in the above scenarios? Regds, Srinivas

Re: [Sip-implementors] SDP reject in 200 OK

mean offer-answer match failing for the existing speechrecog?? Regards, J Srinivas ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors