ExtremeSwitching (EXOS)

Expand all | Collapse all

Load Sharing VPLS end

Anatoly Machekhin

Anatoly Machekhin09-16-2016 11:14

Anatoly Machekhin

Anatoly Machekhin09-22-2016 12:24

  • 1.  Load Sharing VPLS end

    Posted 04-16-2015 16:08
    Hello Community,

    I'm having headache about the load-balance on Aggreation Ports.

    Our scenery is a MPLS network who the end point are connected by Juniper Routers.
    These connections are 10G (20g agg) and have one VLAN VPLS tagged end-by-end.
    The traffic doesn't get balanced even when I change the hash-algorithm and the balance type.

    Is there any problem using VPLS and LACP?
    Extreme introduced the load-sharing VPLS but I think that useful just for the trunk LACP/MPLS, isn't?

    Thanks,
    Julian Eble


  • 2.  RE: Load Sharing VPLS end

    Posted 04-16-2015 18:52
    So you are looking to loadbalance LSP? Then use 15.6 ?


  • 3.  RE: Load Sharing VPLS end

    Posted 04-16-2015 19:16
    That's also a request that we're testing to use.
    The scheme are more or less this:

    Juniper =>20G LACP <= EXTREME CORE MPLS #VPLS# =>20G LACP => Juniper

    The Juniper are doing the work just fine, but the Extreme are only transmiting in one port:

    See below:

    sh ports 47,48 utilizationLink Utilization Averages Thu Apr 16 18:16:05 2015
    Port Link Link Rx Peak Rx Tx Peak Tx
    State Speed % bandwidth % bandwidth % bandwidth % bandwidth
    ================================================================================
    47 A 10000 22.01 22.01 31.02 31.02
    48 A 10000 22.15 22.15 73.58 73.58

    ==============================================================================
    47 47 LACP L3_L4 47 Y A 0
    L3_L4 48 Y A 0
    ==============================================================================



  • 4.  RE: Load Sharing VPLS end

    Posted 04-16-2015 20:29
    i'm through the same problem, and i don't have answer yet.

    But there is a command called "enable l2vpn sharing" and it saids make a traffic distribution betwen the interfaces LAG, however i tried update 2 x460, and them don't work fine, where i needed to do a downgrade of firmware.

    if you have answer please let me know, becaus i'm the same situation.

    :-(



  • 5.  RE: Load Sharing VPLS end

    Posted 04-17-2015 03:54
    how many LSPs do you have over this LAG ? Are you running RSVP-TE or just LDP signaling ?

    // Andreas


  • 6.  RE: Load Sharing VPLS end

    Posted 04-17-2015 09:37
    So, between the Juniper and Extreme there's no MPLS involved.
    It's just L2, it's a termination of the VPLS.
    The traffic are not being calculated in the hash.

    But yes, in the backbone I'm using LSP and LDP.


  • 7.  RE: Load Sharing VPLS end

    Posted 04-17-2015 11:56
    you cannot load balance LDP signaled LSP´s. they must be RSVP signaled if you want to load balance them. although you can load balance a LSP on a LAG but as you have few # of labels the distribution is not good. the workaround is to create more LSP´s to your pseudowire.


  • 8.  RE: Load Sharing VPLS end

    Posted 04-17-2015 12:35
    Hello Leonardo,

    I know what you is talking about, but in the end of my tunnel, there's no LSP signalling, just the raw packets...

    I'm doing a lab right know, and I getting some conclusions about.
    After the end of the VPLS , the LAG are hashing only when there's multiple MAC source, and the switch is not handling about the IP Source and Destionations...

    I don't know if was clear enough but I will open a TAC about it...



  • 9.  RE: Load Sharing VPLS end

    Posted 04-17-2015 12:35
    Julian,

    I'm confused now, so, are you using mpls between extreme and Juniper?

    Is it problem happenning over cloud mpls, or just end network without mpls?


  • 10.  RE: Load Sharing VPLS end

    Posted 04-17-2015 12:35
    Welisson,

    I'm nto using mpls between extreme and Juniper.
    My main problem right now is the traffic without mpls.
    But the traffic is coming by MPLS with VPLS tunnel.

    I would like to have your skype to share my labs and try to show you my tests.


  • 11.  RE: Load Sharing VPLS end

    Posted 04-17-2015 12:35
    Hi Julian,

    send me an email i reply my skype to you
    my e-mail is welissontome [@] ig dot com dot br


  • 12.  RE: Load Sharing VPLS end

    Posted 04-17-2015 12:41
    Hi Leonardo

    So, the question is. Why is there LAG and MPLS and they don't be possible use both at the same time?

    in this case of the Julian, he has two interfaces 10Gbp/s in my case i have two interfaces gigabit, so, the ideia is increase bandwith making the LAG, but when we use MPLS we can't enjoy it.

    Doesn't be so clear yet. What is reason about this don't work fine?

    TKs


  • 13.  RE: Load Sharing VPLS end

    Posted 05-06-2015 15:31
    Hello,

    The sharing algorithm is most likely at fault here. The L3_L4 streams will use the same link based on hash algorithm. Unfortunately Extreme does not do load balancing 1:1. We will load share but the traffic streams and what links they actually traverse in the share group will be dependent on the hashing algorithm. Traffic analysis would be your best bet here to determine the best share group algorithm to use to help balance the traffic but 1:1 balance will never be guaranteed.

    Regards,

    Joe Colatuno
    Escalation Support Engineer


  • 14.  RE: Load Sharing VPLS end

    Posted 05-06-2015 15:31
    Hi Joe,

    So, i know if depends of the traffic will be crossing the link sharing, where it can be unicast, multicast etc, but in my case i'm using all the traffic over vpls, and then, i don't have this traffic distribution or balacing between the link sharing, or be, not even 1:1, 1:2 and so, i have all the traffic been transmitted over only one port of the link sharing, and i not sure if the Extreme can to do that, also why is there Etherchannel/LACP(load Sharing in this case of the Extreme)if i can't using all switch's features?

    Tks
    Welisson



  • 15.  RE: Load Sharing VPLS end

    Posted 05-06-2015 15:31
    Hey Welisson,

    Please see my response below to Julian and Douglas. Any questions further just let me know.


  • 16.  RE: Load Sharing VPLS end

    Posted 05-07-2015 09:09
    Based on your layout...

    Juniper =>20G LACP <= EXTREME CORE MPLS #VPLS# =>20G LACP => Juniper

    How many VPLS tunnels are there? It would seem to me that because the tunnels would have the same source and destination mac (assuming multiple tunnels exist) that the hash would be limited to those pairs. If that is true, that would explain the lack of sharing across the links. In a traditional lag the hash would be able to take each stream and its source mac to apply the hash to and therefore being able to distribute efficiently, when the sources mac is small the distribution would be that way as well. Any idea how many source/destination mac pairs there are in that traffic?

    Bill


  • 17.  RE: Load Sharing VPLS end

    Posted 05-07-2015 09:09
    In this case, just one tunnel, but the point is related to the end and then we're doing the pure L2.

    I had a lab where just I simulated a traffic orignated by just one source and destionation mac, but multiples source and destionation IP's and protocols.

    The traffic don't get hashed and are flowing just in one interface.


  • 18.  RE: Load Sharing VPLS end

    Posted 05-07-2015 09:09
    OK.. Can you please share the output from "show sharing"? If the interface is only L2 then the hash can only (will only) be done on the L2 hash (source mac/destination mac). How many streams?


  • 19.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    So, the ports 47 and 48 are the VPLS service ports connected to the Juniper devices right? If that is true, the fields that would be used by switch for hashing would be the source-mac-addresses and destination-mac-addresses (only L2 fields).

    If it is only VPLS service traffic flowing out of these ports to the Juniper devices, the only option would be to use the L2 algorithm rather than L3. But if there is not a lot of source and destination mac address variation, this may not help.

    If the traffic is coming into the switch through multiple ports, we could give port-based sharing a try.


  • 20.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    There's no VPLS between Juniper and Extreme, only L2.
    Juniper are doing the EDGE router with BGP and Extreme are our CORE MPLS


  • 21.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    Hello Julian,

    I have the same problem and it occurs just with the egress traffic, from extreme(that ends the VPLS) to my router(in this case a Mikrotik CCR-1036).


  • 22.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    And in other running case, it works normally, with same configuration. In this case without a router, because that I am delivering the VPLS circuit to my customer.


  • 23.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    Here follows the configuration, that works and that not works, in this sequence:

    show sharing Load Sharing Monitor
    Config Current Agg Ld Share Ld Share Agg Link Link Up
    Master Master Control Algorithm Group Mbr State Transitions
    ==============================================================================
    2 2 Static L3_L4 2 Y A 1
    L3_L4 3 Y A 1
    L3_L4 4 Y A 1
    L3_L4 5 Y A 1
    ==============================================================================

    System Type: X460-24x
    Current State: OPERATIONAL
    Image Selected: primary
    Image Booted: primary
    Primary ver: 15.6.1.4

    #############################################################

    27 27 Static L3_L4 27 Y A 0 L3_L4 28 Y A 0
    ==============================================================================

    System Type: X460-24x
    Current State: OPERATIONAL
    Image Selected: primary
    Image Booted: primary
    Primary ver: 15.6.1.4


  • 24.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    See topology below:



    As julian said, there's no MPLS configured between the switch B and the router or whatever other equipment in other side.


  • 25.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    Hey Julian and Douglas,

    I am curious if you have tested with other algorithms beside L3_L4? What are the results with just static L2 algorithm? On the x460 you can also create a custom hash algorithm and change the addressed based algorithm from default xor to crc-16.The xor hash algorithm guarantees that the same egress port is selected for traffic distribution based on a pair of IP addresses, Layer4 ports, or both, regardless of which is the source and which is the destination. Possibly switching this to crc-16 could help you out

    Below is the command:

    configure sharing addressed-based custom hash-algorithm


  • 26.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    Hello Joe.

    It is really the case of hash algorithm? Because on our case(Douglas) the traffic comes from only one of the interfaces and on the other comes nothing.


  • 27.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    On our case, the traffic is mostly unicast(>99%), the URL you suggested treats multicast.


  • 28.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    Douglas the mikrotik-extreme vpls configuration can you share this ?


  • 29.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    Hey Klaus,

    It certainly could be other issues if no traffic is on one of the ports. ie: misconfiguration with sharing, layer 1 issue, etc. Its hard to say without looking at the port level and configuration but assuming all that is fine on both sides the algorithm could very well be at fault.

    I did not mean to lead you in the wrong direction with the multicast article. I just wanted to provide an example on how different types of traffic ie. broadcast, unicast, multicast will also effect the sharing load.

    How are you looking at the traffic on the ports? Show port utilization? Show port statistics? Which port is actively sending/receiving traffic is this the master port or a member? Have you tried disable one port in the lag and see if traffic fails over?

    A case with GTAC may be a good next option here for you as we can have an engineer take a deeper dive into root cause. If you need to get that started for you just let me know


  • 30.  RE: Load Sharing VPLS end

    Posted 05-07-2015 10:11
    Hi Andreas,

    In Extreme-Mikoritk link there's no MPLS configuration, just L2 connection with VLAN 802.1q tag.

    Hugs,


  • 31.  RE: Load Sharing VPLS end

    Posted 05-18-2015 11:47
    Got an answer today, very sad by the way... :(
    "Engineering got back to me today, saying this a hardware limitation with Summit X670, X480 and X460.

    There is no hardware provision(in terms of registers) to accomplish load sharing based on inner L3 fields in the MPLS terminated packet and the packets will be forwarded as per L2 hashing.

    The above information is not mentioned in the concepts guide, hence a documentation CR# xos0061631 was created to update the document."


  • 32.  RE: Load Sharing VPLS end

    Posted 09-16-2016 07:36
    Hello Community,

    I have the same very problem on X670-G2. Our network looks like:

    MPLS L3VPN on Juniper =LAG 2x10G= L2 domain =LAG 2x10G= MPLS L3VPN on Juniper

    L2 domain consists of Extreme X670-G2 switches (stacks) with one VPLS instance.
    We configured "l2vpn sharing" and multiple rsvp-te lsp between VPLS end nodes. Traffic is load-balanced between lsp.

    Transport LSP : LSP_E1_E2_1 (Configured)
    Next Hop I/F : VLAN12
    Next Hop Addr : 172.22.127.10 Tx Label : 0x0043b
    Tx Pkts : 1213508852 Tx Bytes : 3128993213097
    Transport LSP : LSP_E1_E2_2 (Configured)
    Next Hop I/F : VLAN12
    Next Hop Addr : 172.22.127.10 Tx Label : 0x0043d
    Tx Pkts : 598239828 Tx Bytes : 3528005632087
    Transport LSP : LSP_E1_E2_3 (Configured)
    Next Hop I/F : VLAN12
    Next Hop Addr : 172.22.127.10 Tx Label : 0x0043f
    Tx Pkts : 401710508 Tx Bytes : 3236292622542
    Transport LSP : LSP_E1_E2_4 (Configured)
    Next Hop I/F : VLAN12
    Next Hop Addr : 172.22.127.10 Tx Label : 0x00441
    Tx Pkts : 1034383499 Tx Bytes : 3032407107905

    But on the end nodes traffic to Junipers is not load-balanced.
    Any ideas how to do LAG load-balancing in this case?


  • 33.  RE: Load Sharing VPLS end

    Posted 09-16-2016 10:55
    Hi Anatoly,

    What hashing algorithm are you using? XOR, CRC32?

    Could you please share the "show sharing" output?


  • 34.  RE: Load Sharing VPLS end

    Posted 09-16-2016 11:08
    Hi Henrique,

    We have port-based at one node:

    # sho sharing
    Load Sharing Monitor
    Config Current Agg Ld Share Ld Share Agg Link Link Up
    Master Master Control Algorithm Group Mbr State Transitions
    ==============================================================================
    2:1 1:1 LACP port 1:1 Y A 0
    port 2:1 Y A 0
    2:5 1:5 LACP port 1:5 Y A 0
    port 2:5 Y A 0
    2:6 1:6 LACP port 1:6 Y A 0
    port 2:6 Y A 0[/code]
    And custom (default) at the other end:

    # sh sharing
    Load Sharing Monitor
    Config Current Agg Ld Share Ld Share Agg Link Link Up
    Master Master Control Algorithm Group Mbr State Transitions
    ==============================================================================
    2:1 1:1 LACP custom 1:1 Y A 0
    custom 2:1 Y A 0
    2:2 1:2 LACP custom 1:2 Y A 0
    custom 2:2 Y A 0
    2:21 1:21 LACP custom 1:21 Y A 0
    custom 2:21 Y A 0
    [/code]


  • 35.  RE: Load Sharing VPLS end

    Posted 09-16-2016 11:14
    Neither works.


  • 36.  RE: Load Sharing VPLS end

    Posted 09-16-2016 12:38
    Hi Anatoly, I would suggest you to try using address-based custom algorithm and change the hashing from xor to crc-32 upper or lower.

    To try with upper:

    configure sharing address-based custom hash-algorithm crc-32 upper

    To try with lower:

    configure sharing address-based custom hash-algorithm crc-32 lower

    Do you have just 1 X670G2 between the Juniper's devices?

    If you have 2 X670G2's directly connected, change the hashing for just 1 switch and keep the other with address-based custom algorithm and default hashing (xor).


  • 37.  RE: Load Sharing VPLS end

    Posted 09-19-2016 09:04
    Hi Henrique,
    Thank you for answer.
    We have 2 X670-G2 switches running VPLS between Junipers. On one we have address-based xor balancing, on the other - port-based. Later today I will change address-based balancing to crc32 (will try upper and lower).


  • 38.  RE: Load Sharing VPLS end

    Posted 09-22-2016 05:16
    Hi All!

    At last we got our customers to approve downtime. I configured sharing crc32 (first upper, half an hour later - lower), but result is negative. IP traffic is balancing OK, but L3VPN MPLS - absolutely not.
    Anybody has any ideas?


  • 39.  RE: Load Sharing VPLS end

    Posted 09-22-2016 10:16
    Hi Anatoly,

    I known that x670 family has a feature to enable mpls lsp load-sharing or some thing like that, and using this feature it will do this load balancing in the packets lsp.

    it has been provided from x460-G2.[¹]

    [¹] https://gtacknowledge.extremenetworks.com/articles/Solution/Unable-to-configure-L2VPN-sharing-with-M...

    have you already tried it?


  • 40.  RE: Load Sharing VPLS end

    Posted 09-22-2016 10:33
    Hi welisson,

    Yes, I think you mean "l2vpn sharing" feature, and it is enabled on our Extreme switches. And yes, traffic is balanced between LSP from one switch to the other:

    Transport LSP : LSP_E1_E2_1 (Configured)
    Next Hop I/F : VLAN12
    Next Hop Addr : 172.22.127.10 Tx Label : 0x0043b
    Tx Pkts : 1213508852 Tx Bytes : 3128993213097
    Transport LSP : LSP_E1_E2_2 (Configured)
    Next Hop I/F : VLAN12
    Next Hop Addr : 172.22.127.10 Tx Label : 0x0043d
    Tx Pkts : 598239828 Tx Bytes : 3528005632087
    Transport LSP : LSP_E1_E2_3 (Configured)
    Next Hop I/F : VLAN12
    Next Hop Addr : 172.22.127.10 Tx Label : 0x0043f
    Tx Pkts : 401710508 Tx Bytes : 3236292622542
    Transport LSP : LSP_E1_E2_4 (Configured)
    Next Hop I/F : VLAN12
    Next Hop Addr : 172.22.127.10 Tx Label : 0x00441
    Tx Pkts : 1034383499 Tx Bytes : 3032407107905[/code]
    But when switch send traffic to Juniper it puts all traffic in one port in LAG (sharing group) and that is the problem GTAC could not help us with.


  • 41.  RE: Load Sharing VPLS end

    Posted 09-22-2016 12:02
    Hi Anatoly, could you please share a topology (including all uplinks) and the MPLS configuration for both X670G2s? Also, please point in the diagram where the balancing is not happening.

    Thanks.


  • 42.  RE: Load Sharing VPLS end

    Posted 09-22-2016 12:24




  • 43.  RE: Load Sharing VPLS end

    Posted 09-22-2016 12:32
    Hi Henrique,
    Topology is in previous post.
    Traffic goes from PE01 to PE02. And vice versa.
    Balancing is not happening on sharing groups 2:1 on both Extreme switches to Junipers.

    Is there a way to attach config file?


  • 44.  RE: Load Sharing VPLS end

    Posted 09-22-2016 12:48
    OK, here go configs:

    TL04.1 ##
    # Module mpls configuration.
    #
    configure mpls add vlan "LB4"
    enable mpls vlan "LB4"
    enable mpls rsvp-te vlan "LB4"
    enable mpls ldp vlan "LB4"
    configure mpls add vlan "VLAN45"
    enable mpls vlan "VLAN45"
    enable mpls rsvp-te vlan "VLAN45"
    enable mpls ldp vlan "VLAN45"
    enable mpls bfd vlan "VLAN45"
    configure mpls add vlan "VLAN49"
    enable mpls vlan "VLAN49"
    enable mpls rsvp-te vlan "VLAN49"
    enable mpls ldp vlan "VLAN49"
    enable mpls bfd vlan "VLAN49"
    create mpls rsvp-te path "TL04_TL05"
    create mpls rsvp-te path "TL04_TL09_TL05"
    configure mpls rsvp-te path TL04_TL05 add ero 172.22.127.10/32 strict order 100
    configure mpls rsvp-te path TL04_TL09_TL05 add ero 172.22.127.5/32 strict order 100
    configure mpls rsvp-te path TL04_TL09_TL05 add ero 172.22.127.2/32 strict order 200
    create mpls rsvp-te lsp "LSP_TL04_TL05" destination 172.22.128.5
    configure mpls rsvp-te lsp "LSP_TL04_TL05" fast-reroute disable
    create mpls rsvp-te lsp "LSP_TL04_TL05_1" destination 172.22.128.5
    configure mpls rsvp-te lsp "LSP_TL04_TL05_1" fast-reroute disable
    create mpls rsvp-te lsp "LSP_TL04_TL05_2" destination 172.22.128.5
    configure mpls rsvp-te lsp "LSP_TL04_TL05_2" fast-reroute disable
    create mpls rsvp-te lsp "LSP_TL04_TL05_3" destination 172.22.128.5
    configure mpls rsvp-te lsp "LSP_TL04_TL05_3" fast-reroute disable
    configure mpls rsvp-te lsp "LSP_TL04_TL05" add path "TL04_TL05" primary
    configure mpls rsvp-te lsp "LSP_TL04_TL05" add path "TL04_TL09_TL05" secondary
    configure mpls rsvp-te lsp "LSP_TL04_TL05_1" add path "TL04_TL05" primary
    configure mpls rsvp-te lsp "LSP_TL04_TL05_1" add path "TL04_TL09_TL05" secondary
    configure mpls rsvp-te lsp "LSP_TL04_TL05_2" add path "TL04_TL05" primary
    configure mpls rsvp-te lsp "LSP_TL04_TL05_2" add path "TL04_TL09_TL05" secondary
    configure mpls rsvp-te lsp "LSP_TL04_TL05_3" add path "TL04_TL05" primary
    configure mpls rsvp-te lsp "LSP_TL04_TL05_3" add path "TL04_TL09_TL05" secondary
    configure mpls exp examination value 5 qosProfile QP5
    configure mpls exp replacement qosProfile QP5 value 5
    configure mpls lsr-id 172.22.128.4
    enable mpls protocol ldp
    enable mpls protocol rsvp-te
    enable mpls exp examination
    enable mpls exp replacement
    enable mpls
    create l2vpn vpls VPLS_GIN fec-id-type pseudo-wire 200
    configure l2vpn vpls VPLS_GIN add service vlan GIN
    create l2vpn vpls VPLS_VPN fec-id-type pseudo-wire 300
    configure l2vpn vpls VPLS_VPN add service vlan VPN
    enable l2vpn sharing
    configure l2vpn vpls VPLS_GIN add peer 172.22.128.5 core full-mesh
    configure l2vpn vpls VPLS_GIN add peer 172.22.128.9 core full-mesh
    configure l2vpn vpls VPLS_VPN add peer 172.22.128.5 core full-mesh
    configure l2vpn vpls VPLS_VPN add peer 172.22.128.9 core full-mesh
    configure l2vpn vpls VPLS_VPN peer 172.22.128.5 add mpls lsp LSP_TL04_TL05
    configure l2vpn vpls VPLS_VPN peer 172.22.128.5 add mpls lsp LSP_TL04_TL05_1
    configure l2vpn vpls VPLS_VPN peer 172.22.128.5 add mpls lsp LSP_TL04_TL05_2
    configure l2vpn vpls VPLS_VPN peer 172.22.128.5 add mpls lsp LSP_TL04_TL05_3



  • 45.  RE: Load Sharing VPLS end

    Posted 09-22-2016 12:48
    TL05.1 # #
    # Module mpls configuration.
    #
    configure mpls add vlan "LB5"
    enable mpls vlan "LB5"
    enable mpls rsvp-te vlan "LB5"
    enable mpls ldp vlan "LB5"
    configure mpls add vlan "VLAN45"
    enable mpls vlan "VLAN45"
    enable mpls rsvp-te vlan "VLAN45"
    enable mpls ldp vlan "VLAN45"
    enable mpls bfd vlan "VLAN45"
    configure mpls add vlan "VLAN59"
    enable mpls vlan "VLAN59"
    enable mpls rsvp-te vlan "VLAN59"
    enable mpls ldp vlan "VLAN59"
    enable mpls bfd vlan "VLAN59"
    create mpls rsvp-te path "TL05_TL04"
    create mpls rsvp-te path "TL05_TL09_TL04"
    configure mpls rsvp-te path TL05_TL04 add ero 172.22.127.9/32 strict order 100
    configure mpls rsvp-te path TL05_TL09_TL04 add ero 172.22.127.1/32 strict order 100
    configure mpls rsvp-te path TL05_TL09_TL04 add ero 172.22.127.6/32 strict order 200
    create mpls rsvp-te lsp "LSP_TL05_TL04" destination 172.22.128.4
    configure mpls rsvp-te lsp "LSP_TL05_TL04" fast-reroute disable
    create mpls rsvp-te lsp "LSP_TL05_TL04_1" destination 172.22.128.4
    configure mpls rsvp-te lsp "LSP_TL05_TL04_1" fast-reroute disable
    create mpls rsvp-te lsp "LSP_TL05_TL04_2" destination 172.22.128.4
    configure mpls rsvp-te lsp "LSP_TL05_TL04_2" fast-reroute disable
    create mpls rsvp-te lsp "LSP_TL05_TL04_3" destination 172.22.128.4
    configure mpls rsvp-te lsp "LSP_TL05_TL04_3" fast-reroute disable
    configure mpls rsvp-te lsp "LSP_TL05_TL04" add path "TL05_TL04" primary
    configure mpls rsvp-te lsp "LSP_TL05_TL04" add path "TL05_TL09_TL04" secondary
    configure mpls rsvp-te lsp "LSP_TL05_TL04_1" add path "TL05_TL04" primary
    configure mpls rsvp-te lsp "LSP_TL05_TL04_1" add path "TL05_TL09_TL04" secondary
    configure mpls rsvp-te lsp "LSP_TL05_TL04_2" add path "TL05_TL04" primary
    configure mpls rsvp-te lsp "LSP_TL05_TL04_2" add path "TL05_TL09_TL04" secondary
    configure mpls rsvp-te lsp "LSP_TL05_TL04_3" add path "TL05_TL04" primary
    configure mpls rsvp-te lsp "LSP_TL05_TL04_3" add path "TL05_TL09_TL04" secondary
    configure mpls exp examination value 5 qosProfile QP5
    configure mpls exp replacement qosProfile QP5 value 5
    configure mpls lsr-id 172.22.128.5
    enable mpls protocol ldp
    enable mpls protocol rsvp-te
    enable mpls exp examination
    enable mpls exp replacement
    enable mpls
    create l2vpn vpls VPLS_GIN fec-id-type pseudo-wire 200
    configure l2vpn vpls VPLS_GIN add service vlan GIN
    create l2vpn vpls VPLS_VPN fec-id-type pseudo-wire 300
    configure l2vpn vpls VPLS_VPN add service vlan VPN
    enable l2vpn sharing
    configure l2vpn vpls VPLS_GIN add peer 172.22.128.9 core full-mesh
    configure l2vpn vpls VPLS_GIN add peer 172.22.128.4 core full-mesh
    configure l2vpn vpls VPLS_VPN add peer 172.22.128.9 core full-mesh
    configure l2vpn vpls VPLS_VPN add peer 172.22.128.4 core full-mesh
    configure l2vpn vpls VPLS_VPN peer 172.22.128.4 add mpls lsp LSP_TL05_TL04
    configure l2vpn vpls VPLS_VPN peer 172.22.128.4 add mpls lsp LSP_TL05_TL04_1
    configure l2vpn vpls VPLS_VPN peer 172.22.128.4 add mpls lsp LSP_TL05_TL04_2
    configure l2vpn vpls VPLS_VPN peer 172.22.128.4 add mpls lsp LSP_TL05_TL04_3



  • 46.  RE: Load Sharing VPLS end

    Posted 09-26-2016 13:53
    Why don't you split this link and run TE over them?

    What is your direction of traffic?
    For instance PE01-->PE02 or opposite


  • 47.  RE: Load Sharing VPLS end

    Posted 10-11-2016 09:57
    Hi welisson!

    Direction of traffic - both; PE01 <--> PE02


  • 48.  RE: Load Sharing VPLS end

    Posted 10-18-2016 16:50
    Hi Anatoly,

    Did you get any progress on this issue?


  • 49.  RE: Load Sharing VPLS end

    Posted 12-21-2016 12:51
    Hi, Henrique,

    Sorry, no progress so far. I hope we will get X670-G2 in our lab so I will be able to test some ideas.

    BTW, could you please (or anyone from Extreme Networks) look up Broadcom Programmer's Reference Guide for Trident II (II+). I would like to know what packet fields are used in RTAG7 hash on VPLS/MPLS tunnel end.