Re: [Sip-implementors] Question About Hold

Hi Check RFC 5359 (Session Initiation Protocol Service Examples) Sections 2.1, 2.2 and 2.3. http://tools.ietf.org/html/rfc5359 Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Nahu

Re: [Sip-implementors] Invite without SDP

But sending mid dialog INVITE message without any SDP does not make sense. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Alok 2 Tiwari Sent: Thursday, August 19, 2010 12:21 PM T

Re: [Sip-implementors] How sip stack can recover from the followingerror condition.....

Hi If the attacker sends an UPDATE message with Cseq as 1000, then that message could be rejected with a 4xx (bad parameter / count). But UAS cannot send 500. As another option, use TLS which provides end to end security to avoid MITM attacks. Regards Ranjit -Original Message- From: si

Re: [Sip-implementors] Identity Information in INVITE in IMS

Original Message- From: Vivek Talwar [mailto:vivek.tal...@aricent.com] Sent: Tuesday, June 29, 2010 11:02 AM To: Avasarala Ranjit-A20990; Sumit Jindal Cc: Bajaj, Gagandeep; Sip-implementors@lists.cs.columbia.edu Subject: RE: [Sip-implementors] Identity Information in INVITE in IMS Hi Ranjit,

Re: [Sip-implementors] Identity Information in INVITE in IMS

There is one issue with this - if the originating user has subscribed for privacy and the intermediate proxy has removed PAI, then as u all say, the From header will have the value as "anonymous". Now if the terminating user has subscribed for ACR (Anonymous Communication Rejection) service, t

[Sip-implementors] Require header in MESSAGE method

> Hi > > As per RFC 3428, the presence of Require header in MESSAGE method is > "c" which means conditional. Are there any use cases where Require > header is present in MESSAGE method? > The header details are shown as Header Field where proxy MESSAGE Require

Re: [Sip-implementors] Session Timers: UPDATE without SDP?

But usually B2BUAs change the SDp when they are acting as 3PCCs. That time they usually change the o= line also, though some may not. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Be

Re: [Sip-implementors] [HELP] ETSI TS 102 027-2 V4.1.1 (2006-07)...

Hi Check the section 17.2.3 Matching Requests to Server Transactions of RFC 3261. If the branch parameter in the top Via header field is not present, or does not contain the magic cookie, the following procedures are used. These exist to handle backwards compatibility with RFC 2543 compliant impl

Re: [Sip-implementors] Request for offer-SDP before answer

Hi Honsha Comments inline Regards Ranjit -Original Message- From: honsha.nara...@wipro.com [mailto:honsha.nara...@wipro.com] Sent: Wednesday, May 26, 2010 2:36 PM To: Avasarala Ranjit-A20990; sip-implementors@lists.cs.columbia.edu Subject: RE: [Sip-implementors] Request for offer

Re: [Sip-implementors] Request for offer-SDP before answer

Hi Honsha SIP UA "B" can send SIP OPTIONS method to SIP UA "A" to get its SDP prior to sending the INVITE. So if I understand your situation, then you want to send an 18x message and get SDP in the response? Why do u want to do this? Regards Ranjit -Original Message- From: sip-implemen

Re: [Sip-implementors] response code for "CSeq Too Small For This Call"

Something similar to 423 Interval Too small would be better. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of fengbin Sent: Wednesday, May 26, 2010 11:53 AM To: sip-implementors@

Re: [Sip-implementors] is an empty Allow header allowed?

Hi Using an emptt Allow: header is the preferred approach. But I think many UA(s) ignore it. So the best way would be to reject the incoming methods with a suitable 4xx - E.g. 405 Method Not Allowed. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu

Re: [Sip-implementors] UPDATE method without any SDP

procedure. Regards, Sumit Jindal On Fri, May 21, 2010 at 4:02 PM, Avasarala Ranjit-A20990 wrote: > > U could use OPTIONS for keep alive (equivalent of PING). > > > Regards > Ranjit > > -Original Message- > From: sip-implementors-boun...@lists.cs.columbia.edu >

Re: [Sip-implementors] UPDATE method without any SDP

U could use OPTIONS for keep alive (equivalent of PING). Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Sunil Bhagat Sent: Friday, May 21, 2010 2:02 PM To: 'Satyakumar'; shya..

