Trunks op Cisco 4506

woensdag 6 april 2016 12:31

Trunk HP = Etherchannel Cisco. Maar met je huidige LACP haal je max 1Gbit.

Acties:

woensdag 6 april 2016 12:36

Topicstarter

Vorkie schreef op woensdag 06 april 2016 @ 12:23:
Hoe vindt deze test plaats?

We hebben 1 NGINX server (geconfigureerd voor cachen van games) welke met 4x1GBit aangesloten is op een HP Procurve 2824. Op de switch zijn de poorten als groep geconfigureerd (trunk) en hierop is LACP actief gezet. Als we verschillende PC's/laptops op de zelfde switch aansluiten en dan tegelijk vanaf deze machine wat downloaden, dan trekken we de 4gbit vol. Op moment dat we dit doen vanaf een andere switch (dan zit de cisco 4506 er dus tussen) dan trekken we maximaal 1Gbit over de trunks.

Heb het ook getest met een andere HP/3COM switch als core switch (een 2952) en dan trekken we ook de 4gbit over de trunks naar die NGINX server.

plizz schreef op woensdag 06 april 2016 @ 12:25:
Trunk HP = Etherchannel Cisco. Maar met je huidige LACP haal je max 1Gbit.

Hier waren we ook achter gekomen, maar enig idee hoe ik dit kan verbeteren?

[ Voor 14% gewijzigd door chr1st14n op 06-04-2016 12:32 ]

[Core i7-8700K] [Scythe Mugen 5 Black RGB] [ASUS Z-370-GAMING] [4x8gb DDR4-3000] [INNO3D RTX5070 Ti] [250GB Samsung 960 EVO] [3x512TB Crucial MX500 (R0)] [Corsair 350D]

Acties:

Vorkie

Hoe staat op je cisco de load balancing ingesteld?

http://www.cisco.com/c/en...etherchannel/12023-4.html

woensdag 6 april 2016 12:43

Acties:

woensdag 6 april 2016 12:48

Test even welke etherchannel load-balance beste werkt.
- src-dst-ip (default)
- src-dst-mac
- src-dst-port

Met show etherchannel load-balance zie welke de switch gebruikt.

Kijk ook of de etherchannel poorten up zijn met show etherchannel summary.

[ Voor 18% gewijzigd door plizz op 06-04-2016 12:46 ]

Acties:

woensdag 6 april 2016 12:49

Topicstarter

Vorkie schreef op woensdag 06 april 2016 @ 12:36:
Hoe staat op je cisco de load balancing ingesteld?

http://www.cisco.com/c/en...etherchannel/12023-4.html

Misschien makkelijker als ik de config ook nog ff gepost had, dus bij deze:

code:

!
version 12.2
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
service compress-config
!
hostname DVSN-CORE
!
enable password wachtwoord
!
ip subnet-zero
no ip routing
!
spanning-tree mode pvst
spanning-tree extend system-id
power dc input 2500
!
!
!
!
!
interface Port-channel1
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel2
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel3
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel4
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel5
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel6
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel7
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel8
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel9
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel10
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel11
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel12
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel13
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel14
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel15
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel16
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface Port-channel17
 switchport
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface GigabitEthernet1/1
!
interface GigabitEthernet1/2
!
interface GigabitEthernet2/1
 switchport access vlan 10
 switchport mode access
!
interface GigabitEthernet2/2
!
interface GigabitEthernet2/3
!
interface GigabitEthernet2/4
!
interface GigabitEthernet2/5
!
interface GigabitEthernet2/6
!
interface GigabitEthernet2/7
!
interface GigabitEthernet2/8
 switchport trunk encapsulation dot1q
 switchport mode trunk
!
interface GigabitEthernet2/9
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 10
 switchport mode trunk
!
interface GigabitEthernet2/10
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 10
 switchport mode trunk
!
interface GigabitEthernet2/11
!
interface GigabitEthernet2/12
!
interface GigabitEthernet2/13
!
interface GigabitEthernet2/14
!
interface GigabitEthernet2/15
!
interface GigabitEthernet2/16
 switchport access vlan 2000
 switchport mode access
