Hi,   I have today installed a new IO Module into one of our chassis (2208XP into a 5508 Chassis).  But it has not come online.  There are lights on the IO module, however uplinks from that to the FI are down.  The ports on the FI are down. Error messsages i get are: On the chassis i get error 'fabric-conn-problem iocard-inaccessible iocard-inoperable' I have already tried re-acknowledging the chassis but this did not help.  I have checked the chassis discovery policy and it is only set to 1 link. I have already tried resetting the IO module, this has not made a difference. I also get error 'end-point-unavailable Code: unspecified Message: no connection to MC endpoint' on the IOM. Really not sure what else i can check. This IOM stopped working when we had a power cut in our data centre, we then go an error on the IOM saying 'current connectivity does not match discovery policy or connectivity is not supported: unsupported-connectivity' any ideas?   ... View more

Hi, I have a stack of 3750-x switches, i recently purchsed an IP services license upgrade per switch in the stack so i could run BGP.  The license install was successful and it now says the license level is ipservices, however when i try and configure BGP it still says 'protocol not in this image'.  Please advise urgently software image is 12.2(55)SE4 output of 'sh ver' Cisco IOS Software, C3750E Software (C3750E-IPBASEK9-M), Version 12.2(55)SE4, RELEASE SOFTWARE (fc1) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2011 by Cisco Systems, Inc. Compiled Tue 06-Sep-11 02:09 by prod_rel_team Image text-base: 0x00003000, data-base: 0x02800000 ROM: Bootstrap program is C3750E boot loader BOOTLDR: C3750E Boot Loader (C3750X-HBOOT-M) Version 12.2(53r)SE2, RELEASE SOFTWARE (fc1) XSHQ001-3750-STK001 uptime is 22 minutes System returned to ROM by power-on System restarted at 17:34:46 UTC Fri Jan 17 2014 System image file is "flash:/c3750e-ipbasek9-mz.122-55.SE4.bin" This product contains cryptographic features and is subject to United States and local country laws governing import, export, transfer and use. Delivery of Cisco cryptographic products does not imply third-party authority to import, export, distribute or use encryption. Importers, exporters, distributors and users are responsible for compliance with U.S. and local country laws. By using this product you agree to comply with applicable laws and regulations. If you are unable to comply with U.S. and local laws, return this product immediately. A summary of U.S. laws governing Cisco cryptographic products may be found at: http://www.cisco.com/wwl/export/crypto/tool/stqrg.html If you require further assistance please contact us by sending email to export@cisco.com . License Level: ipservices License Type: Permanent Next reload license Level: ipservices cisco WS-C3750X-48P (PowerPC405) processor (revision B0) with 262144K bytes of memory. Processor board ID FDO1523K0XB Last reset from power-on 6 Virtual Ethernet interfaces 1 FastEthernet interface 104 Gigabit Ethernet interfaces 4 Ten Gigabit Ethernet interfaces The password-recovery mechanism is enabled. 512K bytes of flash-simulated non-volatile configuration memory. Base ethernet MAC Address       : 30:E4:DB:36:6E:00 Motherboard assembly number     : 73-12553-05 Motherboard serial number       : FDO15240637 Model revision number           : B0 Motherboard revision number     : C0 Model number                    : WS-C3750X-48P-S Daughterboard assembly number   : 800-32727-01 Daughterboard serial number     : FDO152404C8 System serial number            : FDO1523K0XB Top Assembly Part Number        : 800-31324-02 Top Assembly Revision Number    : C0 Version ID                      : V02 CLEI Code Number                : COMJZ00ARB Hardware Board Revision Number  : 0x03 Switch Ports Model              SW Version            SW Image ------ ----- -----              ----------            ---------- *    1 54    WS-C3750X-48P      12.2(55)SE4           C3750E-IPBASEK9-M      2 54    WS-C3750X-48P      12.2(55)SE4           C3750E-IPBASEK9-M Switch 02 --------- Switch Uptime                   : 22 minutes Base ethernet MAC Address       : 64:00:F1:55:D1:00 Motherboard assembly number     : 73-12553-05 Motherboard serial number       : FDO150814NV Model revision number           : B0 Motherboard revision number     : A0 Model number                    : WS-C3750X-48P-S Daughterboard assembly number   : 800-32727-01 Daughterboard serial number     : FDO1508063D System serial number            : FDO1508R0J6 Top assembly part number        : 800-31324-02 Top assembly revision number    : A0 Version ID                      : V02 CLEI Code Number                : COMJZ00ARB License Level                   : ipservices License Type                    : Permanent Next reboot licensing Level     : ipservices Configuration register is 0xF ... View more