Re: [Sip-implementors] Query on rfc3312

Hi Suraj The UA that receives an offer with a unknown precondition type, with a mandatory strength-tag, it can refuse the offer with a "580 Precondition Failure" message and sets the tag as "Unknown" instead of "failure". So the answer will look like 580 Precondition Failure SIP/2.0 ..

Re: [Sip-implementors] [Simple] Question on RFC 4662 - ResourceListSubscription

It could be that they did not anticipate the buddy list to very large one. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Vavilapalli Srikanth-A19563 Sent: Friday, April 09, 20

Re: [Sip-implementors] Question on RFC 4662 - Resource List Subscription

Responses inline Regards Ranjit -Original Message- From: Vavilapalli Srikanth-A19563 Sent: Friday, April 09, 2010 11:27 AM To: Avasarala Ranjit-A20990 Cc: 'sip-implementors@lists.cs.columbia.edu' Subject: RE: [Sip-implementors] Question on RFC 4662 - Resource List Subscr

Re: [Sip-implementors] Question on RFC 4662 - Resource List Subscription

Hi Srikant RFC 4662 mandates the presence of "fullstate" attribute in the NOTIFY body. So if the NOTIFY message contains information of all the resources, then the value of "fullstate" attribute would be "1" i.e true. If it does not contain information of all the resources, then its value will be

Re: [Sip-implementors] [sipcore] Need Clarification on UAS behaviour

Hi Naveen The UAS should send 500 response to the INVITE - because the earlier INVITE transaction is not yet complete. . Also I feel this question is more appropriate in sip-implementors list rather than sipcore Regards Ranjit From: sipcore-boun...@ietf

Re: [Sip-implementors] Any standards for implementing SIP dual-stack

Hi Suraj Do you mean a standard for having SIP run on IPv4 as well as IPv6 nodes? If yes, then there is one expired draft: http://www.softarmor.com/wgdb/docs/draft-gurbani-sipping-ipv6-sip-01.txt that talks of how SIP nodes would work on Ipv4 and IPv6 nodes. Another draft is https://datatracker.ie

Re: [Sip-implementors] what is SIP technology for switching betweennetworks?

Hi Comments inline Regards Ranjit -Original Message- From: Attila Sipos [mailto:attila.si...@vegastream.com] Sent: Tuesday, March 30, 2010 3:00 PM To: Avasarala Ranjit-A20990; sip-implementors@lists.cs.columbia.edu Subject: RE: [Sip-implementors] what is SIP technology for switching

Re: [Sip-implementors] what is SIP technology for switching betweennetworks?

Hi I think you need to use a combination of High Availability SIP servers and Interworking Gateways to switchover from one network to another or to switch from one server to another in case of a server breakdown. For a more detailed explanation, could you elaborate your questions as to between wh

Re: [Sip-implementors] GRUU - SIP extension Basic questions

Hi Its not fully unfeasible. Its possible and there are solutions where it is done. Check the 3GPP spec: TS 23.893 (section 5.2) Regards Ranjit -Original Message- From: Iñaki Baz Castillo [mailto:i...@aliax.net] Sent: Friday, March 19, 2010 6:10 PM To: Avasarala Ranjit-A20990 Cc

Re: [Sip-implementors] GRUU - SIP extension Basic questions

Hi I do not think just by using B2BUA u could achive the scenario being discussed. There needs to be a rule that says where the audio needs to be routed to and where the video needs to be routed to. So here the incoming media needs to be first split into audio and video streams, calls need to b

Re: [Sip-implementors] Unattended Call Transfer

Hi Responses inline Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Bajaj, Gagandeep Sent: Friday, February 26, 2010 2:18 PM To: sip-implementors@lists.cs.columbia.edu Subject:

Re: [Sip-implementors] QoS paramters

> > understand what exactly value or QOS related parameters would be > > there > in those tables. > > SInce its at UA, each UA can have different QOS capabilities (!?). > > > > Correct me if iam wrong. > > > > > > > > On Thu, Feb 25, 2010 at

Re: [Sip-implementors] QoS paramters

The registration request registers the AoR and associated contact URIs and does not deal with media information. So there is no need to include SDP as part of REGISTER. But if you want to register certain preferences like caller or callee preferences like indicating whether UA is focus aware, thes