!
interface GigabitEthernet2/17
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 1 mode active
!
interface GigabitEthernet2/18
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 1 mode active
!
interface GigabitEthernet2/19
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 1 mode active
!
interface GigabitEthernet2/20
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 1 mode active
!
interface GigabitEthernet2/21
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 2 mode active
!
interface GigabitEthernet2/22
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 2 mode active
!
interface GigabitEthernet2/23
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 2 mode active
!
interface GigabitEthernet2/24
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 2 mode active
!
interface GigabitEthernet3/1
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 3 mode active
!
interface GigabitEthernet3/2
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 3 mode active
!
interface GigabitEthernet3/3
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 3 mode active
!
interface GigabitEthernet3/4
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 3 mode active
!
interface GigabitEthernet3/5
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 3 mode active
!
interface GigabitEthernet3/6
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 3 mode active
!
interface GigabitEthernet3/7
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 3 mode active
!
interface GigabitEthernet3/8
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 3 mode active
!
interface GigabitEthernet3/9
!
interface GigabitEthernet3/10
!
interface GigabitEthernet3/11
!
interface GigabitEthernet3/12
!
interface GigabitEthernet3/13
!
interface GigabitEthernet3/14
!
interface GigabitEthernet3/15
!
interface GigabitEthernet3/16
!
interface GigabitEthernet3/17
!
interface GigabitEthernet3/18
!
interface GigabitEthernet3/19
!
interface GigabitEthernet3/20
!
interface GigabitEthernet3/21
!
interface GigabitEthernet3/22
!
interface GigabitEthernet3/23
!
interface GigabitEthernet3/24
!
interface GigabitEthernet4/1
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 6 mode active
!
interface GigabitEthernet4/2
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 6 mode active
!
interface GigabitEthernet4/3
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 6 mode active
!
interface GigabitEthernet4/4
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 6 mode active
!
interface GigabitEthernet4/5
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 7 mode active
!
interface GigabitEthernet4/6
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 7 mode active
!
interface GigabitEthernet4/7
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 7 mode active
!
interface GigabitEthernet4/8
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 7 mode active
!
interface GigabitEthernet4/9
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 8 mode active
!
interface GigabitEthernet4/10
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 8 mode active
!
interface GigabitEthernet4/11
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 8 mode active
!
interface GigabitEthernet4/12
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 8 mode active
!
interface GigabitEthernet4/13
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 9 mode active
!
interface GigabitEthernet4/14
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 9 mode active
!
interface GigabitEthernet4/15
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 9 mode active
!
interface GigabitEthernet4/16
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 9 mode active
!
interface GigabitEthernet4/17
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 10 mode active
!
interface GigabitEthernet4/18
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 10 mode active
!
interface GigabitEthernet4/19
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 10 mode active
!
interface GigabitEthernet4/20
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 10 mode active
!
interface GigabitEthernet4/21
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 11 mode active
!
interface GigabitEthernet4/22
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 11 mode active
!
interface GigabitEthernet4/23
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 11 mode active
!
interface GigabitEthernet4/24
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 11 mode active
!
interface GigabitEthernet5/1
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 12 mode active
!
interface GigabitEthernet5/2
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 12 mode active
!
interface GigabitEthernet5/3
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 12 mode active
!
interface GigabitEthernet5/4
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 12 mode active
!
interface GigabitEthernet5/5
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 13 mode active
!
interface GigabitEthernet5/6
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 13 mode active
!
interface GigabitEthernet5/7
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 13 mode active
!
interface GigabitEthernet5/8
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 13 mode active
!
interface GigabitEthernet5/9
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 14 mode active
!
interface GigabitEthernet5/10
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 14 mode active
!
interface GigabitEthernet5/11
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 14 mode active
!
interface GigabitEthernet5/12
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 14 mode active
!
interface GigabitEthernet5/13
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 15 mode active
!
interface GigabitEthernet5/14
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 15 mode active
!
interface GigabitEthernet5/15
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 15 mode active
!
interface GigabitEthernet5/16
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 15 mode active
!
interface GigabitEthernet5/17
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 16 mode active
!
interface GigabitEthernet5/18
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 16 mode active
!
interface GigabitEthernet5/19
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 16 mode active
!
interface GigabitEthernet5/20
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 16 mode active
!
interface GigabitEthernet5/21
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 17 mode active
!
interface GigabitEthernet5/22
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 17 mode active
!
interface GigabitEthernet5/23
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 17 mode active
!
interface GigabitEthernet5/24
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 17 mode active
!
interface GigabitEthernet6/1
!
interface GigabitEthernet6/2
!
interface GigabitEthernet6/3
!
interface GigabitEthernet6/4
!
interface GigabitEthernet6/5
!
interface GigabitEthernet6/6
!
interface GigabitEthernet6/7
!
interface GigabitEthernet6/8
!
interface GigabitEthernet6/9
!
interface GigabitEthernet6/10
!
interface GigabitEthernet6/11
!
interface GigabitEthernet6/12
!
interface GigabitEthernet6/13
!
interface GigabitEthernet6/14
!
interface GigabitEthernet6/15
!
interface GigabitEthernet6/16
!
interface GigabitEthernet6/17
!
interface GigabitEthernet6/18
!
interface GigabitEthernet6/19
!
interface GigabitEthernet6/20
!
interface GigabitEthernet6/21
!
interface GigabitEthernet6/22
!
interface GigabitEthernet6/23
!
interface GigabitEthernet6/24
!
interface Vlan1
 no ip address
 no ip route-cache
