No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search


To have a better experience, please upgrade your IE browser.


Using VCTRUNK Port TAG Attributes to Separate Service Flow for Port Shared EPL.doc

Publication Date:  2012-07-25 Views:  126 Downloads:  1

Issue Description

There is Ethernet service between OSN and Metro1000. As we can seen below, there are 3 VC Trunks between Metro and OSN. The 3 VC Trunks share the same GE port on the EGS4 card. Metro 1000 access UMTS equipment which does not configure VLAN ID. OSN connects NE40 which supports VLAN ID configuration. As we know, if we want to share the port, we can use VLAN ID to separate the service flow. In this case the client side on the Metro1000 can not configure VLAN ID which has limited our action. So what is the solution?

Alarm Information

No alarm.

Handling Process

1.We can configure the TAG attributes of the internal port and set different PVID to separate the service flow. The card will finish the task as below: (in the attatchment)
Remark: The service from the NE40 to UMTS will be sent to different VCTRUNK based on VLAN ID.

Root Cause

1.The parameter of the Ethernet card is as below: 
EFT (Metro1000) 4 FE 4 VCTRUNK 2 VC4 Internal& External Port TAG Attributes: Hybrid
EGS4(OSN 3500) 4 GE 64 VCTRUNK 16 VC4 Internal& External Port TAG Attributes: Customerlized ( TAG Aware, Access, Hybrid)
2. The function of the TAG attributes of the port is as below:
Packet Port Tag Untag
Tag aware (In) Transmit transparently Discard
Tag aware (Out) Transmit transparently -
Access (In) Discard Attach default VLAN ID
Access (Out) Delete VLAN ID -
Hybrid (In) Transmit transparently Attach default VLAN ID
Hybrid (Out) If VLAN ID is the same, delete the Tag flag, otherwise transmit transparently -


1.Usually we do not care about the Internal port TAG Attributes. In this case we just take advantage of the internal port TAG Attributes to separate the service flow. This is because there is no ID on the Metro 1000 UMTS side. If there was VLAN ID on the UMTS side, everything will return to normal.