Re: [Sip-implementors] QoS paramters

The jitter and delay are related to RTP. So a SDP that is part of SIP INVITE cannot send them. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Kamalakanta Palei (kpalei) Sent: T

Re: [Sip-implementors] Who may send '407 Proxy Authenticate Response' ?

Hi Any intermediate proxy other than the outbound proxy can challenge the UA with a 407 Proxy Response. The outbound proxy challenges the UA with a 401 message. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@

Re: [Sip-implementors] Reason Header in BYE

Hi I do not think you can put reason header in BYE request unless you want to convey some additional information to the server while terminating a call normally. For e.g. in I-D http://cidr-report.org/ietf/idref/draft-avasarala-sipping-reason-header- dynamic-icb/ the reason header in BYE is used t

Re: [Sip-implementors] MESSAGE with Contact Header -- UAS processing

complications. So better to ignore. Regards Ranjit -Original Message- From: sunil.bha...@wipro.com [mailto:sunil.bha...@wipro.com] Sent: Thursday, November 19, 2009 5:40 PM To: Avasarala Ranjit-A20990; sip-implementors@lists.cs.columbia.edu Subject: RE: [Sip-implementors] MESSAGE with

Re: [Sip-implementors] MESSAGE with Contact Header -- UAS processing

Ideally UAS that receives the message request *should not* insert contact header in the 2xx response, because there is no dialog established. So if a UAC receives a 2xx response with Contact header, then it can either ignore it (which is better) or flag an error (which may not be the case). R

[Sip-implementors] I-D draft-avasarala-dispatch-comm-div-notification

Hi All We submitted an updated version of the I-D "draft-avasarala-dispatch-comm-div-notification" addressing the comments received in the dispatch and sip maillists. >From the limited comments received, it seems this is moving in the right direction, The authors would very much appreciate ideas

Re: [Sip-implementors] How to find the media IP

Hi Manoj By media IP, u mean the IP/port for sending media to? This information will be conveyed using SDP which is part of the initial INVITE message that the endpoint receives. This procedure is called offer / answer model and is described in RFC 3264. Regards Ranjit -Original Message-

Re: [Sip-implementors] [Sip-Implementors] DTMF using SIP INFO

Hi INFO method is defined in RFC 2976. But yes "dtmf" and "dtmf-relay" are not standard defined mime types. No there is no registered MIME type for DTMF. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.c

Re: [Sip-implementors] 183 Session Progress after 180 Ringing (withSame To Tag)

Can u give me a use case where UAS wants to send both 183 and 180 one after the other? Thanks Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of raikkme r Sent: Wednesday, Sept

Re: [Sip-implementors] [Sip] 200 OK response for hold withdifferent media capabilities

Hi Vikram Gateway can respond with media capabilities to a offer less INVITE if it is acting as a 3PCC, not otherwise. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Vikram

Re: [Sip-implementors] [Sip] 200 OK response for hold with different media capabilities

AM To: Avasarala Ranjit-A20990 Cc: sunil.bha...@wipro.com; s...@ietf.org; sip-implementors@lists.cs.columbia.edu; s...@core3.amsl.com Subject: Re: [Sip-implementors] [Sip] 200 OK response for hold with different media capabilities Avasarala Ranjit-A20990 wrote: > no it should not. For a H

Re: [Sip-implementors] [Sip] 200 OK response for hold with different media capabilities

no it should not. For a Hold request, you do not send any media capabilities. U only change the existing media description lines to indicate HOLD. Regards Ranjit From: sip-boun...@ietf.org [mailto:sip-boun...@ietf.org] On Behalf Of sunil.bha...@wipro.com S

Re: [Sip-implementors] Uses of REFER

For a callback feature, the SIP Dialog event package is the one to be used. So if A needs to apply callback on B, then A would subscribe to B's dialog event package and get notified when B is "free". Now in ur case, if the sending endpoint gets a REFER for that leg, then is it the callback featur

Re: [Sip-implementors] The method to be picked from request Uri or from the CSeq header!!!!!

In case the method names are different, then I think its an error in the received message and should be rejected - how can u continue to match when there is a mismatch? Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun.

Re: [Sip-implementors] Implementation of SUBSCRIBE msg

