RE: [AVT] Re: RTP/RTCP Port Sharing -> SCTP

Michael Thomas <mat@cisco.com> Sat, 21 July 2001 16:31 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA24609; Sat, 21 Jul 2001 12:31:27 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA20332; Sat, 21 Jul 2001 12:31:39 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA20305 for <avt@ns.ietf.org>; Sat, 21 Jul 2001 12:31:35 -0400 (EDT)
Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA24425 for <avt@ietf.org>; Sat, 21 Jul 2001 12:30:38 -0400 (EDT)
Received: from mira-sjc5-7.cisco.com (mira-sjc5-7.cisco.com [171.71.163.27]) by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id f6LGV2g20582; Sat, 21 Jul 2001 09:31:02 -0700 (PDT)
Received: from thomasm-u1.cisco.com (thomasm-u1.cisco.com [128.107.140.53]) by mira-sjc5-7.cisco.com (Mirapoint) with ESMTP id AAN03318; Sat, 21 Jul 2001 09:30:57 -0700 (PDT)
Received: (thomasm@localhost) by thomasm-u1.cisco.com (8.8.8-Cisco List Logging/CISCO.WS.1.2) id JAA09562; Sat, 21 Jul 2001 09:30:56 -0700 (PDT)
From: Michael Thomas <mat@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-ID: <15193.44608.672212.929112@thomasm-u1.cisco.com>
Date: Sat, 21 Jul 2001 09:30:56 -0700
To: Jonathan Rosenberg <jdrosen@dynamicsoft.com>
Cc: 'Michael Thomas' <mat@cisco.com>, "Fairlie-Cuninghame, Robert" <rfairlie@nuera.com>, 'Leonid Rosenboim' <Leonid@BitBand.COM>, Ross Finlayson <finlayson@live.com>, avt@ietf.org
Subject: RE: [AVT] Re: RTP/RTCP Port Sharing -> SCTP
In-Reply-To: <B65B4F8437968F488A01A940B21982BF020D629F@DYN-EXCH-001.dynamicsoft.com>
References: <B65B4F8437968F488A01A940B21982BF020D629F@DYN-EXCH-001.dynamicsoft.com>
X-Mailer: VM 6.72 under 21.1 (patch 6) "Big Bend" XEmacs Lucid
X-Face: &, heK/V66p?[2!i|tVn, 9lN0TUvEv7:9FzXREj/AuzN4m<D]vnFJ>u!4x[/Z4t{V}~L]+Sk @RFNnJEg~WZ/(8<`5a), -7ukALWa^&?&D2R0CSG3kO5~#6JxLF\d, g">$%B!0w{W)qIhmwhye104zd bUcI'1!
Content-Transfer-Encoding: 7bit
Sender: avt-admin@ietf.org
Errors-To: avt-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
X-BeenThere: avt@ietf.org
Content-Transfer-Encoding: 7bit

Jonathan Rosenberg writes:
 > Then you read draft-rosenberg-sip-entfw-02.txt, due out this week, which
 > explains how to handle this case.... :) The mechanism in there uses
 > bidirectional streams (which we call symmetric) whenever only one side its
 > natted, and otherwise uses a network intermediary outside of the firewall
 > when both are behind nats that don't support Christian's
 > http://search.ietf.org/internet-drafts/draft-huitema-natreq4udp-00.txt. When
 > contacting this network intermediary, its still useful to use symmetric RTP.

   Sigh. If the end result of most media sessions is a rendezvous
   to a intermediary, then our bragging rights over the IN will
   be nullified. I know that this is the implication of NAT's, but
   it still depresses me.

	    Mike

_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
http://www.ietf.org/mailman/listinfo/avt