PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX Temat rozwiązany

Problemy związane ze switchingiem
Wiadomość
Autor
h33ren
member
member
Posty: 49
Rejestracja: 15 paź 2017, 13:46

PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#1

#1 Post autor: h33ren »

Siemka,

Natrafiłem na problem ze skonfigurowaniem zdawałoby się prostego zagregowanego linku pomiędzy switchami Juniper oraz switchem Cisco Catalyst.

Krótko mówiąc topologia jest banalna.

Mam 2 x Juniper QFX5110 skonfigurowane w jeden logiczny switch poprzez Virtual Chassis, no i do tych dwóch switchy potrzebuję redundantny uplink ze switchy Catalyst 4948 i 3560.

Czyli

[QFX5110 VC] ======== [Catalyst 4948]

Konfiguracje wyglądają następująco.

Po stronie VC.

Kod: Zaznacz cały

    xe-0/0/8 {
        ether-options {
            no-auto-negotiation;
            802.3ad ae10;
        }
    }

    xe-1/0/20 {
        ether-options {
            no-auto-negotiation;
            802.3ad ae10;
        }
    }

    ae10 {
        description "UPLINK to C4948-U1-728";
        aggregated-ether-options {
            minimum-links 1;
            link-speed 10g;
            lacp {
                active;
            }
        }
        unit 0 {
            family ethernet-switching {
                interface-mode trunk;
                vlan {
                    members [ 10 14 16 30 109-116 120-122 130-132 136 140-141 143-145 150 153 160 166 169-170 172-174 191 199 202 212 240 999 ];
                }
            }
        }
    }