!
interface Vlan10
 ip address 10.0.10.10 255.255.255.0
 no ip route-cache
!
interface Vlan20
 no ip address
 no ip route-cache
!
interface Vlan30
 no ip address
 no ip route-cache
!
interface Vlan40
 no ip address
 no ip route-cache
!
interface Vlan50
 no ip address
 no ip route-cache
!
interface Vlan100
 no ip address
 no ip route-cache
!
ip default-gateway 10.0.10.1
ip classless
no ip http server
!
!
!
snmp-server community public RO
snmp-server enable traps tty
!
!
line con 0
 stopbits 1
line vty 0 4
 password wachtwoord
 login
!
end

[Core i7-8700K] [Scythe Mugen 5 Black RGB] [ASUS Z-370-GAMING] [4x8gb DDR4-3000] [INNO3D RTX5070 Ti] [250GB Samsung 960 EVO] [3x512TB Crucial MX500 (R0)] [Corsair 350D]

Acties:

woensdag 6 april 2016 12:55

Topicstarter

plizz schreef op woensdag 06 april 2016 @ 12:43:
Test even welke etherchannel load-balance beste werkt.
- src-dst-ip (default)
- src-dst-mac
- src-dst-port

Met show etherchannel load-balance zie welke de switch gebruikt.

Kijk ook of de etherchannel poorten up zijn met show etherchannel summary.

code:

1 2	DVSN-CORE#show etherchannel load-balance Source XOR Destination IP address

code:

DVSN-CORE#show etherchannel summary
Flags:  D - down        P - in port-channel
        I - stand-alone s - suspended
        R - Layer3      S - Layer2
        U - in use      f - failed to allocate aggregator
        u - unsuitable for bundling
        w - waiting to be aggregated
        d - default port


Number of channel-groups in use: 17
Number of aggregators:           17

Group  Port-channel  Protocol    Ports
------+-------------+-----------+-----------------------------------------------
1      Po1(SU)         LACP      Gi2/17(P)   Gi2/18(P)   Gi2/19(P)
                                 Gi2/20(P)
2      Po2(SU)         LACP      Gi2/21(P)   Gi2/22(P)   Gi2/23(P)
                                 Gi2/24(P)
3      Po3(SU)         LACP      Gi3/1(P)    Gi3/2(P)    Gi3/3(P)
                                 Gi3/4(P)    Gi3/5(P)    Gi3/6(P)
                                 Gi3/7(P)    Gi3/8(P)
4      Po4(SD)          -
5      Po5(SD)          -
6      Po6(SU)         LACP      Gi4/1(P)    Gi4/2(P)    Gi4/3(P)
                                 Gi4/4(P)
7      Po7(SU)         LACP      Gi4/5(P)    Gi4/6(P)    Gi4/7(P)
                                 Gi4/8(P)
8      Po8(SU)         LACP      Gi4/9(P)    Gi4/10(P)   Gi4/11(P)
                                 Gi4/12(P)
9      Po9(SU)         LACP      Gi4/13(P)   Gi4/14(P)   Gi4/15(P)
                                 Gi4/16(P)
