[MMUSIC] hen to send keymod (draft-zhou-mmusic-sdes-keymod-00)
"Dan Wing" <dwing@cisco.com> Sun, 18 March 2012 02:43 UTC
Return-Path: <dwing@cisco.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4ADFF21F853C for <mmusic@ietfa.amsl.com>; Sat, 17 Mar 2012 19:43:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -109.356
X-Spam-Level:
X-Spam-Status: No, score=-109.356 tagged_above=-999 required=5 tests=[AWL=1.243, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fApZPUHrddPO for <mmusic@ietfa.amsl.com>; Sat, 17 Mar 2012 19:43:44 -0700 (PDT)
Received: from mtv-iport-3.cisco.com (mtv-iport-3.cisco.com [173.36.130.14]) by ietfa.amsl.com (Postfix) with ESMTP id A851721F84A0 for <mmusic@ietf.org>; Sat, 17 Mar 2012 19:43:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=dwing@cisco.com; l=498; q=dns/txt; s=iport; t=1332038624; x=1333248224; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=dJGI7NrLdvi0iOHP5VUdCctkUmnNWzFhFQSLJtijlKA=; b=ibCBccJzDUHmcUFKeAecks6eay7pHZ02Gqfb/A/f9oJRP/8c8ZHR+TrU j1AbeMK3eYja48V3rSK0fYAFl1T1P+gS1g7NshbGUZek4u7NHd4BOGGK4 +tca1DnqRpo93ZtTaQcm7Q2mimVh+/vpTZbrVri8j0QT5DXFir3QgGph1 s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiMFACxLZU+rRDoJ/2dsb2JhbABCpmCPYYEHghAICgEXED8NBRhQIxwBBAEdF4dnmneeJZB8BIhWhROWP4FogwY
X-IronPort-AV: E=Sophos;i="4.73,604,1325462400"; d="scan'208";a="34008192"
Received: from mtv-core-4.cisco.com ([171.68.58.9]) by mtv-iport-3.cisco.com with ESMTP; 18 Mar 2012 02:43:43 +0000
Received: from dwingWS ([10.32.240.195]) by mtv-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id q2I2hgXw020443; Sun, 18 Mar 2012 02:43:42 GMT
From: Dan Wing <dwing@cisco.com>
To: zhou.sujing@zte.com.cn, tian.tian1@zte.com.cn, xie.zhenhua@zte.com.cn
Date: Sat, 17 Mar 2012 19:43:42 -0700
Message-ID: <066801cd04b0$eeb49660$cc1dc320$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ac0EsO5XjwtterDRS7W6k8MnqLerdQ==
Content-Language: en-us
Cc: mmusic@ietf.org
Subject: [MMUSIC] hen to send keymod (draft-zhou-mmusic-sdes-keymod-00)
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Mar 2012 02:43:45 -0000
To be effective, draft-zhou-mmusic-sdes-keymod needs the Answerer to send the "keymod" extension if it knows, or believes, the INVITE was re-targeted or forked. I have two questions: I see for the described re-targeting case (Section 5.1 of draft-zhou-mmusic-sdes-keymod-00), a "cause" parameter [RFC4458] can be a useful indicator that a call was re-targeted. Is the "cause" parameter always present when a call is re-targeted? How does the Answerer know if a call was forked? -d