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
- Re: [16NG] Fw: I-DACTION:draft-madanapalli-16ng-i… Behcet Sarikaya
- RE: [16NG] Fw:I-DACTION:draft-madanapalli-16ng-ip… Narvaez, Paolo (Paolo)
- Re: [16NG] Fw:I-DACTION:draft-madanapalli-16ng-ip… Syam Madanapalli
- Re: [16NG]Fw:I-DACTION:draft-madanapalli-16ng-ipv… Daniel Park
- Re: [16NG] Fw:I-DACTION:draft-madanapalli-16ng-ip… Daniel Park
- RE: [16NG] Fw:I-DACTION:draft-madanapalli-16ng-ip… Narvaez, Paolo (Paolo)