[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MMUSIC] SCTP-Based Media Transport in SDP
On Monday 07 July 2008 11:31:42 ext Salvatore Loreto, you wrote:
> > The use of SCTP in declarative SDP cases seems to be missing. At least,
> > connection:new + setup:passive would seem possible to deal with.
>
> [Sal] exactly we have notice the same, the use of SCTP is missing and we
> are trying to fix it.
> actually the SCTP is not the only missing, also DCCP is missing... maybe
> we could fix both at same time.
Yeah, it looks like it's a COMEDIA problem.
> > Finally, is it legal or not to put a different address in the c= field of
> > a connection reuse offer, considering SCTP multi-homing capabilities?
>
> [Sal] It is not possible to *reuse* a media description putting a
> different address in the c= fiFrom mmusic-bounces at ietf.org Mon Jul 7 01:49:14 2008
Return-Path: <mmusic-bounces at ietf.org>
X-Original-To: mmusic-archive at megatron.ietf.org
Delivered-To: ietfarch-mmusic-archive at core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
by core3.amsl.com (Postfix) with ESMTP id 5B8843A6A3D;
Mon, 7 Jul 2008 01:49:14 -0700 (PDT)
X-Original-To: mmusic at core3.amsl.com
Delivered-To: mmusic at core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
by core3.amsl.com (Postfix) with ESMTP id E2A573A6A6B
for <mmusic at core3.amsl.com>; Mon, 7 Jul 2008 01:49:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.999
X-Spam-Level:
X-Spam-Status: No, score=-5.999 tagged_above=-999 required=5
tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_57=0.6,
MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id gXwJFgSCky6Z for <mmusic at core3.amsl.com>;
Mon, 7 Jul 2008 01:49:12 -0700 (PDT)
Received: from mgw-mx06.nokia.com (smtp.nokia.com [192.100.122.233])
by core3.amsl.com (Postfix) with ESMTP id 99DF53A6A3D
for <mmusic at ietf.org>; Mon, 7 Jul 2008 01:49:11 -0700 (PDT)
Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213])
by mgw-mx06.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id
m678mmd9015266; Mon, 7 Jul 2008 11:49:14 +0300
Received: from vaebh103.NOE.Nokia.com ([10.160.244.24]) by
esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959);
Mon, 7 Jul 2008 11:49:14 +0300
Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by
vaebh103.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959);
Mon, 7 Jul 2008 11:49:13 +0300
Received: from esdhcp04146.research.nokia.com ([172.21.41.46]) by
esebh102.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959);
Mon, 7 Jul 2008 11:49:13 +0300
From: =?iso-8859-1?q?Rémi_Denis-Courmont?= <remi.denis-courmont at nokia.com>
Organization: Maemo Software - Nokia Devices R&D
To: "ext Salvatore Loreto" <salvatore.loreto at ericsson.com>
Date: Mon, 7 Jul 2008 11:49:46 +0300
User-Agent: KMail/1.9.9
References: <486CDC37.40606 at ericsson.com>
<200807031716.47915.remi.denis-courmont at nokia.com>
<4871D46E.7040902 at ericsson.com>
In-Reply-To: <4871D46E.7040902 at ericsson.com>
MIME-Version: 1.0
Content-Disposition: inline
Message-Id: <200807071149.47072.remi.denis-courmont at nokia.com>
X-OriginalArrivalTime: 07 Jul 2008 08:49:13.0560 (UTC)
FILETIME=[54B87D80:01C8E00E]
X-Nokia-AV: Clean
Cc: mmusic at ietf.org, Gonzalo Camarillo <Gonzalo.Camarillo at ericsson.com>
Subject: Re: [MMUSIC] SCTP-Based Media Transport in SDP
X-BeenThere: mmusic at ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mmusic>,
<mailto:mmusic-request at ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/mmusic>
List-Post: <mailto:mmusic at ietf.org>
List-Help: <mailto:mmusic-request at ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>,
<mailto:mmusic-request at ietf.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: mmusic-bounces at ietf.org
Errors-To: mmusic-bounces at ietf.org
On Monday 07 July 2008 11:31:42 ext Salvatore Loreto, you wrote:
> > The use of SCTP in declarative SDP cases seems to be missing. At least,
> > connection:new + setup:passive would seem possible to deal with.
>
> [Sal] exactly we have notice the same, the use of SCTP is missing and we
> are trying to fix it.
> actually the SCTP is not the only missing, also DCCP is missing... maybe
> we could fix both at same time.
Yeah, it looks like it's a COMEDIA problem.
> > Finally, is it legal or not to put a different address in the c= field of
> > a connection reuse offer, considering SCTP multi-homing capabilities?
>
> [Sal] It is not possible to *reuse* a media description putting a
> different address in the c= field;
> ield;
> in fact according to RFC 3264 section 8.3.1 to modify an Address, Port
> or Transport, the offerer
> have to create a new media description. In the case of Address
> modification the connection line must to be update.
Ok. It might be a good idea to put a note about this, considering the
specifics of SCTP, perhaps?
--
Rémi Denis-Courmont
_______________________________________________
mmusic mailing list
mmusic at ietf.org
https://www.ietf.org/mailman/listinfo/mmusic
n fact according to RFC 3264 section 8.3.1 to modify an Address, Port
> or Transport, the offerer
> have to create a new media description. In the case of Address
> modification the connection line must to be update.
Ok. It might be a good idea to put a note about this, considering the
specifics of SCTP, perhaps?
--
Rémi Denis-Courmont
_______________________________________________
mmusic mailing list
mmusic at ietf.org
https://www.ietf.org/mailman/listinfo/mmusic