Regards Ranjit -Original Message- From: rishabh [mailto:rishabh.j...@coraltele.com] Sent: Monday, August 10, 2009 11:07 AM To: Avasarala Ranjit-A20990 Cc: sip fourm Subject: Re: [Sip-implementors] Implementation of SUBSCRIBE msg Hello, This is the message I get when i SUBSCRIBE the

Re: [Sip-implementors] SIP/2.0 487 LR2 - User not registered on thisclient

Hi I cam across this error while making a call from a endpoint through asterisk server. Are u also doing the same? Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Ujjwal SIngh Se

Re: [Sip-implementors] Any "standarized" subset of 'pres-rules'document (RFC 5025) ?

So does this deal with presence subscription approval / deny from user when his or her presence subscription is requested? Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Bossie

Re: [Sip-implementors] Query on draft-ietf-mmusic-ice-19

Suraj Statement 1 applies to scenarios where the agent is changing its transport addresses and is like a normal case and the change would be reflected in the updated offer sent as part of Re-INVITE or UPDATE methods. So this statement applies after the user agent has sent its answer and the sessio

Re: [Sip-implementors] Registration - Challenging Question

Hi I do not thing 403 Forbidden can have Retry-After. 403 usually means the UE is either blocked or not allowed. Retry-After makes sense in 503 Service unavailable. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun..

Re: [Sip-implementors] Info of INVITE

For username, "From" header can be used if the calling user is same as the user whose name u want to put..For company name "Organization" header can be used. E.g if username is Ranjit, then From header could be sip:ran...@office.motorola.com E.g. Organization: Motorola Regards Ranjit ---

Re: [Sip-implementors] Doubt in Instant Message

In standard SMS, its 162 characters. But in case of standard IM clients like Gtalk, Yahoo messenger, it depends more on the IM client. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Beh

Re: [Sip-implementors] Signaling SIP-ISDN Gateway.SupplementaryServices.

Hi You can refer to these links SIP-H323 interworking: RFC 4123 SIP-QSIG interworking: RFC 4497 Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Rodriguez Merchan, Pedro Juli

Re: [Sip-implementors] VOIP Test Cases----Urgent

Hi Chandan I really do not think you can get a complete VoIP test case suite? Better to develop it urself I suggest you can do following: If your VoIP product is based on SIP, then list down all the RFCs or I-Ds it supports. Then based on that write test cases for every requirement / artifact

Re: [Sip-implementors] Question on Accept-Language grammar

...@lists.cs.columbia.edu] On Behalf Of Iñaki Baz Castillo Sent: Thursday, May 07, 2009 7:06 PM Cc: Sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] Question on Accept-Language grammar 2009/5/7 Avasarala Ranjit-A20990 : > Hi > > If there is no value, then if the server i

Re: [Sip-implementors] Question on Accept-Language grammar

Hi If there is no value, then if the server is lenient (parser) then it could assume that the sender supports all languages or reject the request with a 400 Bad Request and Put a reason saying "missing header field value" Regards Ranjit -Original Message- From: sip-implementors-boun...@

Re: [Sip-implementors] redirected reinvite to be sent to which address

Hi I do not think a SIP entity can return a 302 response with contact containing "mailto:"; because SIP is not a email protocol like SMTP. So I feel its an error to receive "mailto: in Contact as the behaviour of entity receiving 302 wuth mailto in contact would be that it should invoke a email cl

Re: [Sip-implementors] Malicious Call Trace

Hi Vipul Check this I-D : http://tools.ietf.org/html/draft-avasarala-sipping-reason-header-dynamic -icb-00 . Here I try to address this issue by proposing a new SIP Reason header protocol value to be included in outgoing BYE message to indicate to SIP server that the call is unwanted and the calle

Re: [Sip-implementors] What is psrrposn

Hi I think "psrrposn" parameter is used in Via header . but not sure if it is defined by any of the SIP RFCs. I have seen its usage while interworking with PBXs. e.g: Via: SIP/2.0/TCP 135.8.69.104:5060;branch=z9hG4bK4343868383376363372e8d.0,SIP/2.0/TLS 135.8.69.104:6061;psrrposn=1;branch=z9

Re: [Sip-implementors] Response of INVITE with malformed origin line

