[PATCH] 802.1p priority (fixed)
Jeremie Le Hen
jeremie at le-hen.org
Sat Jan 22 07:26:00 PST 2005
> 2. Mark 802.1p at PF/IPFW level. But we shold foresee a keyword to trust
> application level information or override it. For example
> ipfw add 802.1p trust 6 on any to any ssh <-- this trust application
> level information and set 802.1p to 6 if it is omitted
> ipfw add 802.1p override 6 on any to any ssh <-- this silently set
> 802.1p == 6, regardless of application
I'm not a 802.1q guru, but I think it would be relevant to be able to
match against the 802.1p, at least when firewalling on layer 2 (bridging).
Furthermore I would like to point out that we are going to introduce an
extremely new feature into ipfw which will allow us to *modify* a packet.
AFAIK, this is not possible for the moment, except when diverting to a
socket. What I mean is that if I can set the 802.1p header then why
wouldn't I be able to set the TOS value ? I think we should carefully
choose a flexible way to extend ipfw syntax if we choose to go this way.
Having the possibility to test and set the 802.1p or TOS values
separately would avoid making a "trust"/"override" subtlety and will
obviously make it more flexible.
> 3. Mark 802.1p at vlan drivers like 2
> ifconfig vlan0
> vlan: 100 802.1p: 6 CFI: 0 mode: trust vlandev: bge0
> Here we are trusting received from low level information and set 6 if it
> is omitted
> ifconfig vlan0
> vlan: 100 802.1p: 6 CFI: 0 mode: override vlandev: bge0
> Here we silently set 6.
I would really like this feature.
Thanks for you work !
Best regards,
--
Jeremie Le Hen
jeremie at le-hen.org
More information about the freebsd-net
mailing list