Hello everyone, for the past few weeks we have started getting problems where backups from all our App servers in our Data Centre are running very slow, some are still running until the next morning during working hourse.  we have been 'around the houses' and trying to solve it but cannot.  Here is a background and what the issues are: we have a NAS box directly connected to our Cisco 6509 VSS distribution switch.  All our accesss switches are also connetced to this 6509 distr switch. All our app servers backup to the NAS box and then we have a Net BAckup server (also connected to the 6509 VSS switch) which then backs the NAS server up.  The NAS and Net Backup talk over a layer 3 private network (172.16.xx.xx).  All app servers backup to the NAS share over vlan 13 (a CIF share stretched vlan, stretched across our second data centre).  The stretched vlan13 occurs over a 4gb bundled EoMPLS connection.  The Apps team have noticed that transmit speeds for backup transfers are very slow.  What i have began to notice that: a) i am getting input queue drops on vlan 13 b) i was getting output drops on the interfaces that make the 4gb EoMPLS connection (however after clearing counters this has not been occuring). I am pretty sure we have ip cef enabled as standard globally on the switch (how can i check?).  I was just wondering whether i could get some help as to why all of a sudden i am getting input queue drops and how this could possibly affect the issues with backup transfer speeds. 1.  output of vlan 13: Vlan13 is up, line protocol is up   Hardware is EtherSVI, address is 0008.e3ff.fc50 (bia 0008.e3ff.fc50)   Description: CIFS-SHARE STRETCHED   Internet address is 10.206.13.2/24   MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,      reliability 255/255, txload 10/255, rxload 17/255   Encapsulation ARPA, loopback not set   Keepalive not supported   ARP type: ARPA, ARP Timeout 04:00:00   Last input 00:00:00, output 00:00:00, output hang never   Last clearing of "show interface" counters 1d00h   Input queue: 0/75/161/161 (size/max/drops/flushes); Total output drops: 0   Queueing strategy: fifo   Output queue: 0/40 (size/max)   5 minute input rate 67294000 bits/sec, 9992 packets/sec   5 minute output rate 42858000 bits/sec, 8751 packets/sec   L2 Switched: ucast: 1530009283 pkt, 1226839999505 bytes - mcast: 14326467 pkt, 2257397576 bytes   L3 in Switched: ucast: 961668671 pkt, 855561546932 bytes - mcast: 0 pkt, 0 bytes mcast   L3 out Switched: ucast: 840604143 pkt, 789765062088 bytes mcast: 0 pkt, 0 bytes      962289231 packets input, 856374223843 bytes, 0 no buffer      Received 658153 broadcasts (0 IP multicasts)      0 runts, 0 giants, 0 throttles      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored      840734518 packets output, 789788694959 bytes, 0 underruns      0 output errors, 0 interface resets      0 output buffer failures, 0 output buffers swapped out 2.  Layer 3 config of Vlan 13: interface Vlan13 description CIFS-SHARE STRETCHED ip address 10.xx.13.2 255.255.255.0 secondary ip address 10.xx.13.2 255.255.255.0 no ip redirects ip flow ingress ip flow egress standby version 2 standby 13 ip 10.xx.13.1 standby 25 ip 10.xx.13.1 3.  Output from the NAS box interface on the 6509: TenGigabitEthernet1/7/3 is up, line protocol is up (connected)   Hardware is C6k 10000Mb 802.3, address is 8843.e1d1.3602 (bia 8843.e1d1.3602)   Description: Channel to OASSES-NAS001 DM3   MTU 9216 bytes, BW 10000000 Kbit, DLY 10 usec,      reliability 255/255, txload 1/255, rxload 1/255   Encapsulation ARPA, loopback not set   Keepalive set (10 sec)   Full-duplex, 10Gb/s, media type is 10Gbase-SR   input flow-control is on, output flow-control is off   ARP type: ARPA, ARP Timeout 04:00:00   Last input never, output 00:00:03, output hang never   Last clearing of "show interface" counters 1w1d   Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0   Queueing strategy: fifo   Output queue: 0/40 (size/max)   5 minute input rate 57748000 bits/sec, 4888 packets/sec   5 minute output rate 18809000 bits/sec, 7138 packets/sec      13895604647 packets input, 31280724820311 bytes, 0 no buffer      Received 25639 broadcasts (25637 multicasts)      0 runts, 0 giants, 0 throttles      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored      0 watchdog, 0 multicast, 0 pause input      0 input packets with dribble condition detected      10206307458 packets output, 8224789073771 bytes, 0 underruns      0 output errors, 0 collisions, 0 interface resets      0 babbles, 0 late collision, 0 deferred      0 lost carrier, 0 no carrier, 0 PAUSE output 4.  Output from one of the EoMPLS interfaces: GigabitEthernet1/6/1 is up, line protocol is up (connected)   Hardware is C6k 1000Mb 802.3, address is 0021.a07f.3b14 (bia 0021.a07f.3b14)   Description: EoMPLS DCI   MTU 9216 bytes, BW 1000000 Kbit, DLY 10 usec,      reliability 255/255, txload 3/255, rxload 3/255   Encapsulation ARPA, loopback not set   Keepalive set (10 sec)   Full-duplex, 1000Mb/s, media type is SX   input flow-control is off, output flow-control is off   Clock mode is auto   ARP type: ARPA, ARP Timeout 04:00:00   Last input 00:00:42, output 00:00:30, output hang never   Last clearing of "show interface" counters 1d17h   Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0   Queueing strategy: fifo   Output queue: 0/40 (size/max)   5 minute input rate 13543000 bits/sec, 4079 packets/sec   5 minute output rate 11843000 bits/sec, 2224 packets/sec      645709185 packets input, 613639329616 bytes, 0 no buffer      Received 8861962 broadcasts (8848456 multicasts)      0 runts, 0 giants, 0 throttles      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored      0 watchdog, 0 multicast, 0 pause input      0 input packets with dribble condition detected      118241941 packets output, 75156978761 bytes, 0 underruns      0 output errors, 0 collisions, 0 interface resets      0 babbles, 0 late collision, 0 deferred      0 lost carrier, 0 no carrier, 0 PAUSE output      0 output buffer failures, 0 output buffers swapped out 6.  Line card details: Mod Ports Card Type                              Model              Serial No. --- ----- -------------------------------------- ------------------ -----------   1    8  CEF720 8 port 10GE with DFC            WS-X6708-10GE      SAL1538QNUU   2    8  CEF720 8 port 10GE with DFC            WS-X6708-10GE      SAL1538QLUH   3    8  CEF720 8 port 10GE with DFC            WS-X6708-10GE      SAL1538QNUW   4    8  CEF720 8 port 10GE with DFC            WS-X6708-10GE      SAL1538QNV6   5    5  Supervisor Engine 720 10GE (Active)    VS-S720-10G        SAL1538QTEX   6   24  CEF720 24 port 1000mb SFP              WS-X6724-SFP       SAL1249CA5T   7    8  CEF720 8 port 10GE with DFC            WS-X6708-10GE      SAL1421J6LB Mod MAC addresses                       Hw    Fw           Sw           Status --- ---------------------------------- ------ ------------ ------------ -------   1  0007.7d38.7ef8 to 0007.7d38.7eff   2.3   12.2(18r)S1  12.2(33)SXI8 Ok   2  0007.7d38.7ea8 to 0007.7d38.7eaf   2.3   12.2(18r)S1  12.2(33)SXI8 Ok   3  0007.7d38.7cf0 to 0007.7d38.7cf7   2.3   12.2(18r)S1  12.2(33)SXI8 Ok   4  0007.7d38.7d18 to 0007.7d38.7d1f   2.3   12.2(18r)S1  12.2(33)SXI8 Ok   5  8843.e18a.8304 to 8843.e18a.830b   4.0   8.5(4)       12.2(33)SXI8 Ok   6  0021.a07f.3b14 to 0021.a07f.3b2b   3.3   12.2(18r)S1  12.2(33)SXI8 Ok   7  8843.e1d1.3600 to 8843.e1d1.3607   2.1   12.2(18r)S1  12.2(33)SXI8 Ok Mod  Sub-Module                  Model              Serial       Hw     Status ---- --------------------------- ------------------ ----------- ------- -------   1  Distributed Forwarding Card WS-F6700-DFC3C     SAL1538QNQ1  1.4    Ok   2  Distributed Forwarding Card WS-F6700-DFC3C     SAL1538QNRP  1.4    Ok   3  Distributed Forwarding Card WS-F6700-DFC3C     SAL1538QJKW  1.4    Ok   4  Distributed Forwarding Card WS-F6700-DFC3C     SAL1538QNJD  1.4    Ok   5  Policy Feature Card 3       VS-F6K-PFC3C       SAL1538QQSD  1.1    Ok   5  MSFC3 Daughterboard         VS-F6K-MSFC3       SAL1538QTX8  5.1    Ok   6  Centralized Forwarding Card WS-F6700-CFC       SAL1249BWW1  4.1    Ok   7  Distributed Forwarding Card WS-F6700-DFC3C     SAL1423JV73  1.4    Ok Mod  Online Diag Status ---- -------------------   1  Pass   2  Pass   3  Pass   4  Pass   5  Pass   6  Pass   7  Pass Line card 6 has the connections for the EoMPLS, Line card 7 is where the NAS and NetBackup servers are attached to. many thanks ... View more