400 Bad Request with Reason phrase as "malformed SDP" Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Anuradha Gupta Sent: Friday, April 10, 2009 7:53 PM To: sip fourm Subject: [

Re: [Sip-implementors] Response to Unsupported Event in SUBSCRIBE

] On Behalf Of Iñaki Baz Castillo Sent: Thursday, April 02, 2009 4:23 PM Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] Response to Unsupported Event in SUBSCRIBE 2009/4/2 Avasarala Ranjit-A20990 : > As per RFC 3265, if u recognize an Event, u support it. But if

Re: [Sip-implementors] Response to Unsupported Event in SUBSCRIBE

As per RFC 3265, if u recognize an Event, u support it. But if an event is recognized and not supported, 403 Forbidden may be appropriate Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Beha

Re: [Sip-implementors] Error Response from UA2

May be a 415 with reason code as "unsupported audio"? Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of ViVeK tAlWaR Sent: Wednesday, April 01, 2009 5:33 PM To: 'friend friend';

Re: [Sip-implementors] security association if REGISTER is challenged by proxy with security-server header in 407.

407 is issued by intermediate proxies who wish to authenticate the request while 401 is issued by the terminating proxy. So the UE should behave the same way for either 407 or 401. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-impleme

Re: [Sip-implementors] nonce and response values in Re-REGISTER: Shouldit be same as previous REGISTER event for "auth" and"auth-int" qop options?

Hi Responses inline Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Vavilapalli Srikanth-A19563 Sent: Friday, March 27, 2009 8:51 PM To: sip-implementors@lists.cs.columbia.edu S

Re: [Sip-implementors] rfc 3329 issue

Hi Vanitha, This topic was discussed some time back on this list. Here is the link: http://www.archivum.info/s...@ietf.org/2006-07/msg00379.html Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu]

Re: [Sip-implementors] Registrar behaviour

Why do u think Registrar should send 200 OK when it does not find any bindings? Thanks Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Somesh S. Shanbhag Sent: Wednesday, March 1

Re: [Sip-implementors] INVITE request without SDP

Check RFC 3725 - BCP for 3PCc. U will find a use case for INVITE with SDP, iNVITE with SDP but no media line and INVITE with SDP and black hole media lines. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.c

Re: [Sip-implementors] DNS query

Hi DNS record type SRV record for sip is defined as _sip._udp SRV 0 5060 myhost = Here service name is sip on udp running with priority 0 running on port 5060 on host with hostname "myhost" Similarly you could have a DNS record type A for myhost is defined as myhost A 10.0.0.1 So when you d

Re: [Sip-implementors] asymmetric audio codecs

So is there any means to indicate that both G.729 and G.711 are mandatory and both are required? Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Stephane van Hardeveld Sent: We

Re: [Sip-implementors] "Reason-Header" inCANCELthroughvariousproxies

But if a proxy does not support 3326, then it should Forward the header instead of not including the Reason header. Else the whole purpose of adding the Reason header would be lost!! Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-im

Re: [Sip-implementors] "Reason-Header" inCANCELthroughvariousproxies

Section 2 of RFC 3326 says Proxies generating a CANCEL request upon reception of a CANCEL from the previous hop that contains a Reason header field SHOULD copy it into the new CANCEL request. In normal SIP operation, a SIP status code in a response provides the client with informat

Re: [Sip-implementors] "Reason-Header" in CANCEL throughvariousproxies

PM To: Attila Sipos; Avasarala Ranjit-A20990; Iñaki Baz Castillo Cc: sip-implementors@lists.cs.columbia.edu Subject: RE: [Sip-implementors] "Reason-Header" in CANCEL throughvariousproxies >>Proxies should respect ALL headers. Sorry, obviously, some headers get stripped out li

Re: [Sip-implementors] "Reason-Header" in CANCEL through variousproxies

-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Iñaki Baz Castillo Sent: Monday, February 09, 2009 3:43 PM Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] "Reason-Header" in CANCEL through variousproxies 2009/2/9 Avasarala Ranjit-A20990 : > When pb

Re: [Sip-implementors] "Reason-Header" in CANCEL through various proxies

When pbx generates a CANCEL towards proxy_B, it should insert the Reason header as Reason:SIP; cause=200;text="Call completed at alice phone". So here proxy_B should respect Reason header in CANCEL - so proxy_B should copy the Reason header when it generates CANCEL to bob's phone - This way Bob'