10     Po10(SD)        LACP      Gi4/17(D)   Gi4/18(D)   Gi4/19(D)
                                 Gi4/20(D)
11     Po11(SD)        LACP      Gi4/21(D)   Gi4/22(D)   Gi4/23(D)
                                 Gi4/24(D)
12     Po12(SD)        LACP      Gi5/1(D)    Gi5/2(D)    Gi5/3(D)
                                 Gi5/4(D)
13     Po13(SD)        LACP      Gi5/5(D)    Gi5/6(D)    Gi5/7(D)
                                 Gi5/8(D)
14     Po14(SD)        LACP      Gi5/9(D)    Gi5/10(D)   Gi5/11(D)
                                 Gi5/12(D)
15     Po15(SD)        LACP      Gi5/13(D)   Gi5/14(D)   Gi5/15(D)
                                 Gi5/16(D)
16     Po16(SD)        LACP      Gi5/17(D)   Gi5/18(D)   Gi5/19(D)
                                 Gi5/20(D)
17     Po17(SD)        LACP      Gi5/21(D)   Gi5/22(D)   Gi5/23(D)
                                 Gi5/24(D)

DVSN-CORE#

Niet alle switches staan aan bij testen, dus daarom zijn er wat down

[Core i7-8700K] [Scythe Mugen 5 Black RGB] [ASUS Z-370-GAMING] [4x8gb DDR4-3000] [INNO3D RTX5070 Ti] [250GB Samsung 960 EVO] [3x512TB Crucial MX500 (R0)] [Corsair 350D]

Acties:

woensdag 6 april 2016 12:58

chr1st14n schreef op woensdag 06 april 2016 @ 12:49:
[...]

code:

1 2	DVSN-CORE#show etherchannel load-balance Source XOR Destination IP address

code:

DVSN-CORE#show etherchannel summary
Flags:  D - down        P - in port-channel
        I - stand-alone s - suspended
        R - Layer3      S - Layer2
        U - in use      f - failed to allocate aggregator
        u - unsuitable for bundling
        w - waiting to be aggregated
        d - default port


Number of channel-groups in use: 17
Number of aggregators:           17

Group  Port-channel  Protocol    Ports
------+-------------+-----------+-----------------------------------------------
1      Po1(SU)         LACP      Gi2/17(P)   Gi2/18(P)   Gi2/19(P)
                                 Gi2/20(P)
2      Po2(SU)         LACP      Gi2/21(P)   Gi2/22(P)   Gi2/23(P)
                                 Gi2/24(P)
3      Po3(SU)         LACP      Gi3/1(P)    Gi3/2(P)    Gi3/3(P)
                                 Gi3/4(P)    Gi3/5(P)    Gi3/6(P)
                                 Gi3/7(P)    Gi3/8(P)
4      Po4(SD)          -
5      Po5(SD)          -
6      Po6(SU)         LACP      Gi4/1(P)    Gi4/2(P)    Gi4/3(P)
                                 Gi4/4(P)
7      Po7(SU)         LACP      Gi4/5(P)    Gi4/6(P)    Gi4/7(P)
                                 Gi4/8(P)
8      Po8(SU)         LACP      Gi4/9(P)    Gi4/10(P)   Gi4/11(P)
                                 Gi4/12(P)
9      Po9(SU)         LACP      Gi4/13(P)   Gi4/14(P)   Gi4/15(P)
                                 Gi4/16(P)
10     Po10(SD)        LACP      Gi4/17(D)   Gi4/18(D)   Gi4/19(D)
                                 Gi4/20(D)
11     Po11(SD)        LACP      Gi4/21(D)   Gi4/22(D)   Gi4/23(D)
                                 Gi4/24(D)
12     Po12(SD)        LACP      Gi5/1(D)    Gi5/2(D)    Gi5/3(D)
                                 Gi5/4(D)
13     Po13(SD)        LACP      Gi5/5(D)    Gi5/6(D)    Gi5/7(D)
                                 Gi5/8(D)
14     Po14(SD)        LACP      Gi5/9(D)    Gi5/10(D)   Gi5/11(D)
                                 Gi5/12(D)
15     Po15(SD)        LACP      Gi5/13(D)   Gi5/14(D)   Gi5/15(D)
                                 Gi5/16(D)