Hi, We seem to be having issues with not being able to vMotion between ESX hosts on UCS platform.  Currently HA is not working.  Here's a background of the setup: We have a UCS Platform installed (6508 chassis, B200 M3 blades and 2 x 6248 FIs.  This connects back to the network to a pair of VSS 6509 switches.  We have 4 blades in total and have linked UCS into vMWare.  We have 4 x ESX hosts (1 per blade) and are using vSphere 5.1 client. In our service profile for each blade we have 2 vNICs (2 and 3) set which contains our vMotion (101) vlan, a default vlan (1) and a FT (102) vlan.  The default vlan is set to native vlan for untagged traffic. Within vSphere, for each host we have 2 x vSwitches setup as vSphere standard switches.  vSwitch 0 is for vSpehre Management, vSwitch 1 is for FT and vMotion.  Both the FT and vMotion are 2 seaparate VMKernel Ports.  The vMotion port is tagged with its vlan ID (101), has vMotion ticked under the properties and is set to MTU size 9000 (which is set all the way through).  This is the same for all 4 hosts.  Now when we try and HA between hosts it keeps coming up with the error 'vSphere HA Agent Unreachable'.  one of the 4 hosts elects itself as master. in Vspehere are you only supposed to have one VMKernel per host?  or can you have more than one and still have HA working?  any help would be appreciated. ... View more