Re: [Sip-implementors] [Sip] Is Contact Header mandatory in REFER message?

In ACK it is not mandatory. But its presence will not do any harm. Regards Ranjit From: sunil.bha...@wipro.com [mailto:sunil.bha...@wipro.com] Sent: Wednesday, February 04, 2009 3:16 PM To: Avasarala Ranjit-A20990 Cc: sip-implementors

Re: [Sip-implementors] [Sip] Is Contact Header mandatory in REFER message?

Yes, Contact header is required for all SIP Messages. Here after, please post such questions and replies to sip-implementors mail list. Thanks Regards Ranjit From: sip-boun...@ietf.org [mailto:sip-boun...@ietf.org] On Behalf Of sunil.bha...@wipro.com S

Re: [Sip-implementors] RFC 4028 & Reason header

Yes you could something like Reason:SIP;cause=487;text="Request cancelled". But u need some trigger for appending Reason header to BYE request - which is not a normal case. Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-bo

[Sip-implementors] Automatic callback

Hi How does automatic callback work in SIP based networks? Regards Ranjit ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Re: [Sip-implementors] Initial REFER vs RFC 3725 (Third PartyCallControl)

So based on this, now which would be the recommended approach for realizing a Click2Dial application? Using a B2BUA (3PCC) as explained in 3725 or the refer example in 5359? Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementor

Re: [Sip-implementors] Initial REFER vs RFC 3725 (Third Party CallControl)

So is there any plan to revise the RFC 3725 based on REFER? thanks Regards Ranjit -Original Message- From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Victor Pascual Ávila Sent: Wednesday, January 28, 2009 8:53 P

Re: [Sip-implementors] Query regarding Early-session(RFC-3959)

Anees, The preconditions requirement in early session is same as the preconditions specified for a regular session. So if a UAC initiates an early session and specifies certain preconditions, then the early session will start only if those preconditions are met and not otherwise. The early sessi

Re: [Sip-implementors] RFC 4235 - Why is needed "version" in NOTIFY XML

Hi The Cseq header is for the NOTIFY message while the "version" element is for the dialog information document. So an incremented version value in dialog info xml document indicates that the xml document received is an updated one. If the version is not incremented, then it means that the dial

Re: [Sip-implementors] ad hoc conferences with SIP

Hi Simon Yes currently there is no standardized way to do this. May be you could propose some mechanism for achieving this. Regards Ranjit -Original Message- From: Simon Shaw [mailto:ss...@interwise.com] Sent: Tuesday, January 20, 2009 2:54 PM To: Avasarala Ranjit-A20990; sip

Re: [Sip-implementors] ad hoc conferences with SIP

x27;s call? I don't think 3PCC can do this. Regards Ranjit -Original Message- From: Simon Shaw [mailto:ss...@interwise.com] Sent: Tuesday, January 20, 2009 11:25 AM To: Avasarala Ranjit-A20990; sip-implementors@lists.cs.columbia.edu Subject: RE: [Sip-implementors] ad hoc conference

Re: [Sip-implementors] ad hoc conferences with SIP

Hi Simon In adhoc conferences scenarios you described, it is possible that when Alice invites Charlie to the conference between Alice and Bob, then Alice does the media mixing and sends to Charlie. So here Alice could act as a focus. So here conference server may or may not be involved. Yes true B

Re: [Sip-implementors] Proper negative final status code formalformedSDP

Hi When you are sure SDP is malformed, then won't 415 Unsupported media is better? 400 would be better if any of the headers of INVITE are wrong. Regards Ranjit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rockson Li (zhengyli) Sent: Monday, Decemb

Re: [Sip-implementors] Query on RFC 3680.

Kaushik To better explain ur query, consider the following scenario User A has 3 registered contacts: A_1, A_2 and A_3. Say user B has subscribed to A - more precisely to contacts A_1 and A_2. Then as per procedures in RFC 3680, B would be notified whenever there is a registration state change

[Sip-implementors] Recall: Query on RFC 3680.

Avasarala Ranjit-A20990 would like to recall the message, "[Sip-implementors] Query on RFC 3680.". ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Re: [Sip-implementors] Query on RFC 3680.

Kaushik To better explain ur query, consider the following scenario User A has 3 registered contacts: A_1, A_2 and A_3. Say user B has subscribed to A - more precisely to contacts A_1 and A_2. Then as per procedures in RFC 3680, B would be notified whenever there is a registration state change

