cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
348
Views
0
Helpful
5
Replies

EoMPLS - ME6524 to 7304.

jcartier
Level 1
Level 1

It seems I can't get an EoMPLS link between two devices to work...It looks like I'm seeing all the mac-addresses on one side, but not the other. Very odd. In any case, I was wondering if anyone could verify my configuration.

Router A (6524) - Seeing all MACs

interface vlan 111

xconnect 10.1.1.111 111 encapsulation mpls

mtu 1534

RouterA#show mpls l2transport binding 38

Destination Address: 10.1.1.111, VC ID: 111

Local Label: 71

Cbit: 1, VC Type: Eth VLAN, GroupID: 0

MTU: 1534, Interface Desc: ABC

VCCV Capabilities: Type 2

Remote Label: 167

Cbit: 1, VC Type: Eth VLAN, GroupID: 0

MTU: 1534, Interface Desc: ABC

VCCV Capabilities: Type 1, Type 2

Router B (7304) - Seeing only local MACs

interface Gigabit0/1.111

encapsulation dot1q 111

xconnect 10.1.1.222 111 encapsulation mpls

RouterA#show mpls l2transport binding 38

Destination Address: 10.1.1.222, VC ID: 111

Local Label: 167

Cbit: 1, VC Type: Eth VLAN, GroupID: 0

MTU: 1534, Interface Desc: ABC - EoMPLS

VCCV: CC Type: CW [1], RA [2]

CV Type: LSPV [2]

Remote Label: 71

Cbit: 1, VC Type: Eth VLAN, GroupID: 0

MTU: 1534, Interface Desc: ABC

VCCV: CC Type: RA [2]

CV Type: LSPV [2]

I'm thinking this could be a code level issue...

5 Replies 5

Giuseppe Larosa
Hall of Fame
Hall of Fame

Hello Jeff,

but user traffic flows in both directions, only in one direction or in none direction over the EoMPLS link?

Hope to help

Giuseppe

Traffic should be flowing in both directions. It appears that traffic is flowing correctly one-way. I'm assuming this based on the ability to see mac-addresses on one-side, but not the other.

Hello Jeff,

the sense of my question was exactly to understand if this had impact on service or not.

When I tested EoMPLS on GSR routers with 3GE engine 2 linecards we noticed that MAC learning was disabled :

even sending frames with dest MAC = GE port MAC the frames were transported over the tunnel to the remote side.

So it is possible that you don't see any MAC learning on the c7301 but the service is working fine.

c6524 implementation can be different and allows you to see the "learned" MAC addresses on the EoMPLS access link.

Hope to help

Giuseppe

I understand.

Sadly, the service is still not functioning correctly.

Hello Jeff,

could L2TPv3 be used instead ? It supports also 802.1Q Vlans

Hope to help

Giuseppe

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Review Cisco Networking products for a $25 gift card