Re: [splices] SIP INVOKE method

"Parthasarathi R (partr)" <> Tue, 17 May 2011 18:56 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 07E1CE077A for <>; Tue, 17 May 2011 11:56:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id jdrA8gL2EtlR for <>; Tue, 17 May 2011 11:56:36 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id BF156E074F for <>; Tue, 17 May 2011 11:56:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=15009; q=dns/txt; s=iport; t=1305658595; x=1306868195; h=mime-version:subject:date:message-id:in-reply-to: references:from:to; bh=0NkyqDARKr33/b8adndKVFa9zfk0aKcwE3aWWmMyiXE=; b=WkMUqwMod1NRE6E0uTQv2d0KHWnpEAV0OGo3gHC1HRou2pyoVrPBwUfv hlbCHo+TRuy+twnee3S4tc8l7GBpsPaOs1ZqbbQsXq60yyNzsilBvOSvq h860L8y+poqz0v2QerbrtBgicCmVv8cOT5pP10glWYKyNUn3tN/IR0zXn c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AuQAAG/E0k1Io8US/2dsb2JhbACCZZRrjk53qSGeGIYZBIZOjXuKRQ
X-IronPort-AV: E=Sophos; i="4.65,226,1304294400"; d="scan'208,217"; a="89036406"
Received: from ([]) by with ESMTP; 17 May 2011 18:56:33 +0000
Received: from ( []) by (8.14.3/8.14.3) with ESMTP id p4HIuWWg032486; Tue, 17 May 2011 18:56:32 GMT
Received: from ([]) by with Microsoft SMTPSVC(6.0.3790.4675); Wed, 18 May 2011 00:26:32 +0530
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC14C4.22F3CB86"
Date: Wed, 18 May 2011 00:26:30 +0530
Message-ID: <>
In-Reply-To: <>
Thread-Topic: [splices] SIP INVOKE method
Thread-Index: AcwUlG21RcTDGyn+QBi7uyh9D1M1iwAIncUgAAH/MEA=
References: <> <>
From: "Parthasarathi R (partr)" <>
To: "Shekh-Yusef, Rifaat (Rifaat)" <>, <>
X-OriginalArrivalTime: 17 May 2011 18:56:32.0211 (UTC) FILETIME=[231C6230:01CC14C4]
Subject: Re: [splices] SIP INVOKE method
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Loosely-coupled SIP Devices \(splices\) working group discussion list" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 17 May 2011 18:56:39 -0000

I skimmed through your draft. I like the idea of controlling remote UA
action using new method (INVOKE). Few comments in the draft:
1) Sec 4.1: SUBSCRIBE with expire=0 is used to terminate INVOKE dialog
by INVOKE-Issuer. Whether it is ok to "INVOKE with expire=0" terminate
INVOKE dialog as it avoids the dependency on SUBSCRIBE message to
2) I foresee the complexity in creating explicit subscription because
two dialog creation methods (INVOKE & SUBSCRIBE) are used to make the
single action. It will be good in case INVOKE acts similar to INVITE
(Dialog creation & Action). INVITE has the implicit action like "ring
the phone" or "auto-answer" whereas INVOKE has explicitly mention the
action to be done in INVOKE-recipient.
3) Do you foresee INVOKE dialog creation which change the action within
INVOKE dialog. For example: Following three actions using single INVOKE
dialog creation but updating the action based on the application
     Action 1:  Create the call
     Action 2:  Hold the call
     Action 3:  Terminate the call


From: [] On
Behalf Of Shekh-Yusef, Rifaat (Rifaat)
Sent: Tuesday, May 17, 2011 10:57 PM
To: Shekh-Yusef, Rifaat (Rifaat);
Subject: Re: [splices] SIP INVOKE method

Thank you all for your quick review and feedback so far.

I will work on a new version of the draft that removes the implicit


Please, let me know if you have any other comments beside the implicit
subscription issue.






From: [] On
Behalf Of Shekh-Yusef, Rifaat (Rifaat)
Sent: Tuesday, May 17, 2011 9:15 AM
Subject: [splices] SIP INVOKE method




As discussed in the last SPLICES WG meeting in Prague, the REFER method
is overloaded and has limitations that prevents it from being the ideal
method for action invocation.

We have worked on the following new draft that defines a new SIP method
to be used for invoking actions:


We would appreciate it if people review the document and provide us with
their feedback.