|
Posted by anoop on June 6, 2005, 2:21 pm
If you were Registered and logged in, you could reply and use other advanced thread options
dilip_1379@hotmail.com wrote:
> I mean to say packet classification engine parses L2 header and L3
> header, if parser out put matches with program pattern, it assign
> specific vlan-id (vlan-id is also programmable).
IEEE 802.1Q only supports VLAN assignment based on port and protocol,
so this level of classification is clearly beyond the scope of the
standard.
> I have observed that packet classification engine assign new VLAN-ID to
> incoming frame (if parser output matches with program pattern) even
> though it is already VLAN-TAG frame.
>
> As per standard 802.1Q ,I understood that packet classification must
> not assign new VLAN-ID based on packet classification engine if
> incoming frame is already vlan-tagged frame, I am right ? or not.
Per the standard, the bridge should always use the tag in the frame
if one is already there. You can control which frames you receive
from the port using "Admit Only VLAN-tagged Frames" or
"Admit Only Untagged and Priority-tagged Frames" setting for the
port.
Maybe the switch that you are working with is simply treating all
frames it receives on that port as untagged. Does it replace the
existing tag, or does it put a second tag in the frame, when forwarding
a frame that came in tagged out a port that is in the VLAN's tagged
set?
Anoop
| 
Yahoo! 
Google 
Windows Live 
del.icio.us 
digg 
Netscape 
XML site map