Re: [16NG] Fw:I-DACTION:draft-madanapalli-16ng-ipv4-over-802-dot-16-ipcs-00.txt

"Syam Madanapalli" <smadanapalli@gmail.com> Wed, 14 February 2007 07:58 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HHF20-0007ZC-EH; Wed, 14 Feb 2007 02:58:24 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HHF1z-0007YS-2E for 16ng@ietf.org; Wed, 14 Feb 2007 02:58:23 -0500
Received: from wr-out-0506.google.com ([64.233.184.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HHF1v-0007io-Ne for 16ng@ietf.org; Wed, 14 Feb 2007 02:58:23 -0500
Received: by wr-out-0506.google.com with SMTP id 67so141010wri for <16ng@ietf.org>; Tue, 13 Feb 2007 23:58:19 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lY4X7X2mLJdGfJdFb4ITvH4sOy+JLF1rG9hRLKfbxNvwwmnXapDxSd4HnyhVvhYT9+v22g257IOZm/1EiUWMz2vy+X71MitPiJtYDlxx1BoUE6139eDx/DUSubOq+cXm+5tw4EauAv9i1OEWNIihJybEQ+CM6k4bWrMkvllw3Y0=
Received: by 10.114.145.1 with SMTP id s1mr7288448wad.1171439898998; Tue, 13 Feb 2007 23:58:18 -0800 (PST)
Received: by 10.114.15.6 with HTTP; Tue, 13 Feb 2007 23:58:18 -0800 (PST)
Message-ID: <10e14db20702132358y28711590lc3858c7efb59c0eb@mail.gmail.com>
Date: Wed, 14 Feb 2007 13:28:18 +0530
From: "Syam Madanapalli" <smadanapalli@gmail.com>
To: "Narvaez, Paolo (Paolo)" <paolo@alcatel-lucent.com>
Subject: Re: [16NG] Fw:I-DACTION:draft-madanapalli-16ng-ipv4-over-802-dot-16-ipcs-00.txt
In-Reply-To: <61B0DCC9767CDC4C91769592B12CCDD136EB4A@ILEXC2U02.ndc.lucent.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <583400.71141.qm@web60323.mail.yahoo.com> <61B0DCC9767CDC4C91769592B12CCDD136EB4A@ILEXC2U02.ndc.lucent.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 36b1f8810cb91289d885dc8ab4fc8172
Cc: 16ng@ietf.org
X-BeenThere: 16ng@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: 16ng working group discussion list <16ng.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/16ng>
List-Post: <mailto:16ng@ietf.org>
List-Help: <mailto:16ng-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=subscribe>
Errors-To: 16ng-bounces@ietf.org

Hi Bachet, Paolo,

In the next revision I will add an explicit section for the subnet model.
Please some inline text.

On 2/13/07, Narvaez, Paolo (Paolo) <paolo@alcatel-lucent.com> wrote:
>
>
>
> How can the MS and AR send ARP requests and responses to each other? These
> ARP messages have to go over IPCS and there is no IP packet in this case.

I agree with this, as there is no IP header, IPCS cannot classify these frames.

>
> If there is concern for a legacy IPv4 stack at the MS sending ARP requests
> and perhaps even requiring ARP responses, why not recommend a shim layer
> between the IPv4 stack and the 802.16 IPCS layer at the MS. This layer would
> filter ARP requests arriving from the IPv4 stack and respond with any MAC
> address. The IPCS classifier should never see ARP messages, and they should
> never be sent over the air.

This can be a solution. But can we leave this for implementors? And in
the draft
we just say ARP is not required and MUST not be sent over the air.


Thanks,
Syam

>
> Regards,
> Paolo
>
>
>  ________________________________
>  From: Behcet Sarikaya [mailto:behcetsarikaya@yahoo.com]
> Sent: Monday, February 12, 2007 2:19 PM
> To: Syam Madanapalli
> Cc: 16ng@ietf.org
>
> Subject: Re: [16NG]
> Fw:I-DACTION:draft-madanapalli-16ng-ipv4-over-802-dot-16-ipcs-00.txt
>
>
>
>
> Hi Syam,
>   You mentioned P2P link here in this message but I could not see any text
> on this in the draft. Maybe a section should be added on the address and
> subnet mask assignment given the P2P nature of the link and the fact that
> such assignments are not commonly used.
>   You recommended AR to ignore ARP Requests from MS, I am not sure if this
> is OK or a Reply would be needed according to ARP?
>
> Regards,
>
> Behcet
>
>
> ----- Original Message ----
> From: Syam Madanapalli <smadanapalli@gmail.com>
> To: "Narvaez, Paolo (Paolo)" <paolo@alcatel-lucent.com>
> Cc: 16ng@ietf.org
> Sent: Saturday, February 10, 2007 12:34:46 AM
> Subject: Re: [16NG] Fw:
> I-DACTION:draft-madanapalli-16ng-ipv4-over-802-dot-16-ipcs-00.txt
>
>
> Hi Paolo,
>
> On 2/10/07, Narvaez, Paolo (Paolo) <paolo@alcatel-lucent.com> wrote:
> >
> > I have two general comments on this draft.
> >
> > 1. Section 7 assumes that ARP messages sent by the MS are received by
> > the AR. The section states that ARP messages should be dropped by the
> > AR. However, since ARP runs directly over Ethernet (there is no IP
> > header) how can the 802.16 IPCS carry this type of packet over the air?
>
> As mentioned the draft, ARP is not required for 802.16 because of the fact
> that the MAC address is not required for identifying the destination.
> There was a concern that an unmodified host may send ARP without knowing
> that the underlying interface is 802.16, because of this I added the
> above statement.
>
> If we think there is no such possibility, then I will remove this text.
>
> >
> > 2. What is the subnet assignment? Can two MSs be on the same subnet? Or
> > do we need to introduce some restrictions as in the IPv6-over-802.16
> > draft.
>
> The draft assumes the p2p link, so no two MSs can be on the same subnet.
>
> Thanks,
> Syam
>
> >
> > Regards,
> > Paolo
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: Daniel Park [mailto:soohong.park@samsung.com]
> > > Sent: Thursday, February 08, 2007 7:17 PM
> > > To: 16ng@ietf.org
> > > Subject: [16NG] Fw:
> > >
> I-DACTION:draft-madanapalli-16ng-ipv4-over-802-dot-16-ipcs-00.txt
> > >
> > > IPv4CS document is now available at:
> > >
> http://www.ietf.org/internet-drafts/draft-madanapalli-16ng-ipv
> > > 4-over-802-dot-16-ipcs-00.txt
> > >
> > > Daniel (Soohong Daniel Park)
> > > Mobile Convergence Laboratory, SAMSUNG Electronics.
> > >
> > > _______________________________________________
> > > 16NG mailing list
> > > 16NG@ietf.org
> > > https://www1.ietf.org/mailman/listinfo/16ng
> > >
> >
> > _______________________________________________
> > 16NG mailing list
> > 16NG@ietf.org
> > https://www1.ietf.org/mailman/listinfo/16ng
> >
>
> _______________________________________________
> 16NG mailing list
> 16NG@ietf.org
> https://www1.ietf.org/mailman/listinfo/16ng
>
>

_______________________________________________
16NG mailing list
16NG@ietf.org
https://www1.ietf.org/mailman/listinfo/16ng