RE: [16NG] Re: traffic classification

The host is not aware of the CIDs. CIDs belong to the MAC layer, and it
is the task of the convergence sublayer as upper part of the MAC layer
to feed packets into CIDs according to filter rules. IEEE802.16 provides
its own syntax for setting up filter rules. This syntax treats all
header field the same way.

IEEE802.16 is done, but it may be worth to consider in the IETF the
definition of a generic way to specify filter rules for IP packets. The
WiMAX Forum NWG has adopted the filter rule syntax of DIAMETER. So far
it looks pretty sufficient.

Bye
Max

-----Original Message-----
From: Jari Arkko [mailto:jari.arkko@piuha.net] 
Sent: Sunday, February 04, 2007 8:42 PM
To: Alexandru Petrescu
Cc: 16ng@ietf.org
Subject: Re: [16NG] Re: traffic classification

There are a couple of issues. The main technical question
is whether host and base station need to be synchronized
with respect to the CID etc that they use. For instance, if
the host puts something in CID = X and the base station
drops it because it felt that it should have travelled in
CID = Y. If they need to be synchronized, then we can
talk about whether that's something that should be
left to policy or mandated in the standards. I think it
is pretty obvious that we're not mandating what
port numbers or address ranges should be treated
in what way; that's a standard policy/qos filtering
function. If you agree, then its not clear to me why
DSCP is any different.

The non-technical issue is whether the topic belongs
to the IEEE or IETF standard. My thinking is that
it should be an IETF function if and only if IP needs
to do something for which there is no corresponding
link layer functionality. For instance, we map multicast
IP addresses to multicast L2 addresses because there
is no L2 multicast address resolution function. In
our 16ng case there appears to be a link layer function
for mapping IP packets to CIDs. I don't know if that
function is perfect or not, but it does seem to be
an IEEE issue.

Jari

_______________________________________________
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