16     Po16(SD)        LACP      Gi5/17(D)   Gi5/18(D)   Gi5/19(D)
                                 Gi5/20(D)
17     Po17(SD)        LACP      Gi5/21(D)   Gi5/22(D)   Gi5/23(D)
                                 Gi5/24(D)

DVSN-CORE#

Niet alle switches staan aan bij testen, dus daarom zijn er wat down

Ik zie dat niet alle port-channel poorten up zijn. Dat kan een mogelijk oorzaak zijn.

Acties:

woensdag 6 april 2016 12:59

Topicstarter

plizz schreef op woensdag 06 april 2016 @ 12:55:
[...]

Ik zie dat niet alle port-channel poorten up zijn. Dat kan een mogelijk oorzaak zijn.

Sommige zijn down omdat ik voor het testen niet alle tafel switches eraan heb hangen. maar zou hij omdat ik op andere port-channels niks aangesloten heb het bij andere port-channels niet goed doen?

[Core i7-8700K] [Scythe Mugen 5 Black RGB] [ASUS Z-370-GAMING] [4x8gb DDR4-3000] [INNO3D RTX5070 Ti] [250GB Samsung 960 EVO] [3x512TB Crucial MX500 (R0)] [Corsair 350D]

Acties:

Vorkie

Probeer eens:

port-channel load-balance src-mac

of

port-channel load-balance src-ip

woensdag 6 april 2016 13:08

Acties:

woensdag 6 april 2016 13:17

Ik denk dat je beter port-channel load-balance src-mac kan gebruiken gezien de je routering uit heb gezet.

Acties:

PerfectPC

http://www.cisco.com/c/en...hannel/12023-4.html#cat4k

In de veronderstelling dat de connectie opgezet wordt naar de nginx server kan je inderdaad best src-mac hashing gebruiken. Mocht je nog andere caching servers hebben en users met lacp toelaten op de tafel switches kan je eventueel src-dst-mac of src-dst-port gebruiken.

Zorg er wel voor dat je een gelijkaardig hashing algoritme aan de andere (HP) kant gebruikt mocht je upload traffiek ook willen kunnen spreiden.

woensdag 6 april 2016 13:19

Acties:

woensdag 6 april 2016 13:21

Moderator Internet & Netwerken

Power to the people!

Load balancing method zou in dit geval geen reet moeten uitmaken. Je XOR't je sIP en dIP. Mochten alle systemen naar het zelfde IP toe gaan dan nog zou het verkeer van de clienten niet over het zelfde lijntje moeten gaan gezien het source IP niet gelijk is.

TS is op de hoogte dat een LACP trunk de maximale snelheid kan halen van 1GB/s, maar wel 4 systemen tegelijk kan behandelen op 1GB/s? De snelheid over de trunk zal nooit meer dan 1GB/s zijn.

[edit]
Tuurlijk zou de load balance method niets moeten uitmaken, echter sluit ik mij wel aan bij de rest dat de beste methode source mac is

[EDIT2] Na een hele correcte opmerking van Cyber, misschien beter om te sorteren op XOR smac en dmac. Beste van beide

[ Voor 23% gewijzigd door Yariva op 06-04-2016 13:47 ]

Mensen zijn gelijk, maar sommige zijn gelijker dan andere | Humans need not apply

Acties:

woensdag 6 april 2016 13:40

Topicstarter

Yariva schreef op woensdag 06 april 2016 @ 13:19:
Load balancing method zou in dit geval geen reet moeten uitmaken. Je XOR't je sIP en dIP. Mochten alle systemen naar het zelfde IP toe gaan dan nog zou het verkeer van de clienten niet over het zelfde lijntje moeten gaan gezien het source IP niet gelijk is.

TS is op de hoogte dat een LACP trunk de maximale snelheid kan halen van 1GB/s, maar wel 4 systemen tegelijk kan behandelen op 1GB/s? De snelheid over de trunk zal nooit meer dan 1GB/s zijn.

Het gaat mij er inderdaad om dat meerdere clients tegelijkertijd 1Gbit zouden kunnen gebruiken.

[Core i7-8700K] [Scythe Mugen 5 Black RGB] [ASUS Z-370-GAMING] [4x8gb DDR4-3000] [INNO3D RTX5070 Ti] [250GB Samsung 960 EVO] [3x512TB Crucial MX500 (R0)] [Corsair 350D]