Re: [Sip-implementors] Role of SBC in IMS domain

Hi Manoj SBC could be part of a B2BUA functionality or a AS functionality - not CSCF. Regards Ranjit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Manoj Priyankara (NOD) Sent: Monday, November 10, 2008 9:13 PM To: Iñaki Baz Castillo Cc: sip-impleme

Re: [Sip-implementors] Reject Response code for reinvitewithmissingcontent type header

I feel a 400 Bad Request response with Reason phrase as "Missing Content-type header field" is appropriate for this scenario E.g. 400 Bad request SIP/2.0 .. .. Reason: Missing content-type header field Regards Ranjit -Original M

Re: [Sip-implementors] handle forking of invite at UAC

Hi RFC 4235 defines an INVITE initiated dialog event package which the User Agents can subscribe to and it does not provide any information about forking. Regards Ranjit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ABHISHEK GUPTA Sent: Friday, Octobe

Re: [Sip-implementors] handle forking of invite at UAC

Hi I do not think there is any draft or RFC as such that tells how u maintain multiple dialogs for a forked invite, because this is more of a design/implementation thing and not a work item to be discussed in an internet draft. Regards Ranjit -Original Message- From: [EMAIL PROTECTED]

Re: [Sip-implementors] In dialog error response

I think not receiving any response will trigger a timeout and automatic dialog termination. But for a 4xx, an explicit dialog termination needs to be initiated by the UAC. Regards Ranjit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kamalakanta Palei

Re: [Sip-implementors] why do we need b2bua?

Simply put,anything that cannot do by the regular SIP entities like UAC/UAS, proxy, CSCFs can be done by a B2BUA. Regards Ranjit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of M. Ranganathan Sent: Thursday, September 25, 2008 9:57 PM To: Iñaki Baz

Re: [Sip-implementors] Any RFC documenting a B2BUA?

Hi Inaki You can refer to the 3GPP standard TS 24.229 for various definitiona of B2BUA. For e.g B2BUA acting as Initiating B2BUA, as a Routing B2BUA or as a terminating B2BUA or as an ALG, 3PCC, etc. Regards Ranjit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]

Re: [Sip-implementors] Event header in REFER request

It is required if REFER is used for call transfer scenario and use of Event:Refer helps in receiving notifications for implicit subscriptins. The notification from transferor will contain this event header. Regards Ranjit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTE

Re: [Sip-implementors] SIP Proxy authorization

Hi Varun SIP follows the semantics of HTTP based basic and digest authentication schemes defined in RFC 2617. For SIP specific headers and procedures, refer to RFC 3261. Regards Ranjit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of varun Sent: Monday,

Re: [Sip-implementors] Proxy forwarding invite with multiple via headers

Yes it is correct to have multiple Vias in a SIP Request. It indicates how many proxies the request has gone thru before reaching the final destination. Actually as per RFC 3261, every proxy adds a Via header inserting its own address before forwarding the request further. This is explained in se

Re: [Sip-implementors] Will header short form always consist in asingle letter?

The compact form is defined only for some common headers like From, To, Via, Content-Encoding, Content-length and Content-type. Since these headers are kind of mandatory and if message size becomes an issue, their compact forms could be used. But defining compact forms for all the headers does

Re: [Sip-implementors] Security Agreement - RFC 3329

Rohini My replies inline Regards Ranjit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ] On Behalf Of Kamath Rohini-a23049 Sent: Monday, April 28, 2008 4:18 PM To: sip-implementors@lists.cs.columbia.edu Subject: [Sip-implementors] Securit

Re: [Sip-implementors] Diversion header

aders which provide useful functionality both for the intermediaries and end users. So I don't think it will be standardized too soon. Regards Ranjit -Original Message- From: Raj Jain [mailto:[EMAIL PROTECTED] Sent: Sunday, April 20, 2008 4:41 PM To: Avasarala Ranjit-A20990 Cc:

Re: [Sip-implementors] Diversion header

te Cc: Avasarala Ranjit-A20990; Arnab Biswas; sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] Diversion header It seems virtually certain the diversion will never become a standard. But you still find that you need/want to implement it because it is implemented by something you wa

  1   2   >