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:00 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 5870621F8D19 for <mmusic@ietfa.amsl.com>; Sun, 24 Mar 2013 10:00:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.468
X-Spam-Level:
X-Spam-Status: No, score=-2.468 tagged_above=-999 required=5 tests=[AWL=0.131, 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 1ZKE2tHzgyoD for <mmusic@ietfa.amsl.com>; Sun, 24 Mar 2013 10:00:42 -0700 (PDT)
Received: from mx1.acmepacket.com (mx1.acmepacket.com [216.41.24.33]) by ietfa.amsl.com (Postfix) with ESMTP id CAA4A21F8D13 for <mmusic@ietf.org>; Sun, 24 Mar 2013 10:00:42 -0700 (PDT)
X-ASG-Debug-ID: 1364144441-03fc2059399e420001-mNOVBD
Received: from Mail1.acmepacket.com (mail1.acmepacket.com [10.0.0.21]) by mx1.acmepacket.com with ESMTP id vidSg7eZFNL5g69N (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO); Sun, 24 Mar 2013 13:00:41 -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:00:41 -0400
From: Hadriel Kaplan <HKaplan@acmepacket.com>
To: "Simo.Veikkolainen@nokia.com" <Simo.Veikkolainen@nokia.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: AQHOKLEcrMM/ItEg/UihqdobZX1BHA==
Date: Sun, 24 Mar 2013 17:00:39 +0000
Message-ID: <EE8DA776-7DC3-4002-8366-7095F4DBD456@acmepacket.com>
References: <5148049B.6090205@cisco.com> <D09DAE6B636851459F7575D146EFB54B2109D350@008-AM1MPN1-026.mgdnok.nokia.com>
In-Reply-To: <D09DAE6B636851459F7575D146EFB54B2109D350@008-AM1MPN1-026.mgdnok.nokia.com>
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: <CC47C3E14285CC40A6E0A082EBC9CADF@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: 1364144441
X-Barracuda-Encrypted: AES128-SHA
X-Barracuda-URL: http://spam.acmepacket.com:8000/cgi-mod/mark.cgi
X-Virus-Scanned: by bsmtpd at acmepacket.com
X-Barracuda-BRTS-Status: 1
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=BSF_SC0_MISMATCH_TO
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126114 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
Cc: "<fandreas@cisco.com>" <fandreas@cisco.com>, "<mmusic@ietf.org>" <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:07:56 -0000

On Mar 20, 2013, at 5:56 AM, Simo.Veikkolainen@nokia.com wrote:

> The ccap attribute should be able to carry either an IP or PSTN address; that way either a PSTN or an IP bearer could be offered as the highest priority configuration (in the "m=" line).  However, if we want to clarify the intended use of ccap, we could modify the first sentence to read:
> 
> <quote>
>   The 'ccap' capability attribute is intended for offering
>   alternative connection addresses where the <nettype>
>   is "IN" or "PSTN", i.e. selecting between an IP based
>   bearer or a circuit-switched bearer.
> </quote>

That is not technically possible, in practice.  If a ccap were to contain an IN for an IP Address family, there is no port number indicated anywhere for that IP address.  Therefore it can't be used to indicate an IP Address alternate in practice, since one couldn't use the address alone.

So... either we re-introduce the port number so that a ccap can actually be used to indicate an IP Address, or we make ccap only usable for PSTN and not IN.

-hadriel

v2.23.0 | Report a Bug | By Email