Closed Bug 982274 Opened 6 years ago Closed 6 years ago

verify plumbing between seamicro-c1.r101-3 and releng BU

Categories

(Infrastructure & Operations :: NetOps: DC Port Configurations, task)

task
Not set

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dustin, Unassigned)

References

Details

At one point, we had a connection between the releng BU and this chassis, in order to test it out for releng's purposes.  From a brief check (bug 982251) it doesn't look like this plumbing is in place anymore.

Please re-plumb, with VLANs 200-299 trunked.  Thanks!
Assignee: server-ops-dcops → network-operations
Component: Server Operations: DCOps → NetOps: DC Port Configurations
Product: mozilla.org → Infrastructure & Operations
QA Contact: dmoore → jbarnell
Hm, "plumb" may have been the wrong term.  I'm not sure there's a cross-connect in place here at all -- hence filing with dcops.
>At one point, we had a connection between the releng BU and this chassis

seamicro-c1.r101-3 is the only seamicro chassis (there's 3) in this rack with 2 uplinks. can netops confirm this link still exists? we actually have a bug for seamicro redundancy (895052) so wanted to confirm before I ran any additional uplinks.
core1.releng.scl3 has 2 interfaces (xe-[0|1]/0/20) to seamicro-101-3-c. Physical interfaces are UP but LACP is DOWN since about 17 weeks.

Vlans are:
        vlan {
            members [ releng-try releng-build releng-dmz releng-mobile releng-ops releng-private releng-winbuild releng-wintest releng-wintry ];
        }
        native-vlan-id releng-srv;

You might want to check the configuration on the seamicro side.
Flags: needinfo?(dustin)
interface port-channel 1
 no shutdown
 mode         static
 minimum-link 1
 lacp-options lacp-mode passive
 channel-member tengigabitethernet 1/0
 channel-member tengigabitethernet 6/0
 vlan 208 tagged
 vlan 236 tagged
 vlan 240 tagged
 vlan 244 tagged
 vlan 248 untagged
 vlan 252 tagged
 vlan 260 tagged
 vlan 264 tagged
 vlan 274 tagged
 vlan 275 tagged
 vlan 75 tagged
!

perhaps it's the lacp-mode passive that has made it disappear from lacp?  Those interfaces are all up:

seamicro-c1# show interfaces port-channel 1
last run: 10253064.570 seconds ago
time now: Fri Mar 14 12:30:48 2014
last run: Fri Nov 15 20:26:24 2013
port-channel 1 is up, line protocol is up
 Hardware is Gigabit Ethernet, address is 0021.5312.4541
 port-channel 1 has 2 channel-members, 2 channel-members are up
  Channel members: te 1/0(up), te 6/0(up)
 Minimum Links 1
 MTU 1500 bytes, BW 20000 Mbit/sec
  528187501 packets received, 88293386192 bytes
    6734759 64B, 241074420 65-127B, 157076215 128-255B
    118906520 256-511B, 2647889 512-1023B, 1747694 1024-1518B, 4 1519-1522B, 0 >1522B
    90203353 broadcasts, 437665044 multicasts
    0 undersize, 0 oversize
    5 crc, 0 pause, 2 invalid etype
  14557475 packets transmitted, 1894550664 bytes
    70021 64B, 2513 65-127B, 14331966 128-255B
    152975 256-511B, 0 512-1023B, 0 1024-1518B, 0 1519-1522B, 0 >1522B
    65376 broadcasts, 14331966 multicasts
    0 pause, 0 underruns

seamicro-c1# show interfaces tengigabitethernet 1/0
last run: 31.788 seconds ago
time now: Fri Mar 14 12:31:20 2014
last run: Fri Mar 14 12:30:48 2014
tengigabitethernet 1/0 is up, line protocol is up (connected)
 Hardware is Ten Gigabit Ethernet, address is 0021.5312.4508
 Member of port-channel 1
 Gratuitous ARP is disabled
 MTU 1500 bytes, BW 10000 Mbit/sec
  280639669 packets received, 47624270590 bytes
    607070 64B, 105973355 65-127B, 106766400 128-255B
    64960800 256-511B, 1408765 512-1023B, 923276 1024-1518B, 3 1519-1522B, 0 >1522B
    38298757 broadcasts, 242198134 multicasts
    0 undersize, 0 oversize
    5 crc, 0 pause, 2 invalid etype
  7391015 packets transmitted, 977252098 bytes
    70021 64B, 2142 65-127B, 7165877 128-255B
    152975 256-511B, 0 512-1023B, 0 1024-1518B, 0 1519-1522B, 0 >1522B
    65376 broadcasts, 7165877 multicasts
    0 pause, 0 underruns

seamicro-c1# show interfaces tengigabitethernet 6/0
last run: 14.184 seconds ago
time now: Fri Mar 14 12:31:34 2014
last run: Fri Mar 14 12:31:20 2014
tengigabitethernet 6/0 is up, line protocol is up (connected)
 Hardware is Ten Gigabit Ethernet, address is 0021.5312.4530
 Member of port-channel 1
 Gratuitous ARP is disabled
 MTU 1500 bytes, BW 10000 Mbit/sec
  247547707 packets received, 40669098646 bytes
    6127689 64B, 135101065 65-127B, 50309694 128-255B
    53945716 256-511B, 1239124 512-1023B, 824418 1024-1518B, 1 1519-1522B, 0 >1522B
    51904596 broadcasts, 195466785 multicasts
    0 undersize, 0 oversize
    0 crc, 0 pause, 0 invalid etype
  7166460 packets transmitted, 917298566 bytes
    0 64B, 371 65-127B, 7166089 128-255B
    0 256-511B, 0 512-1023B, 0 1024-1518B, 0 1519-1522B, 0 >1522B
    0 broadcasts, 7166089 multicasts
    0 pause, 0 underruns

I changed that around to 

interface port-channel 1
 no shutdown
 mode         lacp
 minimum-link 1
 channel-member tengigabitethernet 1/0
 channel-member tengigabitethernet 6/0
 vlan 208 tagged
 vlan 236 tagged
 vlan 240 tagged
 vlan 244 tagged
 vlan 248 untagged
 vlan 252 tagged
 vlan 260 tagged
 vlan 264 tagged
 vlan 274 tagged
 vlan 275 tagged
 vlan 75 tagged
!

and now I see

seamicro-c1# show lacp info port-channel 1

Flags: S - Device is requesting Slow LACPDUs
       F - Device is requesting Fast LACPDUs
       A - Device is in Active mode   P - Device is in Passive mode

Channel Group 1

                         Port      Partner      Partner
Port    Flags    State   State   Port   State   System
------------------------------------------------------
Gi1/0    SA      bund     0x3d   0f    0x3f   28c0:da39:8100
Gi6/0    SA      bund     0x3d   10    0x3f   28c0:da39:8100
------------------------------------------------------

And indeed, I now have traffic flowing.  Yay LACP :)
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Flags: needinfo?(dustin)
You need to log in before you can comment on or make changes to this bug.