RE: [AVT] I-D ACTION:draft-ietf-avt-tcrtp-08.txt
"Dan Wing" <dwing@cisco.com> Wed, 22 September 2004 15:29 UTC
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA17056 for <avt-archive@ietf.org>; Wed, 22 Sep 2004 11:29:24 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CA9AH-00016g-6q for avt-archive@ietf.org; Wed, 22 Sep 2004 11:36:17 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CA8rF-0008U6-Az; Wed, 22 Sep 2004 11:16:37 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CA8ZC-0003XH-DM for avt@megatron.ietf.org; Wed, 22 Sep 2004 10:57:58 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA14855 for <avt@ietf.org>; Wed, 22 Sep 2004 10:57:55 -0400 (EDT)
Received: from sj-iport-1-in.cisco.com ([171.71.176.70] helo=sj-iport-1.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CA8fm-0000TL-FY for avt@ietf.org; Wed, 22 Sep 2004 11:04:47 -0400
Received: from sj-core-1.cisco.com (171.71.177.237) by sj-iport-1.cisco.com with ESMTP; 22 Sep 2004 08:02:36 -0700
X-BrightmailFiltered: true
Received: from edison.cisco.com (edison.cisco.com [171.71.180.109]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id i8MEvHSI007610; Wed, 22 Sep 2004 07:57:17 -0700 (PDT)
Received: from DWINGW2K4 (sjc-vpn5-263.cisco.com [10.21.89.7]) by edison.cisco.com (8.8.6 (PHNE_14041)/CISCO.SERVER.1.2) with SMTP id HAA16568; Wed, 22 Sep 2004 07:57:18 -0700 (PDT)
From: Dan Wing <dwing@cisco.com>
To: Yaakov Stein <yaakov_s@rad.com>, avt@ietf.org
Subject: RE: [AVT] I-D ACTION:draft-ietf-avt-tcrtp-08.txt
Date: Wed, 22 Sep 2004 07:57:18 -0700
Keywords: dwing_to_me
Message-ID: <LIECKHBKICJFBLOMPHNMEEMINAAA.dwing@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <27A0F290348F8E45AEF79889DDE65A5203170340@exrad2.ad.rad.co.il>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Importance: Normal
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1
Content-Transfer-Encoding: 7bit
Cc: Bruce Thompson <brucet@cisco.com>, Tmima Koren <tmima@cisco.com>
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Sender: avt-bounces@ietf.org
Errors-To: avt-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9
Content-Transfer-Encoding: 7bit
> > ATM's multiplexing only helps significantly if you can take > > advantage of it, which requires chosing a codec and > > packetization interval the fit into the user payload, and > > requires multiple streams terminating on the same VPI/VCI. > > ITU Y.1414 uses AAL2 directly over MPLS. > Similarly draft-ietf-pwe3-tdmoip uses AAL2 directly over UDP/IP. > > The format is : > PSN (MPLS or IP) headers > first connection : mini-header + payload > second connection : miniheader + payload > ... > last connection : miniheader + payload > > The only payload size restrictions are maximums due to the > size of the AAL2 length field in the miniheader. You're comparing VoMPLS to VoIP, and I was comparing VoATM to VoIP. The weakness of VoATM is the minimum 53-byte packet size. VoMPLS doesn't have that weakness, but VoMPLS still has smaller headers than VoIP. > > We needed a compression technique that saved bandwidth even > > in the absence of multiplexing -- such as a branch office > > doing VoIP with a single user. > > In that case you only need a robust header compression method. ROHC, by itself, doesn't work if packets are reordered unless draft-pelletier-rohc-over-reordering-00 is used, and ECRTP, by itself, doesn't work over multiple hops -- ECRTP needs to be encapsulated (tunneled) inside of something else. And TCRTP defines one mechanism for such tunneling. -d _______________________________________________ Audio/Video Transport Working Group avt@ietf.org https://www1.ietf.org/mailman/listinfo/avt
- RE: [AVT] I-D ACTION:draft-ietf-avt-tcrtp-08.txt Yaakov Stein
- [AVT] I-D ACTION:draft-ietf-avt-tcrtp-08.txt Internet-Drafts
- RE: [AVT] I-D ACTION:draft-ietf-avt-tcrtp-08.txt Yaakov Stein
- RE: [AVT] I-D ACTION:draft-ietf-avt-tcrtp-08.txt Dan Wing
- RE: [AVT] I-D ACTION:draft-ietf-avt-tcrtp-08.txt Yaakov Stein
- RE: [AVT] I-D ACTION:draft-ietf-avt-tcrtp-08.txt Dan Wing