IETF Logo Mail Archive

Re: [MMUSIC] Connection Data Capability (ccap) and IP-addresses (draft-ietf-mmusic-sdp-miscellaneous-caps-04)

Hadriel Kaplan <HKaplan@acmepacket.com> Sun, 24 March 2013 17:03 UTC

Return-Path: <btv1==7952eb95b97==HKaplan@acmepacket.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 862D621F8938 for <mmusic@ietfa.amsl.com>; Sun, 24 Mar 2013 10:03:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.475
X-Spam-Level:
X-Spam-Status: No, score=-2.475 tagged_above=-999 required=5 tests=[AWL=0.124, BAYES_00=-2.599]
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 Z0P6FGvFViQM for <mmusic@ietfa.amsl.com>; Sun, 24 Mar 2013 10:03:31 -0700 (PDT)
Received: from mx2.acmepacket.com (mx2.acmepacket.com [216.41.24.99]) by ietfa.amsl.com (Postfix) with ESMTP id 70E1021F8A4E for <mmusic@ietf.org>; Sun, 24 Mar 2013 10:03:31 -0700 (PDT)
X-ASG-Debug-ID: 1364144610-03fc21298583ff0001-mNOVBD
Received: from Mail1.acmepacket.com (mail1.acmepacket.com [10.0.0.21]) by mx2.acmepacket.com with ESMTP id 4RMae0idQx822Xmc (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO); Sun, 24 Mar 2013 13:03:30 -0400 (EDT)
X-Barracuda-Envelope-From: HKaplan@acmepacket.com
Received: from MAIL2.acmepacket.com ([169.254.2.222]) by Mail1.acmepacket.com ([169.254.1.130]) with mapi id 14.02.0283.003; Sun, 24 Mar 2013 13:03:30 -0400
From: Hadriel Kaplan <HKaplan@acmepacket.com>
To: Andrew Allen <aallen@blackberry.com>
Thread-Topic: [MMUSIC] Connection Data Capability (ccap) and IP-addresses (draft-ietf-mmusic-sdp-miscellaneous-caps-04)
X-ASG-Orig-Subj: Re: [MMUSIC] Connection Data Capability (ccap) and IP-addresses (draft-ietf-mmusic-sdp-miscellaneous-caps-04)
Thread-Index: AQHOKLGBrMM/ItEg/UihqdobZX1BHA==
Date: Sun, 24 Mar 2013 17:03:29 +0000
Message-ID: <33B28251-B272-4770-96E3-DE0A8DBB10A0@acmepacket.com>
References: <BBF5DDFE515C3946BC18D733B20DAD2338D2DE4F@XMB104ADS.rim.net> <6290145A-C58E-47A8-B36F-43D066724370@acmepacket.com> <BBF5DDFE515C3946BC18D733B20DAD2338D30F4D@XMB104ADS.rim.net>
In-Reply-To: <BBF5DDFE515C3946BC18D733B20DAD2338D30F4D@XMB104ADS.rim.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [216.41.24.34]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <CCD48577BEDFC74AAFD3ED3B15EB0BAB@acmepacket.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Barracuda-Connect: mail1.acmepacket.com[10.0.0.21]
X-Barracuda-Start-Time: 1364144610
X-Barracuda-Encrypted: AES128-SHA
X-Barracuda-URL: http://216.41.24.99:8000/cgi-mod/mark.cgi
X-Virus-Scanned: by bsmtpd at acmepacket.com
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126116 Rule breakdown below pts rule name description ---- ---------------------- --------------------------------------------------
Cc: "mmusic@ietf.org (E-mail)" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Connection Data Capability (ccap) and IP-addresses (draft-ietf-mmusic-sdp-miscellaneous-caps-04)
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, 24 Mar 2013 17:08:03 -0000

On Mar 22, 2013, at 1:35 AM, Andrew Allen <aallen@blackberry.com> wrote:

> CCAP is currently only used by 3GPP to allow the UA to choose between PS and CS for a terminating call at call setup when the UA has the possibility to use either PS or CS for the call.
> 
> Mid call Handover PS to CS and CS to PS uses other techniques and does not involve use of CCAP.


Then it sounds to me like 3GPP only needs ccap to indicate PSTN; it does not need to indicate an IP Address, as the c= line can do that.
Yes?

-hadriel

v2.23.0 | Report a Bug | By Email