Acties:

woensdag 6 april 2016 13:42

Moderator Internet & Netwerken

Power to the people!

Je zou voor de lol is op een switchport ipv active hem gewoon aan kunnen zetten

channel-group 1 mode on.

Wat zie je bij #debug lacp all?

Mensen zijn gelijk, maar sommige zijn gelijker dan andere | Humans need not apply

Acties:

CyBeR

💩

Aannemelijkerwijs wordt de file gedownload *van* de nginx machine. Dan is de src mac dus altijd hetzelfde. Load balancen op dst mac.

Hoewel je nu src xor dst doet dus dat mag geen probleem veroorzaken.

[ Voor 21% gewijzigd door CyBeR op 06-04-2016 13:44 ]

All my posts are provided as-is. They come with NO WARRANTY at all.

woensdag 6 april 2016 13:48

Acties:

woensdag 6 april 2016 14:04

Moderator Internet & Netwerken

Power to the people!

CyBeR schreef op woensdag 06 april 2016 @ 13:42:
Aannemelijkerwijs wordt de file gedownload *van* de nginx machine. Dan is de src mac dus altijd hetzelfde. Load balancen op dst mac.

Hoewel je nu src xor dst doet dus dat mag geen probleem veroorzaken.

Laatste zin maakt het verhaal idd compleet. Zou een xor van sMAC en dMAC eigenlijk niet nog beter moeten zijn (voor lokaal verkeer)?

Mensen zijn gelijk, maar sommige zijn gelijker dan andere | Humans need not apply

Acties:

woensdag 6 april 2016 14:39

Topicstarter

Yariva schreef op woensdag 06 april 2016 @ 13:40:
Je zou voor de lol is op een switchport ipv active hem gewoon aan kunnen zetten

channel-group 1 mode on.

Wat zie je bij #debug lacp all?

Met die on/active/passive heb ik ook al verschillende dingen geprobeerd, maar hier zit ook geen verschil in.

Vraag mij niet hoe of wat, maar heb inmiddels al de nieuwste firmware (15.0(2)SG10) erop zitten $_/-\o_$ (aanhouder wint).

Maar ook hier nu nog niet direct verschil, hij blijft het zelfde doen. kan nu wel wat meer dingen instellen waar lacp naar voren komt

[Core i7-8700K] [Scythe Mugen 5 Black RGB] [ASUS Z-370-GAMING] [4x8gb DDR4-3000] [INNO3D RTX5070 Ti] [250GB Samsung 960 EVO] [3x512TB Crucial MX500 (R0)] [Corsair 350D]

Acties:

GAITii

Gaat het wel goed wanneer Cisco 802.1q -> HP 802.3ad gaat?
Omdat je zegt dat wanneer je een HP in de plaats van de Cisco plaatst, en deze qua poorten hetzelfde configureert als de Cisco dat het dan wel goed gaat?

Iemand die dit kan bevestigen?

Steam: GAITii | PSN: GAITii | 3DS FC: 0361-7487-5231

woensdag 6 april 2016 15:00

Acties:

woensdag 6 april 2016 15:18

Moderator Internet & Netwerken

Power to the people!

Trunken zou toch niets moeten uit maken in dit geval. Het gaat al fout in de port channel.

Over fouten gesproken, misschien ook leuk om even

spanning-tree etherchannel guard misconfig

aan te zetten. Wanneer er poorten niet goed geconfigureerd zijn worden ze in de err disable state gezet en krijg je een mooie error melding. Naast

#debug etherchannel

Zou je dit een boel informatie moeten geven.

Mensen zijn gelijk, maar sommige zijn gelijker dan andere | Humans need not apply

Acties:

woensdag 6 april 2016 15:20

Topicstarter

Yariva schreef op woensdag 06 april 2016 @ 15:00:
Trunken zou toch niets moeten uit maken in dit geval. Het gaat al fout in de port channel.

Over fouten gesproken, misschien ook leuk om even

spanning-tree etherchannel guard misconfig

aan te zetten. Wanneer er poorten niet goed geconfigureerd zijn worden ze in de err disable state gezet en krijg je een mooie error melding. Naast

#debug etherchannel

Zou je dit een boel informatie moeten geven.

