Re: [BEHAVE] I-D Action:draft-ietf-behave-v6v4-xlate-06.txt

"Dan Wing" <dwing@cisco.com> Wed, 27 January 2010 17:12 UTC

Return-Path: <dwing@cisco.com>
X-Original-To: behave@core3.amsl.com
Delivered-To: behave@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1F7FA28C128 for <behave@core3.amsl.com>; Wed, 27 Jan 2010 09:12:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 cAPqOCEQOQ3e for <behave@core3.amsl.com>; Wed, 27 Jan 2010 09:11:57 -0800 (PST)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 14DB528C0E6 for <behave@ietf.org>; Wed, 27 Jan 2010 09:11:38 -0800 (PST)
Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Al8GAPcCYEurRN+J/2dsb2JhbACDNoRFgRK5TIdBAY9XgSeCN1sEjWo
X-IronPort-AV: E=Sophos;i="4.49,355,1262563200"; d="scan'208";a="79829255"
Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-4.cisco.com with ESMTP; 27 Jan 2010 17:11:51 +0000
Received: from dwingwxp01 ([10.32.240.194]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o0RHBp03029868; Wed, 27 Jan 2010 17:11:51 GMT
From: Dan Wing <dwing@cisco.com>
To: 'Xing Li' <xing@cernet.edu.cn>
References: <20100125101503.20B5F3A68A3@core3.amsl.com><4B5D7167.4050801@cernet.edu.cn><049501ca9df6$8dc787e0$c2f0200a@cisco.com> <4B60402C.1010705@cernet.edu.cn>
Date: Wed, 27 Jan 2010 09:11:51 -0800
Message-ID: <0c7f01ca9f73$d17a0250$c2f0200a@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
In-Reply-To: <4B60402C.1010705@cernet.edu.cn>
Thread-Index: AcqfVQ6hw57iQAtRT5mwV9TTsjoFOgAHsDfg
Cc: behave@ietf.org, 'Behave Chairs' <behave-chairs@tools.ietf.org>
Subject: Re: [BEHAVE] I-D Action:draft-ietf-behave-v6v4-xlate-06.txt
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Wed, 27 Jan 2010 17:12:30 -0000

Thanks.
-d
 

> -----Original Message-----
> From: behave-bounces@ietf.org 
> [mailto:behave-bounces@ietf.org] On Behalf Of Xing Li
> Sent: Wednesday, January 27, 2010 5:31 AM
> To: Dan Wing
> Cc: behave@ietf.org; 'Behave Chairs'
> Subject: Re: [BEHAVE] I-D Action:draft-ietf-behave-v6v4-xlate-06.txt
> 
> Hi, Dan,
> 
> Dan Wing 写道:
> > (off-list.)
> >
> > See below. 
> >
> >   
> >
> > The new text is this, and is in the "Translating from IPv4 
> to IPv6" section:
> >
> >       If the translator gets an illegal source address 
> (e.g. 0.0.0.0,
> >       127.0.0.1, etc.), the translator SHOULD silently drop 
> the packet.
> >
> > I suggest adding "(as discussed in Section 5.3.7 of 
> [RFC1812])" to the end of
> > that sentence.
> >   
> 
> Modified as in version 07.
> >
> > Can similar text be added to the "Translating from IPv6 to 
> IPv4" section of
> > behave-v6v4-xlate?  Currently regarding stateless 
> translation it says only:
> >
> >    Source Address:  In the stateless mode, which is to say 
> that if the
> >       IPv6 source address is within the range of a configured IPv6
> >       translation prefix, the IPv4 source address is 
> derived from the
> >       IPv6 source address per 
> [I-D.ietf-behave-address-format] section
> >       2.1.  Note that the original IPv6 source address is an IPv4-
> >       translatable address.
> >
> > We probably want to also list IPv6 'martian addresses' 
> (::1, for sure; perhaps
> > others?) should be simply dropped (no ICMP response), as 
> was added for IPv4.
> >
> >
> >   
> Agree. Modified as in version 07.
> 
> > A question:  for debugging/troubleshooting, it seems useful 
> to send an ICMP
> > when the source IPv6 address is outside the range of configured IPv6
> > translation prefix(es).  That is, add a sentence like this 
> to the quoted
> > paragraph above:
> >
> >   If the IPv6 source address is not within the range of 
> configured IPv6
> > prefix(es), 
> >   the translator SHOULD respond with an ICMPv6 Type=1, 
> Code=5 (Destination 
> >   Unreachable, Source address failed ingress/egress policy).
> >
> > Thoughts on that idea?
> >
> >   
> 
> Agree. Modified as in version 07.
> 
> So the new text reads,
> 
>     Source Address:  In the stateless mode, which is to say 
> that if the
>       IPv6 source address is within the range of a configured IPv6
>       translation prefix, the IPv4 source address is derived from the
>       IPv6 source address per [I-D.ietf-behave-address-format] section
>       2.1.  Note that the original IPv6 source address is an IPv4-
>       translatable address.  If the translator only supports stateless
>       mode and if the IPv6 source address is not within the range of
>       configured IPv6 prefix(es), the translator SHOULD drop 
> the packet
>       and respond with an ICMPv6 Type=1, Code=5 (Destination
>       Unreachable, Source address failed ingress/egress policy).
> 
>       In the stateful mode, which is to say that if the IPv6 source
>       address is not within the range of any configured IPv6 stateless
>       translation prefix, the IPv4 source address and transport-layer
>       source port corresponding to the IPv4-related IPv6 
> source address
>       and source port are derived from the Binding Information Bases
>       (BIBs) as described in [I-D.ietf-behave-v6v4-xlate-stateful].
> 
>       In stateless and stateful modes, if the translator gets 
> an illegal
>       source address (e.g. ::1, etc.), the translator SHOULD silently
>       drop the packet.
> 
> Regards,
> 
> xing, congxiao
> 
> _______________________________________________
> Behave mailing list
> Behave@ietf.org
> https://www.ietf.org/mailman/listinfo/behave