protocols {
    lldp {
        interface all;
    }
    lldp-med {
        interface all;
    }
    igmp-snooping {
        vlan default;
        vlan all;
    }
    vstp {
        vlan all;
    }
Czyli na Junku mam klasyk włączony LACP na zagregrowanych dwóch portach 10 Gig, a ogólnie na VC mam włączone VSTP dla wszystkich VLAN-ów oraz LLDP. No-auto-negotation dodałem bo w logach junka widziałem podczas prób takie błędy:

Kod: Zaznacz cały

fpc0   ifd 741; Ether autonegotiation error (4294967280)
Teraz konfiguracja po stronie Cisco Catalyst 4948.

Kod: Zaznacz cały

spanning-tree mode rapid-pvst
spanning-tree loopguard default
spanning-tree extend system-id

interface Port-channel1
 switchport
 switchport trunk encapsulation dot1q
 switchport trunk allowed vlan 1-1873,1875-4094
 switchport mode trunk
 flowcontrol receive on

interface TenGigabitEthernet1/49
 description CHANNEL GROUP 1 (Po1)
 switchport trunk encapsulation dot1q
 switchport trunk allowed vlan 1-1873,1875-4094
 switchport mode trunk
 channel-group 1 mode active
!
interface TenGigabitEthernet1/50
 description CHANNEL GROUP 1 (Po1)
 switchport trunk encapsulation dot1q
 switchport trunk allowed vlan 1-1873,1875-4094
 switchport mode trunk
 channel-group 1 mode active

Na Cisco też żadnych fajerwerków nie mam.

Zastanawiam się co zrobiłem źle ?

Co do trybu LACP to próbowałem po stronie Junka ustawić również passive, bo Cisco ma active, ale również nie działało.

Wydaje mi się że problem jest gdzieś na linii RPVSTP na Cisco i VSTP na Junku. Ale nie jestem pewny jak to poprawnie skonfigurować. Dodam że jeśli trzeba mogę zmienić tryb STP po każdej ze stron by rozwiązać ten problem.

Dlaczego uważam że to STP jest problemem, bo widzę z logów Cisco że LoopGuard blokował i odblokowywał VLAN jak szalony gdy testowałem link (na 1 kablu działało, jak wpinałem drugi to od razu link padał).

Kod: Zaznacz cały

Jan 23 01:44:29 UTC: %SPANTREE-2-LOOPGUARD_UNBLOCK: Loop guard unblocking port Port-channel1 on VLAN0999.
CCNA R&S | CCNA Sec

Awatar użytkownika
konradrz
CCIE
CCIE
Posty: 400
Rejestracja: 23 sty 2008, 14:21
Lokalizacja: Singapore, SG
Kontakt:

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#2

#2 Post autor: konradrz »

Aaaaa nie powinieneś native-vlan ustawić?
Coś jak tu.

(od razu zaznaczam, na Jupkach się nie znam, bardziej z opowieści)

seba766
wannabe
wannabe
Posty: 115
Rejestracja: 19 lut 2016, 12:26

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#3

#3 Post autor: seba766 »

Juniper ma duże problemy w negocjacjach z cisco...
Proponowałbym tutaj się pobawić chwile. Pozmieniać różne tryby half/ful/100m/1g/auto i włączenie no-auto-negotiation bądź przy ustawieniach auto wyłączenie tego.

BTW. masz może skonfigurowaną ilość portów agregujących?

Kod: Zaznacz cały

 aggregated-devices {
        ethernet {
            device-count 1;
        }
    }

saiqard
wannabe
wannabe
Posty: 385
Rejestracja: 09 lip 2012, 22:10
Lokalizacja: Wałbrzych/Wrocław

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#4

#4 Post autor: saiqard »

mam u siebie tak samo, tylko w po1 na cisco nie ma flowcontrol receive on
I u mnie sie zestawiło
PCNSA PCNSE JNCIP-DC JNCDA JNCIA-SEC JNCIA-JUNOS JNCIA-CLOUD CCNA-RS

h33ren
member
member
Posty: 49
Rejestracja: 15 paź 2017, 13:46

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#5

#5 Post autor: h33ren »

seba ponieważ moje VC to core switch to ja mam tam skonfigurowaną ilość aggregated-devices na 20.

saiqard, no to jutro spróbuję wyłączyć flowcontrol na Cisco i zobaczymy.

Przeczytałem także że możliwe że oprócz aktywacji VSTP na Junku muszę jeszcze włączyć RSTP (w Junku możliwe jest posiadanie obu protokołów równocześnie). Jutro powalczę i jak znajdę rozwiązanie to tu opiszę.
CCNA R&S | CCNA Sec

h33ren
member
member
Posty: 49
Rejestracja: 15 paź 2017, 13:46

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#6

#6 Post autor: h33ren »

No dziś kolejny dzień "walki" pomiędzy Cisco a Junkiem.

Nadal bez wygranej, LAG nie chce działać, mimo że to powinno po prostu działać, próbowałem dać channel mode passive po stronie Cisco, i nic. Ale spowrotem zmieniłem że na obu mam active.

Tym razem jednak zrobiłem debug lacp all na Cisco, i są ciekawe efekty.

To jest generalnie co w debugu mi pokazało po włożeniu kabla między Junkiem a Cisco.

Kod: Zaznacz cały


net-cat3560-0721-vlb-02#8 UTC: LACP: lacp_t(Gi0/49) expired
Jan 26 13:18:38 UTC: LACP: lacp_p(Gi0/49) timer stopped
Jan 26 13:18:38 UTC: LACP: lacp_p(Gi0/49) expired
Jan 26 13:18:38 UTC:     lacp_ptx Gi0/49 - ptx: during state FAST_PERIODIC, got event 3(pt_expired)
Jan 26 13:18:38 UTC: @@@ lacp_ptx Gi0/49 - ptx: FAST_PERIODIC -> PERIODIC_TX
Jan 26 13:18:38 UTC: LACP: Gi0/49 lacp_action_ptx_fast_periodic_exit entered
Jan 26 13:18:38 UTC: LACP: lacp_p(Gi0/49) timer stopped
Jan 26 13:18:38 UTC: LACP: Gi0/49 lacp_action_ptx_pe
net-cat3560-0721-vlb-02#riodic_tx entered
Jan 26 13:18:38 UTC: LACP: timer lacp_t(Gi0/49) started with interval 1000.
Jan 26 13:18:38 UTC: LACP: lacp_insert_partner_cd_inhibitor: didn't change sync flag.
Jan 26 13:18:38 UTC: LACP: lacp_send_lacpdu: (Gi0/49) About to send the 110 LACPDU
Jan 26 13:18:38 UTC: LACP :lacp_bugpak: Send LACP-PDU packet via Gi0/49
Jan 26 13:18:38 UTC: LACP : packet size: 124
Jan 26 13:18:38 UTC: LACP: pdu: subtype: 1, version: 1
Jan 26 13:18:38 UTC: LACP: Act: tlv:1, tlv-len:20, key:0x1, p-pri:0x8
net-cat3560-0721-vlb-02#000, p:0x31, p-state:0x5,
s-pri:0x8000, s-mac:0024.5092.3b00
Jan 26 13:18:38 UTC: LACP: Part: tlv:2, tlv-len:20, key:0x12F, p-pri:0x8000, p:0x1804, p-state:0xF,
s-pri:0x8000, s-mac:0200.0000.0064
Jan 26 13:18:38 UTC: LACP: col-tlv:3, col-tlv-len:16, col-max-d:0x8000
Jan 26 13:18:38 UTC: LACP: term-tlv:0 termr-tlv-len:0
Jan 26 13:18:38 UTC: LACP: lacp_write: LACP 124 bytes out Gi0/49
Jan 26 13:18:38 UTC:     lacp_ptx Gi0/49 - ptx: during state PERIODIC_TX, got event 4(short_timeout)
Jan 26 13:18:3
net-cat3560-0721-vlb-02#8 UTC: @@@ lacp_ptx Gi0/49 - ptx: PERIODIC_TX -> FAST_PERIODIC
Jan 26 13:18:38 UTC: LACP: Gi0/49 lacp_action_ptx_fast_periodic entered
Jan 26 13:18:38 UTC: LACP: timer lacp_p_f(Gi0/49) started with interval 1000.
Jan 26 13:18:39 UTC: LACP: lacp_w(Gi0/49) timer stopped
Jan 26 13:18:39 UTC: LACP: lacp_w(Gi0/49) expired
Jan 26 13:18:39 UTC:     lacp_mux Gi0/49 - mux: during state WAITING, got event 4(ready)
Jan 26 13:18:39 UTC: @@@ lacp_mux Gi0/49 - mux: WAITING -> ATTACHED
Jan 26 13:18:39 UTC: LACP: G
net-cat3560-0721-vlb-02#i0/49 lacp_action_mx_attached entered
Jan 26 13:18:39 UTC: LACP: Gi0/49 Attaching mux to aggregator
Jan 26 13:18:39 UTC: LACP: lacp_insert_partner_cd_inhibitor: didn't change sync flag.
Jan 26 13:18:39 UTC: LACP: lacp_send_lacpdu: (Gi0/49) About to send the 110 LACPDU
Jan 26 13:18:39 UTC: LACP :lacp_bugpak: Send LACP-PDU packet via Gi0/49
Jan 26 13:18:39 UTC: LACP : packet size: 124
Jan 26 13:18:39 UTC: LACP: pdu: subtype: 1, version: 1
Jan 26 13:18:39 UTC: LACP: Act: tlv:1, tlv-len:20, key:0x1, p-p
net-cat3560-0721-vlb-02#ri:0x8000, p:0x31, p-state:0xD,
s-pri:0x8000, s-mac:0024.5092.3b00
Jan 26 13:18:39 UTC: LACP: Part: tlv:2, tlv-len:20, key:0x12F, p-pri:0x8000, p:0x1804, p-state:0xF,
s-pri:0x8000, s-mac:0200.0000.0064
Jan 26 13:18:39 UTC: LACP: col-tlv:3, col-tlv-len:16, col-max-d:0x8000
Jan 26 13:18:39 UTC: LACP: term-tlv:0 termr-tlv-len:0
Jan 26 13:18:39 UTC: LACP: lacp_write: LACP 124 bytes out Gi0/49
Jan 26 13:18:39 UTC:     lacp_mux Gi0/49 - mux: during state ATTACHED, got event 5(in_sync)
Jan 26 13:18:39 U
net-cat3560-0721-vlb-02#TC: @@@ lacp_mux Gi0/49 - mux: ATTACHED -> COLLECTING_DISTRIBUTING
Jan 26 13:18:39 UTC: LACP: Gi0/49 lacp_action_mx_collecting_distributing entered
Jan 26 13:18:39 UTC: LACP: Gi0/49 Enabling collecting and distributing
Jan 26 13:18:39 UTC: LACP: lacp_insert_partner_cd_inhibitor: didn't change sync flag.
Jan 26 13:18:39 UTC: LACP: lacp_send_lacpdu: (Gi0/49) About to send the 110 LACPDU
Jan 26 13:18:39 UTC: LACP :lacp_bugpak: Send LACP-PDU packet via Gi0/49
net-cat3560-0721-vlb-02#P : packet size: 124
Jan 26 13:18:39 UTC: LACP: pdu: subtype: 1, version: 1
Jan 26 13:18:39 UTC: LACP: Act: tlv:1, tlv-len:20, key:0x1, p-pri:0x8000, p:0x31, p-state:0x3D,
s-pri:0x8000, s-mac:0024.5092.3b00
Jan 26 13:18:39 UTC: LACP: Part: tlv:2, tlv-len:20, key:0x12F, p-pri:0x8000, p:0x1804, p-state:0xF,
s-pri:0x8000, s-mac:0200.0000.0064
Jan 26 13:18:39 UTC: LACP: col-tlv:3, col-tlv-len:16, col-max-d:0x8000
Jan 26 13:18:39 UTC: LACP: term-tlv:0 termr-tlv-len:0
Jan 26 13:18:39 UTC: LACP: lacp_write: LACP 124 bytes o
net-cat3560-0721-vlb-02#ut Gi0/49
Jan 26 13:18:39 UTC: lacp_handle_standby_port_internal called, depth = 1
Jan 26 13:18:39 UTC: LACP :lacp_bugpak: Receive LACP-PDU packet via Gi0/49
Jan 26 13:18:39 UTC: LACP : packet size: 124
Jan 26 13:18:39 UTC: LACP: pdu: subtype: 1, version: 1
Jan 26 13:18:39 UTC: LACP: Act: tlv:1, tlv-len:20, key:0x12F, p-pri:0x8000, p:0x1804, p-state:0x3D,
s-pri:0x8000, s-mac:0200.0000.0064
Jan 26 13:18:39 UTC: LACP: Part: tlv:2, tlv-len:20, key:0x1, p-pri:0x8000, p:0x31, p-state:0xD,
s-pri:0x8000,
net-cat3560-0721-vlb-02# s-mac:0024.5092.3b00
Jan 26 13:18:39 UTC: LACP: col-tlv:3, col-tlv-len:16, col-max-d:0x8000
Jan 26 13:18:39 UTC: LACP: term-tlv:0 termr-tlv-len:0
Jan 26 13:18:39 UTC: LACP: Gi0/49 LACP packet received, processing
Jan 26 13:18:39 UTC:     lacp_rx Gi0/49 - rx: during state CURRENT, got event 5(recv_lacpdu)
Jan 26 13:18:39 UTC: @@@ lacp_rx Gi0/49 - rx: CURRENT -> CURRENT
Jan 26 13:18:39 UTC: LACP: Gi0/49 lacp_action_rx_current entered
Jan 26 13:18:39 UTC: LACP: recordPDU Gi0/49 LACP PDU Rcvd. Partne
net-cat3560-0721-vlb-02#rs oper state is hex F
Jan 26 13:18:39 UTC: LACP: Gi0/49 partner timeout mode changed to 0
Jan 26 13:18:39 UTC:     lacp_ptx Gi0/49 - ptx: during state FAST_PERIODIC, got event 2(long_timeout)
Jan 26 13:18:39 UTC: @@@ lacp_ptx Gi0/49 - ptx: FAST_PERIODIC -> SLOW_PERIODIC
Jan 26 13:18:39 UTC: LACP: Gi0/49 lacp_action_ptx_fast_periodic_exit entered
Jan 26 13:18:39 UTC: LACP: lacp_p(Gi0/49) timer stopped
Jan 26 13:18:39 UTC: LACP: Gi0/49 lacp_action_ptx_slow_periodic entered
Jan 26 13:18:39 UTC: LACP:
net-cat3560-0721-vlb-02#timer lacp_p_s(Gi0/49) started with interval 30000.
Jan 26 13:18:39 UTC: LACP: recordPDU Gi0/49 Partner in sync and aggregating
Jan 26 13:18:39 UTC: LACP: Gi0/49 Partners oper state is hex 3D
Jan 26 13:18:39 UTC: LACP: timer lacp_c_l(Gi0/49) started with interval 90000.
Jan 26 13:18:39 UTC: LACP: Gi0/49 LAG_PARTNER_UP.
Jan 26 13:18:39 UTC: LACP: Gi0/49 LAG unchanged
Jan 26 13:18:39 UTC:     lacp_mux Gi0/49 - mux: during state COLLECTING_DISTRIBUTING, got event 5(in_sync) (ignored)
Jan 26 13:18:39 UT
net-cat3560-0721-vlb-02#C: LACP :lacp_bugpak: Receive LACP-PDU packet via Gi0/49
Jan 26 13:18:39 UTC: LACP : packet size: 124
Jan 26 13:18:39 UTC: LACP: pdu: subtype: 1, version: 1
Jan 26 13:18:39 UTC: LACP: Act: tlv:1, tlv-len:20, key:0x12F, p-pri:0x8000, p:0x1804, p-state:0x3D,
s-pri:0x8000, s-mac:0200.0000.0064
Jan 26 13:18:39 UTC: LACP: Part: tlv:2, tlv-len:20, key:0x1, p-pri:0x8000, p:0x31, p-state:0xD,
s-pri:0x8000, s-mac:0024.5092.3b00
Jan 26 13:18:39 UTC: LACP: col-tlv:3, col-tlv-len:16, col-max-d:0x8000
Jan 26 1
net-cat3560-0721-vlb-02#3:18:39 UTC: LACP: term-tlv:0 termr-tlv-len:0
Jan 26 13:18:39 UTC: LACP: Gi0/49 LACP packet received, processing
Jan 26 13:18:39 UTC:     lacp_rx Gi0/49 - rx: during state CURRENT, got event 5(recv_lacpdu)
Jan 26 13:18:39 UTC: @@@ lacp_rx Gi0/49 - rx: CURRENT -> CURRENT
Jan 26 13:18:39 UTC: LACP: Gi0/49 lacp_action_rx_current entered
Jan 26 13:18:39 UTC: LACP: recordPDU Gi0/49 LACP PDU Rcvd. Partners oper state is hex 3D
Jan 26 13:18:39 UTC: LACP: recordPDU Gi0/49 Partner in sync and aggregating
Ja
net-cat3560-0721-vlb-02#n 26 13:18:39 UTC: LACP: Gi0/49 Partners oper state is hex 3D
Jan 26 13:18:39 UTC: LACP: timer lacp_c_l(Gi0/49) started with interval 90000.
Jan 26 13:18:39 UTC: LACP: Gi0/49 LAG_PARTNER_UP.
Jan 26 13:18:39 UTC: LACP: Gi0/49 LAG unchanged
Jan 26 13:18:39 UTC:     lacp_mux Gi0/49 - mux: during state COLLECTING_DISTRIBUTING, got event 5(in_sync) (ignored)
Jan 26 13:18:39 UTC: LACP: lacp_t(Gi0/49) timer stopped
Jan 26 13:18:39 UTC: LACP: lacp_t(Gi0/49) expired
Jan 26 13:18:40 UTC: %LINEPROTO-5-UPDOWN:
net-cat3560-0721-vlb-02#Line protocol on Interface GigabitEthernet0/49, changed state to up
Jan 26 13:18:40 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan999, changed state to up
Jan 26 13:18:41 UTC: %LINK-3-UPDOWN: Interface Port-channel1, changed state to up
Jan 26 13:18:42 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to up
Jan 26 13:18:50 UTC: LACP: lacp_hw_off: Gi0/49 is going down

Jan 26 13:18:50 UTC: LACP: if_down: Gi0/49
Jan 26 13:18:50 UTC: LACP: lacp_hw_off: send pd
net-cat3560-0721-vlb-02#u out Gi0/49
Jan 26 13:18:50 UTC: LACP: lacp_insert_partner_cd_inhibitor: didn't change sync flag.
Jan 26 13:18:50 UTC: LACP: lacp_send_lacp_off: (Gi0/49) About to send the 110 LACPDU
Jan 26 13:18:50 UTC: LACP :lacp_bugpak: Send LACP-PDU packet via Gi0/49
Jan 26 13:18:50 UTC: LACP : packet size: 124
Jan 26 13:18:50 UTC: LACP: pdu: subtype: 1, version: 1
Jan 26 13:18:50 UTC: LACP: Act: tlv:1, tlv-len:20, key:0x1, p-pri:0x8000, p:0x31, p-state:0x1,
s-pri:0x8000, s-mac:0024.5092.3b00
Jan 26 13:18:50 U
net-cat3560-0721-vlb-02#TC: LACP: Part: tlv:2, tlv-len:20, key:0x12F, p-pri:0x8000, p:0x1804, p-state:0x3D,
s-pri:0x8000, s-mac:0200.0000.0064
Jan 26 13:18:50 UTC: LACP: col-tlv:3, col-tlv-len:16, col-max-d:0x8000
Jan 26 13:18:50 UTC: LACP: term-tlv:0 termr-tlv-len:0
Jan 26 13:18:50 UTC: LACP: lacp_write: LACP 124 bytes out Gi0/49
Jan 26 13:18:50 UTC:     lacp_ptx Gi0/49 - ptx: during state SLOW_PERIODIC, got event 0(no_periodic)
Jan 26 13:18:50 UTC: @@@ lacp_ptx Gi0/49 - ptx: SLOW_PERIODIC -> NO_PERIODIC
Jan 26 13:18:50
net-cat3560-0721-vlb-02# UTC: LACP: Gi0/49 lacp_action_ptx_slow_periodic_exit entered
Jan 26 13:18:50 UTC: LACP: lacp_p(Gi0/49) timer stopped
Jan 26 13:18:50 UTC: LACP: Gi0/49 lacp_action_ptx_no_periodic entered
Jan 26 13:18:50 UTC: LACP: lacp_p(Gi0/49) timer stopped
Jan 26 13:18:50 UTC:     lacp_rx Gi0/49 - rx: during state CURRENT, got event 1(port_disabled)
Jan 26 13:18:50 UTC: @@@ lacp_rx Gi0/49 - rx: CURRENT -> PORT_DISABLED
Jan 26 13:18:50 UTC: LACP: Gi0/49 lacp_action_rx_current_exit entered
Jan 26 13:18:50 UTC: LAC
net-cat3560-0721-vlb-02#P: lacp_c(Gi0/49) timer stopped
Jan 26 13:18:50 UTC: LACP: Gi0/49 lacp_action_rx_port_disabled entered
Jan 26 13:18:50 UTC:     lacp_mux Gi0/49 - mux: during state COLLECTING_DISTRIBUTING, got event 6(outof_sync)
Jan 26 13:18:50 UTC: @@@ lacp_mux Gi0/49 - mux: COLLECTING_DISTRIBUTING -> ATTACHED
Jan 26 13:18:50 UTC: LACP: Gi0/49 lacp_action_mx_attached entered
Jan 26 13:18:50 UTC: LACP: Gi0/49 Disabling collecting and distributing
Jan 26 13:18:50 UTC: LACP: Gi0/49 set to UNSELECTED
Jan 26 13:18:50 U
net-cat3560-0721-vlb-02#TC:     lacp_mux Gi0/49 - mux: during state ATTACHED, got event 3(unselected)
Jan 26 13:18:50 UTC: @@@ lacp_mux Gi0/49 - mux: ATTACHED -> DETACHED
Jan 26 13:18:50 UTC: LACP: Gi0/49 lacp_action_mx_detached entered
Jan 26 13:18:50 UTC: LACP: Gi0/49 Detaching mux from aggregator
Jan 26 13:18:50 UTC: lacp_handle_standby_port_internal called, depth = 1
Jan 26 13:18:50 UTC: LACP: lacp_c(Gi0/49) timer stopped
Jan 26 13:18:50 UTC: LACP: lacp_p(Gi0/49) timer stopped
Jan 26 13:18:50 UTC: LACP: lacp_w(Gi0/49)
net-cat3560-0721-vlb-02#timer stopped
Jan 26 13:18:50 UTC: LACP: lacp_t(Gi0/49) timer stopped
Jan 26 13:18:51 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/49, changed state to down
Jan 26 13:18:51 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to down
Jan 26 13:18:51 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan999, changed state to down
Jan 26 13:18:52 UTC: %LINK-3-UPDOWN: Interface Port-channel1, changed state to down
Jan 26 13:18:52 UTC: %LINK-3-UPDO
net-cat3560-0721-vlb-02#WN: Interface GigabitEthernet0/49, changed state to down

Nie rozumiem dlaczego w pewnym momencie to się zmienia z SLOW_PERIODIC na NO_PERIODIC i wtedy następuje generalna sraka i port się wyłącza.

Na junku miałem w tym czasie włączoną opcję periodic fast.

Więc tym bardziej nie kumam skąd Cisco sobie wzięło to NO_PERIODIC.

Na poniedziałek mam zaplanowany jeszcze jeden test, mianowicie ustawić LACP Passive na Junku i wywalić periodic fast, niech Cisco zapoda parametry LACP i zobaczę co się będzie działo.
CCNA R&S | CCNA Sec

h33ren
member
member
Posty: 49
Rejestracja: 15 paź 2017, 13:46

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#7

#7 Post autor: h33ren »

Problem nadal nierozwiązany i jest mega tajemniczy.

A więc od początku skonfigurowałem nieużywany dotychczas na moim Cisco Catalyst 3560 port Gi0/51

Skonfigurowałem go jako trunk najprościej jak można.

Kod: Zaznacz cały

interface GigabitEthernet0/51
 switchport trunk encapsulation dot1q
 switchport mode trunk
 switchport nonegotiate
Natomiast po stronie Junipera

Kod: Zaznacz cały

ge-0/0/26 {
	speed 1g;
	ether-options {
		no-auto-negotiation;
		}
	unit 0 {
		family ethernet-switching {
			interface-mode trunk;
			vlan {
				members [ 1 999 ];
				}
			}
		}
No i teraz problem jest taki.

Podłączając Cisco do dowolnego portu na innym Cisco port się podnosi i świeci.

Natomiast po podłączeniu do Junipera port po prostu zostaje "martwy".

Natomiast po stronie Juniper jest też "dziwnie" bo port świeci ALE, normalnie działający port w Juniperze świeci prawą diodą stale a lewa mryga, natomiast na tym porcie (jest to port 26) lewa dioda świeci stale a prawa mryga.

No i połączenie nie działa.

Miał ktoś już taki przypadek ?

PS. Na forum jest bug - nie da się dodać obrazu , mimo że mam jpg o wysokości 300 px to wywala mi błąd "Obrazki mogą mieć maksymalną wysokość 768 pikseli." LOL
CCNA R&S | CCNA Sec

h33ren
member
member
Posty: 49
Rejestracja: 15 paź 2017, 13:46

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#8

#8 Post autor: h33ren »

Aha co do diod to już znalazłem na stronce Junipera.

Lewa dioda wskazuje - Link is established but there is no link activity

Prawa dioda wskazuje - A 1 gigabyte transceiver is installed and the link is established

W takim razie dlaczego po stronie Cisco dioda nie świeci a link wydaje się "martwy" ?
CCNA R&S | CCNA Sec

saiqard
wannabe
wannabe
Posty: 385
Rejestracja: 09 lip 2012, 22:10
Lokalizacja: Wałbrzych/Wrocław

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#9

#9 Post autor: saiqard »

pomiędzy tymi dwoma switchami masz inne połączenie? może po prostu STP w tym wypadku zadziałało?
PCNSA PCNSE JNCIP-DC JNCDA JNCIA-SEC JNCIA-JUNOS JNCIA-CLOUD CCNA-RS

ms
wannabe
wannabe
Posty: 112
Rejestracja: 22 kwie 2009, 12:54
Kontakt:

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#10

#10 Post autor: ms »

h33ren pisze: 15 lut 2018, 19:00 W takim razie dlaczego po stronie Cisco dioda nie świeci a link wydaje się "martwy" ?
Hmm, a jesteś pewien, że sam link wynegocjował się poprawnie? Pokaż 'show interface gi0/51' i odpowiednik z junipera (słabo znam ten system).
Bo z tego co widzę to na juniperze ustawiasz na sztywno speed/duplex (jak sądzę po konfiguracji), a na cisco masz to w trybie auto (ustawienie domyślne). Co generalnie jest błędem, bo speed/duplex powinien być auto z dwóch stron, a jak na sztywno to też z dwóch stron.


Pozdrawiam,

Awatar użytkownika
lxs
wannabe
wannabe
Posty: 177
Rejestracja: 08 sty 2014, 16:27
Lokalizacja: 52.182098, 21.005445

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#11

#11 Post autor: lxs »

Juniper nie obsuguje native vlanów domyslnie. Musisz ustawić coś takiego

Kod: Zaznacz cały

set interfaces aex.0 family ethernet-switching native-vlan-id 1
jak nadal nie działa to włącz traceoptions na QFX pod gałęzią [edit protocols lacp] i podeślij.

h33ren
member
member
Posty: 49
Rejestracja: 15 paź 2017, 13:46

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#12

#12 Post autor: h33ren »

lxs pisze: 16 lut 2018, 10:57 Juniper nie obsuguje native vlanów domyslnie. Musisz ustawić coś takiego

Kod: Zaznacz cały

set interfaces aex.0 family ethernet-switching native-vlan-id 1
jak nadal nie działa to włącz traceoptions na QFX pod gałęzią [edit protocols lacp] i podeślij.
Ale w ostatniej konfiguracji ja już nawet nie używam agregacji.

Tylko mam połączenie interfejs - interfejs.
CCNA R&S | CCNA Sec

h33ren
member
member
Posty: 49
Rejestracja: 15 paź 2017, 13:46

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#13

#13 Post autor: h33ren »

saiqard pisze: 16 lut 2018, 07:50 pomiędzy tymi dwoma switchami masz inne połączenie? może po prostu STP w tym wypadku zadziałało?
To jest jedyne połączenie między tymi switchami. Jeden światłowód.
CCNA R&S | CCNA Sec

saiqard
wannabe
wannabe
Posty: 385
Rejestracja: 09 lip 2012, 22:10
Lokalizacja: Wałbrzych/Wrocław

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#14

#14 Post autor: saiqard »

h33ren pisze: 16 lut 2018, 13:36
saiqard pisze: 16 lut 2018, 07:50 pomiędzy tymi dwoma switchami masz inne połączenie? może po prostu STP w tym wypadku zadziałało?
To jest jedyne połączenie między tymi switchami. Jeden światłowód.
nie są połączone bezpośrednio - a za pośrednictwem innych przełączników?

Ustaw na łączu na sztywno speed i full duplex
PCNSA PCNSE JNCIP-DC JNCDA JNCIA-SEC JNCIA-JUNOS JNCIA-CLOUD CCNA-RS

h33ren
member
member
Posty: 49
Rejestracja: 15 paź 2017, 13:46

Re: PortChannel i LAG pomiędzy Cisco Catalyst i Juniper QFX

#15

#15 Post autor: h33ren »

Nie ma innych urządzeń pomiędzy nimi.

Teraz mam tydzień urlopu, jak wrócę ustawię speed i duplex po stronie Cisco i zobaczymy.
CCNA R&S | CCNA Sec

ODPOWIEDZ