Re: [BEHAVE] [v6ops] protocols without need for ALG ?
Toerless Eckert <eckert@cisco.com> Thu, 30 July 2015 21:43 UTC
Return-Path: <eckert@cisco.com>
X-Original-To: behave@ietfa.amsl.com
Delivered-To: behave@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EEE01ACE7A; Thu, 30 Jul 2015 14:43:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -13.511
X-Spam-Level:
X-Spam-Status: No, score=-13.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_BACKHAIR_22=1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ywCvrZDZ6mco; Thu, 30 Jul 2015 14:43:50 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75E621ACE71; Thu, 30 Jul 2015 14:43:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1859; q=dns/txt; s=iport; t=1438292630; x=1439502230; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=YMvRodV82tkvq4Nl4Z4+SYTIr1BVpGlubw0pAP7njz8=; b=XPWZ5i7k9kDp1/nMCO3g/czNFTLkozbcwQKWIu0IgTcBYRDLidzmzo6o FGsCsG3H9qs6MBZCEctzpMPCH8cgRq4WNSH7YAyuDIHE4zRKmrfFfMFJE IyS6rrzVA91OcUBhRBoWPo+e+R3bL0yrdpLMdEg8xR5S7Myw4JC/JCIw5 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CRBQC9mbpV/5ldJa1cgxpUvRaHfAKBQDkTAQEBAQEBAYEKhCQBAQQnEz8QCxgJJQ8FSYhBxU0BAQEBAQEBAQEBAQEBAQEBAQEBAQEXi06EPEsHgxiBFAEEjT+HOIxHApk5JoQdHoJ9AQEB
X-IronPort-AV: E=Sophos;i="5.15,579,1432598400"; d="scan'208";a="173575938"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-2.cisco.com with ESMTP; 30 Jul 2015 21:43:49 +0000
Received: from mcast-linux1.cisco.com (mcast-linux1.cisco.com [172.27.244.121]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t6ULhnjf018057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Jul 2015 21:43:49 GMT
Received: from mcast-linux1.cisco.com (localhost.cisco.com [127.0.0.1]) by mcast-linux1.cisco.com (8.13.8/8.13.8) with ESMTP id t6ULhmXg026593; Thu, 30 Jul 2015 14:43:48 -0700
Received: (from eckert@localhost) by mcast-linux1.cisco.com (8.13.8/8.13.8/Submit) id t6ULhmd0026592; Thu, 30 Jul 2015 14:43:48 -0700
Date: Thu, 30 Jul 2015 14:43:48 -0700
From: Toerless Eckert <eckert@cisco.com>
To: Owen DeLong <owen@delong.com>
Message-ID: <20150730214348.GA23601@cisco.com>
References: <20150730205806.GI1667@cisco.com> <33A0B18B-5C9D-4DC3-9E0B-736D7ECA404F@delong.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <33A0B18B-5C9D-4DC3-9E0B-736D7ECA404F@delong.com>
User-Agent: Mutt/1.4.2.2i
Archived-At: <http://mailarchive.ietf.org/arch/msg/behave/-SCVpGmX7H5XOR1v9dcCadTHXwE>
X-Mailman-Approved-At: Fri, 31 Jul 2015 11:16:34 -0700
Cc: v6ops@ietf.org, behave@ietf.org
Subject: Re: [BEHAVE] [v6ops] protocols without need for ALG ?
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/behave/>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Jul 2015 21:43:52 -0000
Thanks, Owen Wrt directionality: I was just wondering about embedded addresses or other difficult stuff. I was assuming 1:1 stateless v4<->v6 NAT, aka: "directionality" should not be an issue... Right ? Thanks for the other protocol list. Cheers Toerless On Thu, Jul 30, 2015 at 02:07:23PM -0700, Owen DeLong wrote: > FTP should be long deprecated for the most part anyway, however, PASV > mode FTP (if you must use FTP) should be OK without need of an ALG. > > > traceroute - ?? (initiated from v4 NOC) ?? > > telnet - OK > > ping - OK ? > > Should generally be OK. Requests must come from translated side of > the host pair. Responses can come from either side, but to be meaningful, > need to be responding from native side to translated side. > > > SSH/SCP - OK > > syslog - OK > > TFTP - OK ? > > Should be OK, depending on which side is client. (client has to be the > private address/translated side of the connection). > > > radius - OK ? (i ran some tests, seemed to be fine) > > diameter/tacacs+ - OK ? > > Should be OK, again, assuming favorable directionality. > > If RADIUS/TACACS server is on translated side and router is on native side, > then this will not work without an ALG or some other hackery. > > > NTP - OK ??? > > Same directionality considerations apply here. > > > For the following, that have extensible data-models (MIBs/OIDs, XML schema etc.), > > i can see that some NOC tools relying on them might not support data-models > > with IPv6, but that would be "fine" (aka: can't manage everything from such tools, > > but transport stack works): > > > > netconf - OK ? > > SNMP - OK ? > > Should be OK, assuming favorable directionality. > > HTTP > HTTPs > SMTP > IMAP > > sFlow/cFlow/etc. > > Owen
- Re: [BEHAVE] [v6ops] protocols without need for A… Owen DeLong
- Re: [BEHAVE] [v6ops] protocols without need for A… Joe Touch
- Re: [BEHAVE] [v6ops] protocols without need for A… Owen DeLong
- Re: [BEHAVE] [v6ops] protocols without need for A… Mikael Abrahamsson
- Re: [BEHAVE] [v6ops] protocols without need for A… Mikael Abrahamsson
- Re: [BEHAVE] [v6ops] protocols without need for A… Joe Touch
- Re: [BEHAVE] [v6ops] protocols without need for A… Ca By
- Re: [BEHAVE] [v6ops] protocols without need for A… Brian E Carpenter
- Re: [BEHAVE] [v6ops] protocols without need for A… STARK, BARBARA H
- [BEHAVE] protocols without need for ALG ? Toerless Eckert
- Re: [BEHAVE] [v6ops] protocols without need for A… Toerless Eckert
- Re: [BEHAVE] [v6ops] protocols without need for A… Mark Smith
- Re: [BEHAVE] [v6ops] protocols without need for A… Toerless Eckert
- Re: [BEHAVE] [v6ops] protocols without need for A… Heatley, Nick
- Re: [BEHAVE] [v6ops] protocols without need for A… Heatley, Nick
- Re: [BEHAVE] [v6ops] protocols without need for A… 🔓Dan Wing
- Re: [BEHAVE] [v6ops] protocols without need for A… Senthil Sivakumar (ssenthil)
- Re: [BEHAVE] [v6ops] protocols without need for A… Tore Anderson
- Re: [BEHAVE] protocols without need for ALG ? Michael Richardson
- Re: [BEHAVE] [v6ops] protocols without need for A… Mark Smith
- Re: [BEHAVE] [v6ops] protocols without need for A… Joe Touch
- Re: [BEHAVE] [v6ops] protocols without need for A… Mark Smith
- Re: [BEHAVE] [v6ops] protocols without need for A… Toerless Eckert
- Re: [BEHAVE] [v6ops] protocols without need for A… Tore Anderson
- Re: [BEHAVE] [v6ops] protocols without need for A… Joe Touch
- Re: [BEHAVE] protocols without need for ALG ? ietfdbh
- Re: [BEHAVE] [v6ops] protocols without need for A… Mark Andrews
- Re: [BEHAVE] [v6ops] protocols without need for A… Joe Touch