Die eerste heb ik aangezet, maar ik zie nog geen poorten uitgaan of iets dergelijks.

Die debug aangezet en ik kijk op de console en die flipt heb gewoon... zal eens ff kijken of ik er daar wat wijzer van kan worden

[Core i7-8700K] [Scythe Mugen 5 Black RGB] [ASUS Z-370-GAMING] [4x8gb DDR4-3000] [INNO3D RTX5070 Ti] [250GB Samsung 960 EVO] [3x512TB Crucial MX500 (R0)] [Corsair 350D]

Acties:

CyBeR

💩

Debug met veel output kun je beter naar ssh laten gaan ja

All my posts are provided as-is. They come with NO WARRANTY at all.

woensdag 6 april 2016 15:36

Acties:

Paul

Je loopt natuurlijk ook het risico dat je nu net test met 4 clients waarvan de IP-adressen (bij de huidige hash) net 4 nummertjes uit elkaar lopen en de load balancer ze netjes allemaal precies volgens opdracht over hetzelfde touwtje stuurt

"Your life is yours alone. Rise up and live it." - Richard Rahl
Rhàshan - Aditu Sunlock

donderdag 7 april 2016 06:45

Acties:

jvanhambelgium

Denk er ook aan dat deze module, de X4424-GB-RJ45 ook z'n beperkingen heeft : namelijk niet alle poorten kan je samen aan gigabit snelheden laten blazen. Reken op 4:1 oversubscriptie.
De bandbreedte van deze kaart naar de backplane toe heeft een verdeling van 6 "groepjes" van 4-poorten met dan 1Gbits/sec doorvoer voor elke van deze poortgroepjes.

Dus ik zou eerlijk gezegd niet teveel wakker liggen van fancy verdelings-algorithmes op de Portchannel-interfaces...

ASIC 1 --> Gi1/1 - Gi1/4
ASIC 2 --> Gi1/5 - Gi1/8
ASIC 3 --> Gi1/9 - Gi1/12
ASIC 4 --> Gi1/13 - Gi1/16
ASIC 5 --> Gi1/17 - Gi1/20
ASIC 6 --> Gi1/21 - Gi1/24

En elke ASIC heeft dus 1Gbits uplink van de linecard naar backplane, dus elke 4poorten "delen" 1Gbits bandbreedte. Je zou kunnen opteren om je Portchannels zo te maken dat je verdeling doet over de verschillende ASIC's van verschillende linecards ?
Dus telkens 1 poort uit 1 groep erin stoppen.
Je hebt daar precies toch 5 x 24 ports tot je beschikking ? Zoveel volk dat er verwacht is ?

[ Voor 6% gewijzigd door jvanhambelgium op 07-04-2016 06:47 ]

maandag 11 april 2016 13:16

Acties:

DavidK

Een etherchannel is, zoals eenieder bekend, een bundeling van meerdere fysieke poorten. In bovenstaand geval betreft het een bundeling van een viertal 1Gb interfaces. Sessie's over deze gebundelde interfaces worden verdeeld middels een hashing methode. En daar zit hem het 'probleem' van een etherchannel:

Doordat bijvoorbeeld sessie 1 interface 1 krijgt toegewezen, krijgt hij de beschikbare bandbreedte van deze interface, zijnde 1Gb. Wanneer sessie 2, middels de hashing methode, interface 2 krijgt toegewezen, krijgt deze sessie ook 1Gb. Tijdens deze twee sessies wordt je etherchannel met maximaal 2Gb belast. Maar per sessie heb je maar 1Gb tot je beschikking.

Wanneer je je datatransfer over verschillende sessie's kan verspreiden, dan kun je je theoretische snelheid van 4Gb verkrijgen.

Doordat je straks meerdere gebruikers krijgt op je switch, krijg je meerdere sessies welke op basis van bijvoorbeeld src-dst mac-adres worden verdeeld over de beschikbare fysieke interfaces. Maar drukt een sessie een 1Gb interface dicht en een andere sessie krijgt de dezelfde interface toegewezen (er wordt namelijk niet gekeken naar de load op de fysieke interface), dan gaat het elkaar bijten.

Wil je meer dan 1Gb kunnen verstouwen in je netwerk, moet je upgraden naar 10Gb...

maandag 11 april 2016 13:39

Acties: