Re: [STDS-802-16] The ARP broadcast problem in 802.16
Hi,
After revisiting the passed discussions of the usage of "SMC", I found that
all of them are focused on the L3 broadcast messages. There is no
discussion about the broadcast messages such as ARP, RARP and Gratuitous
ARP. (Considering one SS seeks another SS's MAC address using ARP or the
router seeks the SS's MAC address using ARP) These messages will be
broadcasted in the subnet. According to DJ's reply, it seems that there is
still no answer to how will these kind of broadcast messages
be transmitted over the 802.16 air interface efficiently. I think the
contribution "IEEE C802.16d-03/81 (Resolving IP Broadcast Issues by Alex
Raji and Don Leimer)" has proposed a possible solution about the IP
broadcast issues, i.e. a new CID named "Transport broadcast CID". But it
did not mention the ARP broadcast issues. It seems reasonable to add a new
broadcast CID to carry those ARP/RARP/Gratuitous ARP and L3 broadcast
messages. Can anybody clarify this issue?
Thank you.
Best Regards,
Chi-Chen Lee
==========================================
Industrial Technology Research Institute
Computer & Communications Research Lab.
==========================================
---------------- Original Message ----------------
> "Johnston, Dj" <dj.johnston@INTEL.COM> 2005/01/29 01:33:48 AM wrote:
¦¬¥ó¤H: STDS-802-16@LISTSERV.IEEE.ORG
¥D¦®: Re: [STDS-802-16] The ARP broadcast problem in 802.16
If you could use the SMC for ARP traffic of an MSS, then yes, the
problem you describe would exist.
However the secondary management channel was removed for MSSs in the San
Antonio meeting. So text specifying an MSS must the the SMC for
something sounds inconsistent with that.
DJ
-----Original Message-----
From: owner-stds-802-16@LISTSERV.IEEE.ORG
[mailto:owner-stds-802-16@LISTSERV.IEEE.ORG] On Behalf Of Chi-Chen Lee
Sent: Friday, January 28, 2005 4:07 AM
To: STDS-802-16@LISTSERV.IEEE.ORG
Subject: [STDS-802-16] The ARP broadcast problem in 802.16
Hi all,
I have a question about the ARP operation in 802.16 network. In
contribution named "BS's Proxy ARPing for Sleep & Idle Mode MSSs", it
mentioned that the ARP request message will be carried over secondary
management connection. The problem is that secondary management
connection in DL is an unicast connection, if the BS broadcasts the ARP
request message through secondary management connection, it means that
each SS will receive an duplicate ARP request message from the BS, which
is obvious not bandwidth efficient. Is there any misunderstanding of my
reading of the standard?
Thank you.
Best Regards,
Chi-Chen Lee
==========================================
Industrial Technology Research Institute Computer & Communications
Research Lab.
==========================================