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:07 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 7A62221F88C4 for <mmusic@ietfa.amsl.com>; Sun, 24 Mar 2013 10:07:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.481
X-Spam-Level:
X-Spam-Status: No, score=-2.481 tagged_above=-999 required=5 tests=[AWL=0.118, 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 qo5qtjrtDnic for <mmusic@ietfa.amsl.com>; Sun, 24 Mar 2013 10:07:41 -0700 (PDT)
Received: from mx2.acmepacket.com (mx2.acmepacket.com [216.41.24.99]) by ietfa.amsl.com (Postfix) with ESMTP id E2C1721F88BE for <mmusic@ietf.org>; Sun, 24 Mar 2013 10:07:40 -0700 (PDT)
X-ASG-Debug-ID: 1364144859-03fc21298484410001-mNOVBD
Received: from Mail1.acmepacket.com (mail1.acmepacket.com [10.0.0.21]) by mx2.acmepacket.com with ESMTP id xUD34VucnkPyH6PB (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO); Sun, 24 Mar 2013 13:07:39 -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:07:39 -0400
From: Hadriel Kaplan <HKaplan@acmepacket.com>
To: Jonathan Lennox <jonathan@vidyo.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: AQHOKLIWUMAfzhj8wkGqve3dpATU5w==
Date: Sun, 24 Mar 2013 17:07:38 +0000
Message-ID: <15874272-F9D6-46E6-BFFB-B3C2B72CCB31@acmepacket.com>
References: <5148049B.6090205@cisco.com> <D09DAE6B636851459F7575D146EFB54B2109D350@008-AM1MPN1-026.mgdnok.nokia.com> <BBF5DDFE515C3946BC18D733B20DAD2338D30F41@XMB104ADS.rim.net> <514CA4E1.50006@cisco.com> <D991A6F8-E476-43B9-813A-5DE3F039289B@vidyo.com>
In-Reply-To: <D991A6F8-E476-43B9-813A-5DE3F039289B@vidyo.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: <1534245BC8554F40A2A2B7D26E389E45@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: 1364144859
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: Flemming Andreasen <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:08:08 -0000

On Mar 22, 2013, at 4:00 PM, Jonathan Lennox <jonathan@vidyo.com> wrote:

> In practice, given the port number issue that started this thread, I suspect this means that the SDP offer will need to put the IN address in the actual configuration (in the c= line), and the PSTN address(es) will be in the potential configurations.

Yes exactly.  Remove the ability for ccap to use an IP Address by changing its ABNF.  That will remove any confusion. (though the wording of the usage still needs to be cleaned up of course)

-hadriel

v2.29.0 | Report a Bug | By Email | System Status