Nexus 7k input queuing

On our 7K’s we run our interfaces in dedicated and not shared mode.  Since we are running in dedicated mode, does one need to be concerned with the input queuing policy or can we just let the egress policy take care of the queuing?
  Service-policy (queuing) input:   default-in-policy
    SNMP Policy Index:  301990105
    Class-map (queuing):   in-q1 (match-any)
      queue-limit percent 50
      bandwidth percent 80
      queue dropped pkts : 0
    Class-map (queuing):   in-q-default (match-any)
      queue-limit percent 50
      bandwidth percent 20
      queue dropped pkts : 0

Hi,
Please check output of command " show hardware internal interface indiscard-stats front-port x "
Support for Granular Input Packet Discards Information
Beginning with Cisco NX-OS Release 5.0(3)U2(1), you can get a more detailed information on what specific condition led to an input discard on a given interface. Use the show hardware internal interface indiscard-stats front-port x command to determine the condition that could be potentially responsible for the input discards that are seen on port eth1/x. The switch output shows the discards for IPv4, STP, input policy, ACL specific discard, generic receive drop, and VLAN related discards.
Use the show hardware internal interface indiscard-stats front-port x command to determine the condition that could be potentially responsible for the input discards.

Similar Messages

  • Input Queue drops

    Hi guys I am having lot of input queue drops on one of our remote router which has got an ipsec protected gre tunnel towards our main branch
     Input queue: 0/75/168173/8 (size/max/drops/flushes); Total output drops: 0
     Throttle count         37
     Drops         RP    1770332         SP          0
    This is the output of an interface connecting to ISP
    The other thing I would like to mention here is we have some users who connects via cisco vpn client to other sites over an already established ipsec/gre tunnel so would that be a reason of having drops?
    Do I need to alter the mtu for an additional gre overhead of second tunnel
    Currently tunnel interface settings are
    ip mtu 1476
    ip tcp adjust-mss 1380
    Many thanks

    Disclaimer
    The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
    Liability Disclaimer
    In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
    Posting
    Input queue drops can be an indication of process switching (which is unable to keep up with what's offered).
    If it's just short bursts, increasing the input queue value might mitigate.
    Have you reviewed Cisco's documents for troubleshooting this?
    BTW, if your GRE tunnel is "protected", the MTU is likely too large as might also be your MSS adjust.
    If you're just doing GRE, your MSS adjust is too small.

  • ME 2600X input queue drops

    We have started to install ME2600X as access switch for FTTH
    Trunk ports are configured with rep and service instances
    These interfaces are facing Cat 4500X switches with rep edge ports. Northbound is a 6880X VSS and this is connected to the legacy network consisting of a couple of Cat6500 + loads of Catalyst switches
    We see loads of input queue drops in ME 2600X on the trunk interfaces. Even if I limit the allowed vlans out from the 4500X to the ME2600X the amount of dropped packets are still about half of the number of packets received on the interface.
    Captured traffic going out of the Cat4500X towards the ME 2600X showed mostly what I suspect is REP traffic. "Show mac traffic interface" show that all packers dropped are destined for "RP".
    We do not have clients on any ports yet so all traffic are inbound to the switch
    I need info and help troubleshooting this. What are the criteria for drops and how do I find what is dropped on this model?

    Config of REP port except the service instances
    interface TenGigabitEthernet0/45
     description TRAMAN-STH-02
     no ip address
     carrier-delay msec 200
     rep segment 1
     no keepalive
     soak link notification 10
     ip dhcp snooping trust
     l2protocol peer cdp lacp
     l2protocol forward stp vtp dtp pagp dot1x
    Here is an example of the amount of drops ver input
    Switch#show int te0/45
      Input queue: 0/75/337/0 (size/max/drops/flushes); Total output drops: 0
      5 minute input rate 59000 bits/sec, 10 packets/sec
    2659 packets input, 1976424 bytes, 0 no buffer
         Received 745 broadcasts (0 IP 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
    Switch#show int te0/45 summ
     *: interface is up
     IHQ: pkts in input hold queue     IQD: pkts dropped from input queue
     OHQ: pkts in output hold queue    OQD: pkts dropped from output queue
     RXBS: rx rate (bits/sec)          RXPS: rx rate (pkts/sec)
     TXBS: tx rate (bits/sec)          TXPS: tx rate (pkts/sec)
     TRTL: throttle count
      Interface                   IHQ       IQD       OHQ       OQD      RXBS      RXPS      TXBS      TXPS      TRTL
    * Te0/45                        0       533         0         0     64000        16      3000         3         0
    switch#show int te0/45 switching
    TenGigabitEthernet0/45 TRAMAN-STH-02
              Throttle count          0
                       Drops         RP    5491108         SP          0
                 SPD Flushes       Fast          0        SSE          0
                 SPD Aggress       Fast          0
                SPD Priority     Inputs          0      Drops          0
        Protocol  CDP
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process      17267    8029155      19179    7690779
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        Protocol  Other
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process          0          0    1150382  109509702
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        NOTE: all counts are cumulative and reset only after a reload.

  • Ethernet interface input queue 81/80 (size/max)

    Hello,
    Does anyone had the problem that the Gigabit interface of a C1140-K9W7 (or C1135)
    sometimes "hangs" due to queue problems (from what I understood it was queue problems)?
    I've got this AP, C1140-K9W7 with IOS 12.4(21a)JA1 and noticed it was not processing
    any input packets at the Gigabit interface, the drop count was 0 but strangely the input queue
    information was that it had size 81 and max 80... looks to me that the queue processing
    code hanged somewhere...
    The interface output is OK however (the AP is sending arp requests..) .
    I've done some search but was not able to find any information about it, also followed the
    steps in [1] to try troubleshoot what was causing that, no success. The IP traffic listing
    shows that the interface is receiving packets but they aren't being processed and "aren't"
    droped also (at least the drop count is 0).
    If I reboot the AP it does work OK yes... I can still access the console (via serial) and it
    still is at that state in case there's any suggestion of procedure.
    Thanks for your time.
    Jean Mousinho
    [1] http://www.cisco.com/en/US/products/hw/routers/ps133/products_tech_note09186a0080094791.shtml

    It looks like this could be related:
    CSCtf27580 Ethernet interface input queue wedge from broadcast/uniGRE traffic
    Is there any GRE traffic going through this AP?
    The workarounds are:
    Reboot APs to bring APs back up for time being.
    OR
    go back to 6.0.188.0 code on WLC.
    OR
    Route GRE traffic away from AP's.
    It appears that it definitely exists in your code:
    12.4(21a)JHA          12.4(21a)JA01          006.000(196.000)

  • WAAS interface - Input queue: output drops

    I'm seeing total output drops increment every now and then. We are using 3750E stack switch and are configured for WCCP L2 forward and return. Anyone know why I'm seeing out drops on the WAAS connected interface? The WAAS interfaces are setup as standby. The model is 7371...
    interface GigabitEthernet1/0/4
    description ****WAAS1 GIG 1/0****
    switchport access vlan 738
    mls qos trust dscp
    spanning-tree portfast
    end
    GigabitEthernet1/0/4 is up, line protocol is up (connected)
    Hardware is Gigabit Ethernet, address is 0022.be97.9804 (bia 0022.be97.9804)
    Description: ****WAAS1 GIG 1/0****
    MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
    reliability 255/255, txload 1/255, rxload 1/255
    Encapsulation ARPA, loopback not set
    Keepalive set (10 sec)
    Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
    input flow-control is off, output flow-control is unsupported
    ARP type: ARPA, ARP Timeout 04:00:00
    Last input 00:00:03, output 00:00:00, output hang never
    Last clearing of "show interface" counters never
    Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 281
    Queueing strategy: fifo
    Output queue: 0/40 (size/max)
    5 minute input rate 5967000 bits/sec, 1691 packets/sec
    5 minute output rate 5785000 bits/sec, 1606 packets/sec
    9301822868 packets input, 3537902554734 bytes, 0 no buffer
    Received 179580 broadcasts (172889 multicasts)
    0 runts, 0 giants, 0 throttles
    0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 172889 multicast, 0 pause input
    0 input packets with dribble condition detected
    7661948806 packets output, 2639805900461 bytes, 0 underruns
    0 output errors, 0 collisions, 5 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

    It looks like this could be related:
    CSCtf27580 Ethernet interface input queue wedge from broadcast/uniGRE traffic
    Is there any GRE traffic going through this AP?
    The workarounds are:
    Reboot APs to bring APs back up for time being.
    OR
    go back to 6.0.188.0 code on WLC.
    OR
    Route GRE traffic away from AP's.
    It appears that it definitely exists in your code:
    12.4(21a)JHA          12.4(21a)JA01          006.000(196.000)

  • How to read flushed cluster array from input queue?

    Hi! I'm new to LabView. Can someone please help me?
    I want to use a subvi to read a queue which I created in another vi. The created queue holds an array of clusters that I want to unbundle in a for loop in the reading vi. But the output of the flush queue function is a string array (since the subvi has no info on what sort of queue is being input).
    I can't connect the unbundle function to a string input; can I use the type cast function to force the flush output to be a cluster? Or is there a better way to do this?
    And if so, what is the string constant I need to attach to the "type" input in the type cast function?
    And also, I'm told that the cluster is kind of like a "struct"; so is there a way to n
    ame it so that other vi's know what it is(i.e. type cast)?
    jen

    I did look at the help examples, but I couldn't find one that was sending the queue from one vi to another(well, not any that I could understand), and that was really my problem.
    I did get the thing to work when it was all in one vi.
    You bring up an interesting point about "dequeue" and "flush". Perhaps I am mistaken, but my reasoning for using flush rather than dequeue was the following:
    I am using the queue as a data buffer. I need the queue to hold a few minutes of data. This data is dumped to file upon fault event, i.e. it tells me what was going on right before the fault occurred. I need that queue to dump the data and then immediately turn around and start filling up again. I felt that holding on to the queue reference in the save-to-file routi
    ne (which involves lots of potentially slow hard disk access) might cause the object to lock and hence not be able to save right away. I don't know how LabView does threading, but if I was writing the threading routine, I would lock any object which was being executed upon in a routine to prevent data collision.
    Of course, this begs the question: does LabView lock all objects in a subroutine that is executing? Or just in the part which is unresolved? or does it lock objects at all? Perhaps I should flush the queue outside of the subroutine anyway, so that the subroutine can happily munch on the flushed array while my queue goes back to the business of collecting data?
    Am I way off base in how the threading works?
    Thanks!
    jen

  • Listening for several input queues

    Hi!
    My application receives messages from several queues. I also need to know for each message what queue is it from. That's why I had to define separate MessageListener's for each queue. So each queue has its instance of MyListener (see below). I synchronized the onMessage method on static Object, so only one message from all queues is processed in given moment:
    MyListener implements MessageListener
    static Object object;
    onMessage (Message message)
    synchronized (object)
    //process
    The problem is, that while processing current message, new messages (I suppose one per queue) are already taken from the queue and waiting to be processed. Thus if my application will shut down I will loose at least one message per queue. I'd like to hear your suggestions.
    Thanks.

    Rather than creating multiple listeners, you can write one listener with a case like structure:
    public void onMessage(Message m) {
    Queue queue = (Queue) m.getJMSDestination();
    String name = queue.getName();
    if (name.equals("q1")) {
    // what the message listener for q1 would do ...
    } else if (name.equals("q2")) {
    // etc
    You can then register this message listener for multiple queues. The motivation for doing this was a requirement that the execution of the message listeners had to be serialized. You can also achieve this by creating the queue receivers from the same session.
    If there is no serialization requirement it's a matter of taste whether you prefer the combo listener above or multiple listeners. In this case you also can create the sessions from different connections to get concurrent message dispatch and possibly better performance.
    - Bjarne.

  • Getting all values from a queue

    Hi all,
    I have a queue as follows:
    [123] - intital Context
    [sollinger Str]
    [123] - CC
    [Solinger Str]
    [123] - Final context
    An image of the queue looks as follows:
    [http://i42.tinypic.com/hsj052.jpg]
    Iam getting this queue in a userdefined function. I want to get or copy all the values from this queue to a new array as follows without any contexts.
    That is, I want to have a queue as follows from the above queue.
    [123]
    [sollinger Str]
    [123]
    [Solinger Str]
    [123]
    How could that be done...
    Thanks
    P

    Hi guys...thanks 1 more thing
    If My inbound queue "a" is as follows:
    SUPRESS
    AP
    YG
    LF
    contextChange
    YG
    LF
    Final Context
    In my Queue "b" which is as follows
    SUPRESS
    123
    sollinger...
    123
    Sollinger...
    123
    FinalContext
    My requirement is in my "b" queue , I want to put a CC as follows by using a  standard node function if possible
    SUPRESS
    123
    sollinger...
    123
    contextChange
    Sollinger...
    123
    FinalContext
    IF THAT dont work Inside my UDF I want to put thE CC for the b queue.
    How will the loop behave then?
    What will be passed to my input queue "a" and "b" when execute "all values on context" is set.
    "a" has a context and "b" doent have one.
    My UDF
    public static void Test(String[] a,
                                           String[] b,
                                           ResultList result,
                                           Container container){
    //Contains no context change
        String b[] = {ResultList.SUPPRESS,"12","sollinger","12","sollinger","12",
                      ResultList.CC};
    I make the following steps
    copy to an arraylist. add a context change in between.
    copy back to string b.

  • (High Ip input) on My router , I need to troubleshoot why CPU is high !!!!

    (High Ip input) on My router  , I need to troubleshoot why CPU is high !!!!
    =================
    i have a cisco router 7200 NPEG2 processor , worked as LNS for PPPOVPDN circuits (Router for ADSL clients)
    i  have "high ip input on my processor" and there is alot of differnce on my router between operations done by cef and operations done by router cpu
    as an example , lets make show cpu process sorted
    CPU utilization for five seconds: 67%/54%; one minute: 67%; five minutes: 68%
     PID Runtime(ms)     Invoked      uSecs   5Sec   1Min   5Min TTY Process 
      87    10837056    46891299        231  6.31%  6.04%  6.32%   0 IP Input         
     122     4081972    38214106        106  2.47%  2.36%  2.46%   0 L2X Data Daemon  
     270      467844     2089101        223  0.79%  0.78%  0.79%   0 PPP Events       
     275     1862224     2102444        885  0.71%  0.73%  0.71%   0 SNMP ENGINE      
     112      627104       93588       6700  0.39%  0.36%  0.37%   0 CEF: IPv4 proces 
     273      854004     4207368        202  0.31%  0.26%  0.24%   0 IP SNMP          
      52      453256       12321      36787  0.31%  0.31%  0.31%   0 Compute load avg 
     258      295540      701580        421  0.23%  0.17%  0.15%   0 RADIUS           
     142       45792    14107303          3  0.23%  0.21%  0.21%   0 HQF Shaper Backg 
      78       86532      166975        518  0.23%  0.17%  0.13%   0 ACCT Periodic Pr 
     260      483164      248673       1942  0.23%  0.19%  0.24%   0 L2TP mgmt daemon 
     272       63980     1073491         59  0.15%  0.16%  0.15%   0 IPHC Admin       
      77      111560      184597        604  0.15%  0.08%  0.06%   0 AAA ACCT Proc    
     261      330572      217566       1519  0.15%  0.12%  0.15%   0 L2TUN Applicatio 
     274      450584     2102164        214  0.15%  0.15%  0.15%   0 PDU DISPATCHER   
      16      152352     1081873        140  0.07%  0.08%  0.19%   0 EnvMon           
     279      229040       27298       8390  0.07%  0.10%  0.11%   0 VTEMPLATE Backgr 
      40       23704       53593        442  0.07%  0.03%  0.02%   0 Net Background   
      95        4512       55604         81  0.07%  0.00%  0.00%   0 PPP Hooks        
     109        6844       62029        110  0.07%  0.00%  0.00%   0 IP Background    
     269       21384     1931910         11  0.07%  0.06%  0.07%   0 PPP manager      
     271         116       60672          1  0.07%  0.00%  0.00%   0 Multilink PPP    
      23       98400         321     306542  0.00%  0.07%  0.03%   0 AAA high-capacit 
    =====================
    as we see above , we have high "IP Input" about differnece in cpu =67-54=13 % , which is high value process in software .
    i follwed the article here :
    http://www.cisco.com/c/en/us/support/docs/routers/7500-series-routers/41160-highcpu-ip-input.html
    i check and found that my router is fine , 
    no arp calls.
    no routing loops.
    no flapping links.
    i checked that my router has cef enabled and no enormous routing protocol updates
    i found that i have big differnce between hardware & software process on the router which is 13 %
    but when the traffic is more and more , the cpu reach reach 93 % and begin to have drops.
    i just want to ask , how can i debug the operations that are done on the cpu processor of the router ???
    i mean that if i know that traffic , i can estimate and know the problem  that increasing my cpu !!!
    another question :
    how to debug the packest that has a ttl exceeded 50 or ttl exceeded 100 ?????
    i dont wan tto make debug ip packed , because i have a huge traffic and it will let my router hanged due to large debug !!
    ===============
    righ now i will post my router config and some verification:
    drvirus#sh running-config 
    Building configuration...
    Current configuration : 12291 bytes
    upgrade fpd auto
    version 12.4
    service tcp-keepalives-in
    service tcp-keepalives-out
    service timestamps debug datetime msec
    service timestamps log datetime msec
    service password-encryption
    no service dhcp
    hostname drvirus
    boot-start-marker
    boot system flash disk2:c7200p-adventerprisek9-mz.124-24.T7.bin
    boot system flash disk2:c7200p-adventerprisek9-mz.124-24.T8.bin
    boot-end-marker
    logging message-counter syslog
    aaa new-model
    aaa group server radius radiusservers
     server-private 10..f.f.f auth-port 1812 acct-port 1813 key 7 weifuhjkefkjdbhfjkasbfjka
    aaa authentication login adminstaff local
    aaa authentication login sdm_vpn_xauth_ml_1 group radius
    aaa authentication login ahmad local
    aaa authentication ppp vpdn group radiusservers local
    aaa authentication ppp drvirus local
    aaa authentication ppp vpdn1 local group radiusservers
    aaa authentication ppp ddd none
    aaa authentication ppp dddd none
    aaa authentication ppp anyok none
    aaa authorization network default group radius local 
    aaa authorization network vpdn group radiusservers local 
    aaa authorization network sdm_vpn_group_ml_1 local 
    aaa authorization network drvirus local 
    aaa authorization network vpdn1 local group radiusservers 
    aaa authorization network ddd none 
    aaa authorization network anyok none 
    aaa accounting delay-start 
    aaa accounting update newinfo periodic 10
    aaa accounting network vpdn
     action-type start-stop
     broadcast
     group radiusservers
    aaa server radius dynamic-author
     client xxxxxxxx
     client 10.xxxxxx
     client 10.xxxxxxxxx
     server-key 7 dihcbsdjkbvcsdhmbvhsdbvsdhmbvsd
     auth-type any
    aaa session-id common
    clock timezone GMT+3 3
    no ip subnet-zero
    no ip source-route
    no ip gratuitous-arps
    ip cef
    no ip bootp server
    ip domain name drvirus
    ip name-server x.x.x.x.x
    ip name-server 8.8.8.8
    login block-for 180 attempts 3 within 60
    login quiet-mode access-class telnet
    login on-failure log
    login on-success log
    no ipv6 cef
    ipv6 dhcp pool vvv
     prefix-delegation pool version6
     address prefix 3333::/64
     dns-server 4444::1
    multilink bundle-name authenticated
    vpdn enable
    vpdn logging
    vpdn logging local
    vpdn history failure table-size 50
    vpdn-group eeeeeeeeeeee
     accept-dialin
      protocol l2tp
      virtual-template 1
     terminate-from hostname qqqqqq
     local name rrrrrrr
     lcp renegotiation on-mismatch
     l2tp tunnel password 7ekfhjjeklfnlenfl
     l2tp tunnel timeout no-session 60
     ip mtu adjust
    username [email protected]!34`!512&$8#$232!^@^FGsdGD privilege 0 password 7 000sdkjhvsdkjvnah94313085g2355091407458E32425D
    interface Loopback1
     ip address ttttttt 255.255.255.255
    interface GigabitEthernet0/1
     description ttttttt
     ip address 10.60.60.2 255.255.255.0 secondary
     ip address 10.200.200.200 255.255.255.0
     no ip redirects
     no ip unreachables
     no ip proxy-arp
     load-interval 30
     duplex auto
     speed auto
     media-type rj45
     negotiation auto
    interface GigabitEthernet0/1.4
     encapsulation dot1Q 4
     ip address ttttttttt 255.255.255.224
    interface GigabitEthernet0/1.14
     encapsulation dot1Q 14
     ip address 192.168.50.3 255.255.255.0
    interface FastEthernet0/2
     no ip address
     shutdown
     duplex auto
     speed auto
    interface GigabitEthernet0/2
     ip address 10.160.150.2 255.255.255.0
     duplex auto
     speed auto
     media-type rj45
     negotiation auto
    interface GigabitEthernet0/3
     description rrrrrrr
     ip address xxxxxxx 255.255.255.252
     no ip redirects
     no ip unreachables
     no ip proxy-arp
     load-interval 30
     duplex full
     speed 1000
     media-type sfp
     negotiation auto
    interface Virtual-Template1
     ip unnumbered Loopback1
     ip tcp adjust-mss 1412
     no logging event link-status
     peer default ip address pool xxxxx xxxxxx
     ppp mtu adaptive
     ppp authentication pap vpdn1
     ppp authorization vpdn1
     ppp accounting vpdn
    router eigrp 2
     redistribute connected metric 1 2 1 2 1
     passive-interface default
     no passive-interface GigabitEthernet0/1
     network 10.200.200.200 0.0.0.0
     no auto-summary
     eigrp router-id 2.2.2.2
    ip forward-protocol nd
    ip route 0.0.0.0 0.0.0.0 10.200.200.2
    ip route dddddddddd 255.255.255.0 fffffff
    ip route ddddddddd 255.255.255.0 ffffff
    no ip http server
    no ip http secure-server
    ip radius source-interface GigabitEthernet0/2 
    radius-server attribute nas-port format d
    radius-server configure-nas
    radius-server host ddddddddddd auth-port 1812 acct-port 1813 key 7 dddddddddd
    radius-server retransmit 0
    radius-server key 7 dddddddddddddddddd
    radius-server vsa send cisco-nas-port
    radius-server vsa send accounting
    radius-server vsa send authentication
    control-plane
    drvirus#sh ip traffic
    IP statistics:
      Rcvd:  92454889 total, 5908020 local destination
             0 format errors, 94 checksum errors, 3789577 bad hop count
             0 unknown protocol, 23360 not a gateway
             0 security failures, 0 bad options, 3730347 with options
      Opts:  0 end, 0 nop, 0 basic security, 0 loose source route
             0 timestamp, 0 extended security, 0 record route
             0 stream ID, 0 strict source route, 3730347 alert, 0 cipso, 0 ump
             0 other
      Frags: 1409002 reassembled, 485 timeouts, 0 couldn't reassemble
             4542214 fragmented, 9089659 fragments, 2659413 couldn't fragment
      Bcast: 6024 received, 0 sent
      Mcast: 56503 received, 31033 sent
      Sent:  15839581 generated, 2407203241 forwarded
      Drop:  23 encapsulation failed, 0 unresolved, 0 no adjacency
             0 no route, 0 unicast RPF, 0 forced drop
             0 options denied
      Drop:  0 packets with source IP address zero
      Drop:  0 packets with internal loop back IP address
             0 physical broadcast
    ICMP statistics:
      Rcvd: 0 format errors, 0 checksum errors, 0 redirects, 4 unreachable
            140579 echo, 33742 echo reply, 0 mask requests, 0 mask replies, 0 quench
            0 parameter, 0 timestamp, 0 timestamp replies, 0 info request, 0 other
            0 irdp solicitations, 0 irdp advertisements
            0 time exceeded, 0 info replies
      Sent: 0 redirects, 3530 unreachable, 33744 echo, 140579 echo reply
            0 mask requests, 0 mask replies, 0 quench, 0 timestamp, 0 timestamp replies
            0 info reply, 46795 time exceeded, 0 parameter problem
            0 irdp solicitations, 0 irdp advertisements
    TCP statistics:
      Rcvd: 19285 total, 0 checksum errors, 7 no port
      Sent: 39402 total
    BGP statistics:
      Rcvd: 0 total, 0 opens, 0 notifications, 0 updates
            0 keepalives, 0 route-refresh, 0 unrecognized
      Sent: 0 total, 0 opens, 0 notifications, 0 updates
            0 keepalives, 0 route-refresh
    IP-EIGRP statistics:
      Rcvd: 39154 total
      Sent: 39275 total
    PIMv2 statistics: Sent/Received
      Total: 0/0, 0 checksum errors, 0 format errors
      Registers: 0/0 (0 non-rp, 0 non-sm-group), Register Stops: 0/0,  Hellos: 0/0
      Join/Prunes: 0/0, Asserts: 0/0, grafts: 0/0
      Bootstraps: 0/0, Candidate_RP_Advertisements: 0/0
      Queue drops: 0
      State-Refresh: 0/0
    IGMP statistics: Sent/Received
      Total: 0/0, Format errors: 0/0, Checksum errors: 0/0
      Host Queries: 0/0, Host Reports: 0/0, Host Leaves: 0/0 
      DVMRP: 0/0, PIM: 0/0
      Queue drops: 0
    UDP statistics:
      Rcvd: 5632168 total, 0 checksum errors, 9605 no port
      Sent: 15536481 total, 0 forwarded broadcasts
    OSPF statistics:
      Rcvd: 0 total, 0 checksum errors
            0 hello, 0 database desc, 0 link state req
            0 link state updates, 0 link state acks
      Sent: 0 total
            0 hello, 0 database desc, 0 link state req
            0 link state updates, 0 link state acks
    ARP statistics:
      Rcvd: 36012 requests, 25 replies, 0 reverse, 0 other
      Sent: 3590 requests, 1883 replies (41 proxy), 0 reverse
      Drop due to input queue full: 0
    drvirus#sh interfaces switching 
    GigabitEthernet0/1 ffff
              Throttle count          0
                       Drops         RP      29334         SP          0
                 SPD Flushes       Fast     183378        SSE          0
                 SPD Aggress       Fast          0
                SPD Priority     Inputs     196591      Drops          0
        Protocol  IP                  
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process   50222652 1410586379   38933488 2377282438
                Cache misses          0          -          -          -
                        Fast 2501299905  502401799 1732463443 1178236678
                   Auton/SSE          0          0          0          0
        Protocol  DEC MOP             
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process          0          0        104       8008
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        Protocol  ARP                 
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process      36178    2170680       3643     233084
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        Protocol  CDP                 
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process       1039     385469       2067     772027
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        Protocol  Other               
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process       2266     138297       6179     370740
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        NOTE: all counts are cumulative and reset only after a reload.
    Interface FastEthernet0/2 is disabled
    GigabitEthernet0/2 
              Throttle count          0
                       Drops         RP          0         SP          0
                 SPD Flushes       Fast        785        SSE          0
                 SPD Aggress       Fast          0
                SPD Priority     Inputs       1900      Drops          0
        Protocol  IP                  
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process     382927   34296776     382540  106683985
                Cache misses          0          -          -          -
                        Fast        198      31569          0          0
                   Auton/SSE          0          0          0          0
        Protocol  DEC MOP             
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process          0          0        104       8008
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        Protocol  ARP                 
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process       1900     114000       1813     108780
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        Protocol  CDP                 
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process       1030     378010       1031     378377
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        Protocol  Other               
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process          0          0       6180     370800
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        NOTE: all counts are cumulative and reset only after a reload.
    GigabitEthernet0/3 drvirus
              Throttle count          0
                       Drops         RP         15         SP          0
                 SPD Flushes       Fast      22435        SSE          0
                 SPD Aggress       Fast          0
                SPD Priority     Inputs     194236      Drops          0
        Protocol  IP                  
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process   40507058 2970006619   56462488 1872816742
                Cache misses          0          -          -          -
                        Fast 1758170357  386468928 2449949282 3706868609
                   Auton/SSE          0          0          0          0
        Protocol  DEC MOP             
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process          0          0        105       8085
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        Protocol  ARP                 
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process          5        300          7        420
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        Protocol  CDP                 
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process          0          0       1034     379478
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        Protocol  Other               
              Switching path    Pkts In   Chars In   Pkts Out  Chars Out
                     Process          0          0       6180     370800
                Cache misses          0          -          -          -
                        Fast          0          0          0          0
                   Auton/SSE          0          0          0          0
        NOTE: all counts are cumulative and reset only after a reload.
    drvirus#sh ip route summary 
    IP routing table name is Default-IP-Routing-Table(0)
    IP routing table maximum-paths is 32
    Route Source    Networks    Subnets     Overhead    Memory (bytes)
    connected       1           1644        105280      250040
    static          3           0           192         456
    eigrp 2         0           0           0           0
    internal        5                                   5860
    Total           9           1644        105472      256356
    Removing Queue Size 0
    drvirus#sh ip route summary 
    IP routing table name is Default-IP-Routing-Table(0)
    IP routing table maximum-paths is 32
    Route Source    Networks    Subnets     Overhead    Memory (bytes)
    connected       1           1645        105344      250192
    static          3           0           192         456
    eigrp 2         0           0           0           0
    internal        5                                   5860
    Total           9           1645        105536      256508
    Removing Queue Size 0
    drvirus#sh ip route summary 
    IP routing table name is Default-IP-Routing-Table(0)
    IP routing table maximum-paths is 32
    Route Source    Networks    Subnets     Overhead    Memory (bytes)
    connected       1           1645        105344      250192
    static          3           0           192         456
    eigrp 2         0           0           0           0
    internal        5                                   5860
    Total           9           1645        105536      256508
    Removing Queue Size 0
    drvirus#sh ip route summary 
    IP routing table name is Default-IP-Routing-Table(0)
    IP routing table maximum-paths is 32
    Route Source    Networks    Subnets     Overhead    Memory (bytes)
    connected       1           1645        105344      250192
    static          3           0           192         456
    eigrp 2         0           0           0           0
    internal        5                                   5860
    Total           9           1645        105536      256508
    Removing Queue Size 0
    drvirus#
    ANy help ??????!!!!!

    can some one determin if :
     122     9166144   120227216         76  3.30%  2.81%  2.42%   0 L2X Data Daemon
    has a relation to my high cpu 
    her  is agian my cpu process :
    drvirus#sh processes cpu sorted 
    CPU utilization for five seconds: 69%/51%; one minute: 62%; five minutes: 59%
     PID Runtime(ms)     Invoked      uSecs   5Sec   1Min   5Min TTY Process 
      87    22165548   147317354        150  7.60%  6.54%  5.74%   0 IP Input         
      16      682988     2637213        258  3.61%  0.70%  0.37%   0 EnvMon           
     122     9166144   120227216         76  3.30%  2.81%  2.42%   0 L2X Data Daemon  
     270      484700     4987094         97  0.76%  0.84%  0.86%   0 PPP Events       
     260      746640      483367       1544  0.30%  0.51%  0.51%   0 L2TP mgmt daemon 
     112     1082540      228491       4737  0.30%  0.31%  0.31%   0 CEF: IPv4 proces 
     190         596         755        789  0.30%  0.02%  0.00%   2 SSH Process      
     279      461184       78909       5844  0.30%  0.39%  0.45%   0 VTEMPLATE Backgr 
      52      954592       29823      32008  0.30%  0.31%  0.31%   0 Compute load avg 
     272       53744     2782461         19  0.23%  0.17%  0.16%   0 IPHC Admin       
     261      513524      428266       1199  0.23%  0.38%  0.37%   0 L2TUN Applicatio 
     142       31888    35627222          0  0.23%  0.19%  0.20%   0 HQF Shaper Backg 
     258      570384     1602872        355  0.15%  0.18%  0.17%   0 RADIUS           
      78       43280      392561        110  0.15%  0.10%  0.08%   0 ACCT Periodic Pr 
     281       52340      385568        135  0.07%  0.08%  0.09%   0 IP-EIGRP: PDM    
      40       37300      138153        269  0.07%  0.09%  0.10%   0 Net Background   
      77      145860      443602        328  0.07%  0.06%  0.07%   0 AAA ACCT Proc    
     110       31060       53876        576  0.07%  0.03%  0.02%   0 IP RIB Update    
      45       11868       52400        226  0.07%  0.01%  0.00%   0 IF-MGR control p 
     115       20164      103667        194  0.07%  0.02%  0.00%   0 PPP IPCP         
     102      181600      489310        371  0.07%  0.14%  0.15%   0 SSM connection m 
     143        3148     1461382          2  0.07%  0.01%  0.00%   0 RBSCP Background 
      80       19488       22128        880  0.07%  0.02%  0.00%   0 CDP Protocol     
      23      189412       10771      17585  0.00%  0.15%  0.04%   0 AAA high-capacit 
      22           0           1          0  0.00%  0.00%  0.00%   0 CEF MIB API      
      21           0           2          0  0.00%  0.00%  0.00%   0 ATM Idle Timer   
      20         376      153594          2  0.00%  0.00%  0.00%   0 ARP Background   
      24           0           2          0  0.00%  0.00%  0.00%   0 AAA_SERVER_DEADT 
      25           0           1          0  0.00%  0.00%  0.00%   0 Policy Manager   
      26        1376       26590         51  0.00%  0.00%  0.00%   0 DDR Timers       
      31           4          30        133  0.00%  0.00%  0.00%   0 EEM ED Syslog    
      27           0           5          0  0.00%  0.00%  0.00%   0 Entity MIB API   
      33         324      147392          2  0.00%  0.00%  0.00%   0 GraphIt          
      34           0           2          0  0.00%  0.00%  0.00%   0 Dialer event     
      28           0           2          0  0.00%  0.00%  0.00%   0 Serial Backgroun 
      36           0           2          0  0.00%  0.00%  0.00%   0 XML Proxy Client 

  • CRC errors and input errors on Te 1/2 of Cisco WS-C3560X-48 switch

    Hi All,
    I am observing CRC errors and input errors on one of the Te1/2 interface of WS-C3560X-48 Cisco switch. I have not observed any CRC errors or input errors on the connected interface at other end. Can you please let us know whether the issue is with cable or SFP module.
     Effected interface:
    TenGigabitEthernet1/2 is up, line protocol is up (connected)
      Hardware is Ten Gigabit Ethernet, address is f866.f243.e6b6 (bia f866.f243.e6b6)
      Description: *** MAN-SW1B***
      MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
         reliability 254/255, txload 1/255, rxload 1/255
      Encapsulation ARPA, loopback not set
      Keepalive not set
      Full-duplex, 10Gb/s, link type is auto, media type is SFP-10GBase-SR
      input flow-control is off, output flow-control is unsupported
      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 3w5d
      Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
      Queueing strategy: fifo
      Output queue: 0/40 (size/max)
      5 minute input rate 29000 bits/sec, 30 packets/sec
      5 minute output rate 45000 bits/sec, 37 packets/sec
         68905128 packets input, 8272036576 bytes, 0 no buffer
         Received 68904979 broadcasts (68812046 multicasts)
         0 runts, 0 giants, 0 throttles
         146170 input errors, 130065 CRC, 0 frame, 0 overrun, 0 ignored
         0 watchdog, 68812046 multicast, 0 pause input
         0 input packets with dribble condition detected
         83524620 packets output, 12642123488 bytes, 0 underruns
         0 output errors, 0 collisions, 1 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
    Other end.
    TenGigabitEthernet1/4 is up, line protocol is up (connected)
      Hardware is Ten Gigabit Ethernet Port, address is 503d.e53b.9703 (bia 503d.e53                                                                                        b.9703)
      Description: *** DMZ-SW1B ***
      MTU 1500 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, link type is auto, 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 00:00:00, output never, output hang never
      Last clearing of "show interface" counters never
      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 32000 bits/sec, 27 packets/sec
      5 minute output rate 21000 bits/sec, 22 packets/sec
         918379921 packets input, 312586470396 bytes, 0 no buffer
         Received 881142868 broadcasts (875016400 multicasts)
         0 runts, 0 giants, 0 throttles
         0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
         0 input packets with dribble condition detected
         463132111 packets output, 240865283601 bytes, 0 underruns
         0 output errors, 0 collisions, 1 interface resets
         0 babbles, 0 late collision, 0 deferred
         0 lost carrier, 0 no carrier
         0 output buffer failures, 0 output buffers swapped out

    When there are more than two members in a cluster (stack), the Gigabit interface operates at half-duplex. Since collisions can result at half-duplex, some CRCs errors are normal.

  • Input errors between PE - P

    Hi,
    Here is the picture: two multimode direct fibers between PE - P
    We are trying to figure out what is causing these erros. No physical issue, we changed both fibers and Gbics...
    Here are the "sh int" outputs:
    PE#sh int gi0/0
    GigabitEthernet0/0 is up, line protocol is up
    Hardware is Pinnacle GE, address is 0015.2bc1.7a00 (bia 0015.2bc1.7a00)
    Description: "LAN-1"
    Internet address is 10.9.128.162/29
    MTU 1508 bytes, BW 1000000 Kbit, DLY 10 usec,
    reliability 255/255, txload 1/255, rxload 6/255
    Encapsulation ARPA, loopback not set
    Keepalive set (10 sec)
    Full-duplex, 1000Mb/s, link type is auto, media type is SX
    output flow-control is unsupported, input flow-control is unsupported
    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 never
    Input queue: 1/75/154/0 (size/max/drops/flushes); Total output drops: 0
    Queueing strategy: Class-based queueing
    Output queue: 0/40 (size/max)
    5 minute input rate 26443000 bits/sec, 3260 packets/sec
    5 minute output rate 826000 bits/sec, 757 packets/sec
    62874619 packets input, 69579981142 bytes, 0 no buffer
    Received 13516 broadcasts (12963 IP multicast)
    0 runts, 0 giants, 8 throttles
    0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 13515 multicast, 0 pause input
    9740618 packets output, 5499966337 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
    PE#sh int gi2/0
    GigabitEthernet2/0 is up, line protocol is up
    Hardware is Pinnacle GE, address is 0015.2bc1.7a40 (bia 0015.2bc1.7a40)
    Description: "LAN-2"
    Internet address is 10.9.128.170/29
    MTU 1508 bytes, BW 1000000 Kbit, DLY 10 usec,
    reliability 255/255, txload 1/255, rxload 1/255
    Encapsulation ARPA, loopback not set
    Keepalive set (10 sec)
    Full-duplex, 1000Mb/s, link type is auto, media type is SX
    output flow-control is unsupported, input flow-control is unsupported
    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 never
    Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
    Queueing strategy: Class-based queueing
    Output queue: 0/40 (size/max)
    5 minute input rate 0 bits/sec, 0 packets/sec
    5 minute output rate 1789000 bits/sec, 927 packets/sec
    27669 packets input, 2470375 bytes, 0 no buffer
    Received 22503 broadcasts (30345 IP multicast)
    0 runts, 0 giants, 0 throttles
    0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 22502 multicast, 0 pause input
    12522447 packets output, 9128204929 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
    The "P" outputs are in the next post, no space here.

    Here are the "P" outputs:
    P#sh int gi1/1
    GigabitEthernet1/1 is up, line protocol is up (connected)
    Hardware is C6k 1000Mb 802.3, address is 0015.c674.6480 (bia 0015.c674.6480)
    Description: LAN-1
    Internet address is 10.9.128.161/29
    MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
    reliability 255/255, txload 6/255, rxload 1/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:04, output 00:00:00, output hang never
    Last clearing of "show interface" counters 09:09:59
    Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
    Queueing strategy: fifo
    Packet Drop strategy: random early detection (DWRED)
    Output queue: 0/40 (size/max)
    5 minute input rate 855000 bits/sec, 763 packets/sec
    5 minute output rate 26529000 bits/sec, 3249 packets/sec
    L2 Switched: ucast: 5844 pkt, 409196 bytes - mcast: 11129 pkt, 960180 bytes
    L3 in Switched: ucast: 9745644 pkt, 5540218698 bytes - mcast: 0 pkt, 0 bytes mcast
    L3 out Switched: ucast: 62884542 pkt, 70124129829 bytes mcast: 0 pkt, 0 bytes
    9764197 packets input, 5541857121 bytes, 0 no buffer
    Received 12792 broadcasts (0 IP multicast)
    0 runts, 0 giants, 0 throttles
    3004616 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 0 multicast, 0 pause input
    0 input packets with dribble condition detected
    62889284 packets output, 69863793399 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
    P#sh int gi2/1
    GigabitEthernet2/1 is up, line protocol is up (connected)
    Hardware is C6k 1000Mb 802.3, address is 0015.c674.6480 (bia 0015.c674.6480)
    Description: LAN-2
    Internet address is 10.9.128.169/29
    MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
    reliability 248/255, txload 1/255, rxload 1/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:01, output 00:00:00, output hang never
    Last clearing of "show interface" counters 09:12:06
    Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
    Queueing strategy: fifo
    Packet Drop strategy: random early detection (DWRED)
    Output queue: 0/40 (size/max)
    5 minute input rate 1672000 bits/sec, 941 packets/sec
    5 minute output rate 0 bits/sec, 0 packets/sec
    L2 Switched: ucast: 5862 pkt, 410276 bytes - mcast: 11290 pkt, 1002420 bytes
    L3 in Switched: ucast: 12556198 pkt, 9184360197 bytes - mcast: 1122 pkt, 107686 bytes mcast
    L3 out Switched: ucast: 0 pkt, 0 bytes mcast: 8397 pkt, 791838 bytes
    12575958 packets input, 9186038853 bytes, 0 no buffer
    Received 14636 broadcasts (960 IP multicast)
    0 runts, 0 giants, 0 throttles
    5349221 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 0 multicast, 0 pause input
    0 input packets with dribble condition detected
    27594 packets output, 2571230 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
    There are lots of input errors just in the P interfaces... we are running out of ideas about what is going on...
    Thanks,

  • Queue a dynamic container type

    Hi,
    I have several threads running, each waiting for an input queue (queue names are numbered  by threads: "Queue0", "Queue1", ...) and expecting an individual container type as input in the queue.
    I have variables for all these input containers, also numbered by threads: FileGlobals.Input0, FileGlobals.Input1, ...
    Now I would like to send these input containers through the queues to the various threads in a loop in TestStand, e.g., something like (in pseudo code representing steps in a sequence):
    for thread = 1 to n
    Enqueue(Queuename= Str(thread, "Queue%d"); Element to enqueue: Str(thread, "FileGlobals.Input%d"))
    end
    I tried to enqueue
    FileGlobals.GetPropertyObject(Str(thread, "Input%d"), 0)
    and the thread end of the queue gives me an error about an incompatible type being dequeued. I also tried the same with "AsPropertyObject", did not work either.
    Is there a way to do this?
    Thanks,
    Peter
    Solved!
    Go to Solution.

    Hi Peter,
    Yes it is possible if you use Evaluate().
    Just see the example
    regards
    juergen
    =s=i=g=n=a=t=u=r=e= Click on the Star and see what happens :-) =s=i=g=n=a=t=u=r=e=
    Attachments:
    Dequeue.seq ‏6 KB
    Enqueue.seq ‏7 KB

  • Equal opportunities for all queues

    Hi!
    My application receives messages from several queues. I use separate MyListener instance for every queue. I synchronized the onMessage method on static Object, so only one message from all queues is processed in given moment:
    MyListener implements MessageListener
    static Object object;
    onMessage (Message message)
    synchronized (object)
    //process
    Do the "synchronized" and "onMessage" promise equal opportunities for all input queues? Can you give a link to relevant documentation?

    According to the JMS specification, a session is a single threaded context that shields applications from worrying about thread safety. So if you create all the queue receivers from the same session, you shouldn't need to synchronize onMessage. To promote equal opportunities, you'll want to synchronize as little as possible - but this is really a JMS implementation issue and you'll probably need to experiment a little to find out if any starvation occurs.
    - Bjarne.

  • Another TCP Reassembly Queue Issue - Help Understanding Sh IP Traffic Results

    I recently started seeing the TCP Out-of-Order blurbs on my 1921/k9 routers logs. See following....
    *Oct 28 06:41:32.793: %FW-4-TCP_OoO_SEG: Dropping TCP Segment: seq:-1475532578 1500 bytes is out-of-order; expected seq:2819411594. Reason: TCP reassembly queue overflow - session 192.168.10.11:58675 to 23.77.232.34:80 on zone-pair ccp-zp-in-out class ccp-protocol-http
    *Oct 28 15:09:21.539: %FW-4-TCP_OoO_SEG: Dropping TCP Segment: seq:79628295 1488 bytes is out-of-order; expected seq:79600783. Reason: TCP reassembly queue overflow - session 192.168.10.25:55690 to 206.19.48.10:80 on zone-pair ccp-zp-in-out class ccp-protocol-http
    *Oct 28 15:16:44.803: %FW-4-TCP_OoO_SEG: Dropping TCP Segment: seq:-1210068379 1500 bytes is out-of-order; expected seq:3084764253. Reason: TCP reassembly queue overflow - session 192.168.10.13:50591 to 107.167.193.162:80 on zone-pair ccp-zp-in-out class ccp-protocol-http
    I temporarily disabled TCP Queue length logs (setting to 0) after having changed to several options including 128 and 1024 did not help. The output of Sh IP Traffic....
    "Router#sh ip traffic
    IP statistics:
      Rcvd:  411466 total, 163659 local destination
             0 format errors, 0 checksum errors, 2 bad hop count
             0 unknown protocol, 1 not a gateway
             0 security failures, 0 bad options, 0 with options
      Opts:  0 end, 0 nop, 0 basic security, 0 loose source route
             0 timestamp, 0 extended security, 0 record route
             0 stream ID, 0 strict source route, 0 alert, 0 cipso, 0 ump
             0 other
      Frags: 0 reassembled, 0 timeouts, 0 couldn't reassemble
             0 fragmented, 0 fragments, 0 couldn't fragment
      Bcast: 162854 received, 415 sent
      Mcast: 0 received, 0 sent
      Sent:  5560 generated, 18211176 forwarded
      Drop:  22 encapsulation failed, 0 unresolved, 0 no adjacency
             2383 no route, 0 unicast RPF, 0 forced drop
             0 options denied
      Drop:  0 packets with source IP address zero
      Drop:  0 packets with internal loop back IP address
             0 physical broadcast
    ICMP statistics:
      Rcvd: 0 format errors, 0 checksum errors, 0 redirects, 0 unreachable
            11 echo, 0 echo reply, 0 mask requests, 0 mask replies, 0 quench
            0 parameter, 0 timestamp, 0 timestamp replies, 0 info request, 0 other
            0 irdp solicitations, 0 irdp advertisements
            0 time exceeded, 0 info replies
      Sent: 2028 redirects, 2809 unreachable, 35 echo, 11 echo reply
            0 mask requests, 0 mask replies, 0 quench, 0 timestamp, 0 timestamp replies
            0 info reply, 2 time exceeded, 0 parameter problem
            0 irdp solicitations, 0 irdp advertisements
    BGP statistics:
      Rcvd: 0 total, 0 opens, 0 notifications, 0 updates
            0 keepalives, 0 route-refresh, 0 unrecognized
      Sent: 0 total, 0 opens, 0 notifications, 0 updates
            0 keepalives, 0 route-refresh
    PIMv2 statistics: Sent/Received
      Total: 0/0, 0 checksum errors, 0 format errors
      Registers: 0/0 (0 non-rp, 0 non-sm-group), Register Stops: 0/0,  Hellos: 0/0
      Join/Prunes: 0/0, Asserts: 0/0, grafts: 0/0
      Bootstraps: 0/0, Candidate_RP_Advertisements: 0/0
      Queue drops: 0
      State-Refresh: 0/0
    IGMP statistics: Sent/Received
      Total: 0/0, Format errors: 0/0, Checksum errors: 0/0
      Host Queries: 0/0, Host Reports: 0/0, Host Leaves: 0/0 
      DVMRP: 0/0, PIM: 0/0
      Queue drops: 0
    TCP statistics:
      Rcvd: 39 total, 0 checksum errors, 37 no port
      Sent: 2 total
    EIGRP-IPv4 statistics:
      Rcvd: 0 total
      Sent: 0 total
    UDP statistics:
      Rcvd: 163487 total, 0 checksum errors, 162603 no port
      Sent: 695 total, 0 forwarded broadcasts
    OSPF statistics:
      Last clearing of OSPF traffic counters never
      Rcvd: 0 total, 0 checksum errors
            0 hello, 0 database desc, 0 link state req
            0 link state updates, 0 link state acks
      Sent: 0 total
            0 hello, 0 database desc, 0 link state req
            0 link state updates, 0 link state acks
    ARP statistics:
      Rcvd: 3651888 requests, 72 replies, 0 reverse, 0 other
      Sent: 159 requests, 28560 replies (225 proxy), 0 reverse
      Drop due to input queue full: 0"
    Would someone be so kind as to help me understand a little about my IP Traffic and what might be going wrong? Thanks for any input. --Tim

    With Queue Length set to 1024:
    Router>show ip inspect statistics
    Interfaces configured for inspection 4294967294
    Session creations since subsystem startup or last reset 0
    Current session counts (estab/half-open/terminating) [0:0:0]
    Maxever session counts (estab/half-open/terminating) [0:0:0]
    Last session created never
    Last statistic reset never
    Last session creation rate 0
    Maxever session creation rate 0
    Last half-open session total 0
    TCP reassembly statistics
      received 0 packets out-of-order; dropped 0
      peak memory usage 0 KB; current usage: 0 KB
      peak queue length 0

  • Command to see transmit qeueing drops in Nexus 5548

    Hello, 10g links in our core are getting rather congested as seen by MRTG graphs. Any command on Nexus 5548 to show transmit queuing drops on a given interface?

    You could use #show queing interface eth 1/1
    it shows you output similar as below:
    NEXUS-1# show queuing interface ethernet 1/1
    Ethernet1/1 queuing information:
      TX Queuing
        qos-group  sched-type  oper-bandwidth
            0       WRR            100
      RX Queuing
        qos-group 0
        q-size: 470080, HW MTU: 9216 (9216 configured)
        drop-type: drop, xon: 0, xoff: 470080
        Statistics:
            Pkts received over the port             : 222434
            Ucast pkts sent to the cross-bar        : 199674
            Mcast pkts sent to the cross-bar        : 22760
            Ucast pkts received from the cross-bar  : 101087
            Pkts sent to the port                   : 145083
            Pkts discarded on ingress               : 0
            Per-priority-pause status               : Rx (Active), Tx (Inactive)
      Total Multicast crossbar statistics:
        Mcast pkts received from the cross-bar      : 43996

Maybe you are looking for


HashFlare