Re: [Pana] FW: I-D Action:draft-yegin-pana-unspecified-addr-00.txt

"Alper Yegin" <alper.yegin@yegin.org> Tue, 02 March 2010 11:29 UTC

Return-Path: <alper.yegin@yegin.org>
X-Original-To: pana@core3.amsl.com
Delivered-To: pana@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 15D553A8789 for <pana@core3.amsl.com>; Tue, 2 Mar 2010 03:29:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.493
X-Spam-Level:
X-Spam-Status: No, score=-0.493 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, MSGID_MULTIPLE_AT=1.449, RCVD_IN_SORBS_WEB=0.619]
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 12szzFP5Cb2g for <pana@core3.amsl.com>; Tue, 2 Mar 2010 03:29:00 -0800 (PST)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.195]) by core3.amsl.com (Postfix) with ESMTP id 2DD173A875F for <pana@ietf.org>; Tue, 2 Mar 2010 03:29:00 -0800 (PST)
Received: from ibm (dsl.static.85-105-43069.ttnet.net.tr [85.105.168.61]) by mrelay.perfora.net (node=mrus3) with ESMTP (Nemesis) id 0MUHso-1ODGWZ2OXK-00Qah0; Tue, 02 Mar 2010 06:29:00 -0500
From: Alper Yegin <alper.yegin@yegin.org>
To: 'Richard Pruss' <ric@cisco.com>
References: <0f3c01cab94e$20eb7550$62c25ff0$@yegin@yegin.org> <8BD4156F-8173-49ED-8EBA-4EAC718C54DD@cisco.com> <128701cab9df$b211d880$16358980$@yegin@yegin.org> <88D0FBF0-088B-4ED9-B4D9-B1E6468C9F1D@cisco.com> <000f01cab9ee$ae7049f0$0b50ddd0$@yegin@yegin.org> <F25982A1-6956-453A-9B93-D59C90BAE8FE@cisco.com>
In-Reply-To: <F25982A1-6956-453A-9B93-D59C90BAE8FE@cisco.com>
Date: Tue, 02 Mar 2010 13:28:58 +0200
Message-ID: <002e01cab9fb$8f94e470$aebead50$@yegin>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Acq58Hr6kpRGeC3YR3eH+W5+VcWfiwACvdhA
Content-Language: en-us
X-Provags-ID: V01U2FsdGVkX19eSYxSJoIQ9FzIAoUJuuh0b/DTIo4HwhPvWgN WYPyZzm4OTxYMFk5Mv0kjS8Wtlbnb+znMScBDsBp9wsxrbXHot 8M9/JnNOo7gwhS4HfWgqkcHU2Bv+efe
Cc: pana@ietf.org
Subject: Re: [Pana] FW: I-D Action:draft-yegin-pana-unspecified-addr-00.txt
X-BeenThere: pana@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Protocol for carrying Authentication for Network Access <pana.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pana>, <mailto:pana-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pana>
List-Post: <mailto:pana@ietf.org>
List-Help: <mailto:pana-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pana>, <mailto:pana-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Mar 2010 11:29:01 -0000

> Well the protection of the ARP table will simply drop your packets
> specification
> because they are not DHCP and do not have a valid IP address and thus
> illegal.


Are you talking about your/a product, or a spec?
I don't see that in any spec, including the one you referenced below.






> 
> http://tools.ietf.org/html/draft-baker-sava-cisco-ip-source-guard-00
> 
> Have you thought of running PANA over DHCP instead.
> 
> On 02/03/2010, at 7:56 PM, Alper Yegin wrote:
> 
> > Ric, you have to be really specific.
> > You are not explaining what specific problem you are seeing, and I'm
> not
> > able to imagine.
> > Why would ARP break, please tell us. Both DHCP and Mobile IPv4
> already work
> > with unspecified IP addresses.
> >
> >
> >> -----Original Message-----
> >> From: Richard Pruss [mailto:ric@cisco.com]
> >> Sent: Tuesday, March 02, 2010 10:17 AM
> >> To: Alper Yegin
> >> Cc: pana@ietf.org
> >> Subject: Re: [Pana] FW: I-D Action:draft-yegin-pana-unspecified-
> addr-
> >> 00.txt
> >>
> >>
> >> On 02/03/2010, at 6:09 PM, Alper Yegin wrote:
> >>
> >>>> This will break networks in so many ways it is hard to even
> predict.
> >>>> What will the average ARP implementation do with this horror.
> >>>
> >>> Please elaborate.
> >>
> >> You really do like to answer a question with a question,
> >> What will ARP do with the packets of your draft?
> >> All parts of ARP, gratuitous, probe, arp learning, spoofing
> protection,
> >> it all seems to fall apart.
> >>
> >>
> >>>
> >>>
> >>>
> >>>> On 02/03/2010, at 12:47 AM, Alper Yegin wrote:
> >>>>
> >>>>>
> >>>>> Comments are welcome.
> >>>>>
> >>>>>
> >>>>> -----Original Message-----
> >>>>> From: i-d-announce-bounces@ietf.org [mailto:i-d-announce-
> >>>> bounces@ietf.org]
> >>>>> On Behalf Of Internet-Drafts@ietf.org
> >>>>> Sent: Monday, March 01, 2010 3:00 PM
> >>>>> To: i-d-announce@ietf.org
> >>>>> Subject: I-D Action:draft-yegin-pana-unspecified-addr-00.txt
> >>>>>
> >>>>> A New Internet-Draft is available from the on-line Internet-
> Drafts
> >>>>> directories.
> >>>>>
> >>>>> 	Title           : Protocol for Carrying Authentication for
> >>>> Network
> >>>>> Access (PANA) with IPv4 Unspecified Address
> >>>>> 	Author(s)       : A. Yegin, Y. Ohba
> >>>>> 	Filename        : draft-yegin-pana-unspecified-addr-00.txt
> >>>>> 	Pages           : 9
> >>>>> 	Date            : 2010-03-01
> >>>>>
> >>>>> This document defines how PANA client (PaC) can perform PANA
> >>>> authentication
> >>>>> prior to configuring an IP address.
> >>>>>
> >>>>> A URL for this Internet-Draft is:
> >>>>> http://www.ietf.org/internet-drafts/draft-yegin-pana-unspecified-
> >>>> addr-00.txt
> >>>>>
> >>>>> Internet-Drafts are also available by anonymous FTP at:
> >>>>> ftp://ftp.ietf.org/internet-drafts/
> >>>>>
> >>>>> Below is the data which will enable a MIME compliant mail reader
> >>>>> implementation to automatically retrieve the ASCII version of the
> >>>>> Internet-Draft.
> >>>>>
> >>>>> _______________________________________________
> >>>>> Pana mailing list
> >>>>> Pana@ietf.org
> >>>>> https://www.ietf.org/mailman/listinfo/pana
> >>>
> >