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.

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.

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)

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.

Qos using priority queue drops

I have following config for Qos.
Basically Access-list match the voip/signalling traffic & put that in High queue. I am trying to figure without hight utilization why I am seeing output drops in high queue.
7206#sh int s5/1/5:0
Serial5/1/5:0 is up, line protocol is up
Hardware is PA-MC-2T3+
Description: T1
Internet address is 172.17.133.105/30
MTU 1500 bytes, BW 1536 Kbit, DLY 20000 usec,
reliability 255/255, txload 24/255, rxload 23/255
Encapsulation HDLC, crc 16, loopback not set
Keepalive set (10 sec)
Last input 00:00:06, output 00:00:00, output hang never
Last clearing of "show interface" counters 01:58:03
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 1800
Queueing strategy: priority-list 4
Output queue (queue priority: size/max/drops):
high: 0/20/1764, medium: 0/20/0, normal: 0/15/36, low: 0/15/0
5 minute input rate 143000 bits/sec, 82 packets/sec
5 minute output rate 145000 bits/sec, 83 packets/sec
734269 packets input, 148368640 bytes, 0 no buffer
Received 708 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
734855 packets output, 148838576 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions no alarm present
Timeslot(s) Used: 1-24, subrate: 1536Kb/s, transmit delay is 0 flags
non-inverted data
==============================================================================
7200#sh run int s2/1/5:0
Building configuration...
Current configuration : 254 bytes
interface Serial2/1/5:0
description T1
ip address x.x.x.x
no ip redirects
no ip unreachables
no ip proxy-arp
no snmp trap link-status
priority-group 4
no cdp enable
end
====================================================================================
Define access-list to match voice/signalling traffic
access-list 140 permit udp any any range 1024 1151
access-list 140 permit udp any any range 16384 32767
access-list 140 permit udp any any eq 2427
access-list 140 permit udp any any eq 2429
access-list 140 permit udp any any eq 5060
priority-list 4 protocol ip high list 140
priority-list 4 queue-limit 20 20 15 15

Hi,
your queue limit is 20 packets. This can explain the behaviour. If there are 20 packets in the queueing system waiting to be serviced any newly arriving packet will be dropped.
Basically you can have drops in any queue in any queueing system if there is a permanent overload situation. There is no magic trick, if you f.e. permanently send 2 Mbps voip towards a T1. There will be drops.
QoS does not create resources, it just distributes them among your important traffic classes.
Besides this I also would suggest you to use class based queueing based on Modular QoS CLI (MQC). It is more flexible and precise than the old legacy methods like priority queueing, which you are using. On the other hand, if this is sufficient for you, why not.
Regards, Martin

Output queue drops

I just recently cleared the counters on this, and I see this below. Customer states the internet is 'slow'. They have a full 100mbs connection no policy added to interface. I have increased the hold queue as you can see, but still have drops. My question is, why isnt the output queue showing any activity? It still shows 0/150 (size/max) even when its dropping. Shouldnt this number be a percentage or atleast a 150/150 when it starts dropping so you can try to figure out where a value should be?
reliability 255/255, txload 10/255, rxload 1/255
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 2828
Queueing strategy: fifo
Output queue: 0/150 (size/max)
30 second input rate 438000 bits/sec, 312 packets/sec
30 second output rate 3925000 bits/sec, 466 packets/sec

I am still plagued with this problem. Hopefully I will have some real answers next week with whats going on. I have a Cisco rep coming into town and should be able to work at this all week.
It appears to be strictly switch related. Going from a 1GIG interface from the core, down to 10mbs seems to be where the output drops are happening on the customers interface. I have moved a all policing/shaping onto the 1GBS core link, and still get drops. Although it is not as bad as it used to be.... I have also reconfigured the Ethernet interface to be 'auto' rather than hard coded so the customer is free to use whatever port speed they want and its rate shaped off another port.
Does anyone else have problems with this ME3400 line from Cisco? Is anyone else seeing the massive output drops?
If not, would love to see a sample config on an Internet link type of setup and a P2P setup config...

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)

OID for "output queue drops" ?

Hi All!
We use Zenoss Enterprise to monitor our ~ 3200 Cisco devices. We have successfully been able to use OIDs such as 1.3.6.1.2.1.2.2.1.20 and 1.3.6.1.2.1.2.2.1.14 to keep an eye on ifInErrors and ifOutErrors. However, we need to monitor the transmit output queue drops, i.e. the stat reported via sh int <interface> :
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 405496
Please be gentle with me - I am NOT a SNMP guru. (I think it ought to be called CNMP - Complex Network Management Protocol ;-) . But, a starting point would be an OID that reports that value, even if it is a simple counter, we can take it from there.
Here's a screen shot of the Performance Template that is workin for montitoring other data:
Thanks!
Steve

Success! Found it here:
http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&objectInput=1.3.6.1.4.1.9.2.2.1.1.27
Thanks for being there for me, people - no really, I'm never sarcastic. Sometimes nothing does the trick like a little peer pressure combined with Mr. Google. This is a great forum with a very easy to use engine.
Here are the results from Zenoss:
Executing command
snmpwalk -cxxxxx -v2c 10.254.248.6 1.3.6.1.4.1.9.2.2.1.1.27
against ECB-3560G-1A.6.episd.org
SNMPv2-SMI::enterprises.9.2.2.1.1.27.1 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.248 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.5004 = INTEGER: 16846
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10101 = INTEGER: 110287486
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10102 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10103 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10104 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10105 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10106 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10107 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10108 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10109 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10110 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10111 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10112 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10113 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10114 = INTEGER: 9
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10115 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10116 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10117 = INTEGER: 6020
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10118 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10119 = INTEGER: 622
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10120 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10121 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10122 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10123 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10124 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10125 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10126 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10127 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10128 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10129 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10130 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10131 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10132 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10133 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10134 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10135 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10136 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10137 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10138 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10139 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10140 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10141 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10142 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10143 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10144 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10145 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10146 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10147 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10148 = INTEGER: 57735401
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10149 = INTEGER: 16846
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10150 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10151 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10152 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10501 = INTEGER: 0
Steve

QoS - output queues dropped.

Hi, i have a phone thats no working fine, it unregister all the time from the sip server.
The port connected to the phone has output queues dropped on queue 1. ¿That's normal? ¿What could be the cause that there drop packet?
Thanks!
I have this configuration for Qos on the switch port:
interface FastEthernet0/15
switchport mode access
switchport voice vlan 15
priority-queue out
mls qos trust cos
spanning-tree portfast
sh mls qos int fa0/15 st
FastEthernet0/15 (All statistics are in packets)
dscp: incoming
0 - 4 : 184994 0 0 0 0
5 - 9 : 0 0 0 0 0
10 - 14 : 0 0 0 0 0
15 - 19 : 0 0 0 0 0
20 - 24 : 0 0 0 0 0
25 - 29 : 0 2298420 0 0 0
30 - 34 : 0 0 0 0 0
35 - 39 : 0 0 0 0 0
40 - 44 : 0 0 0 0 0
45 - 49 : 0 4806226 0 16934 0
50 - 54 : 0 0 0 0 0
55 - 59 : 0 0 0 0 0
60 - 64 : 0 0 0 0
dscp: outgoing
0 - 4 : 8134930 0 0 0 0
5 - 9 : 0 0 0 0 0
10 - 14 : 0 0 0 0 0
15 - 19 : 0 0 0 0 0
20 - 24 : 0 0 0 0 0
25 - 29 : 0 0 0 0 0
30 - 34 : 0 0 0 0 0
35 - 39 : 0 0 0 0 0
40 - 44 : 861 0 0 0 0
45 - 49 : 0 0 0 5 0
50 - 54 : 0 0 0 0 0
55 - 59 : 0 0 0 0 0
60 - 64 : 0 0 0 0
cos: incoming
0 - 4 : 875001 0 0 0 0
5 - 7 : 6544104 0 0
cos: outgoing
0 - 4 : 8781009 3 6 1 2
5 - 7 : 275463 5 17983
output queues enqueued:
queue: threshold1 threshold2 threshold3
queue 0: 292615 0 0
queue 1: 8562114 44049 5388502
queue 2: 0 0 0
queue 3: 17982 0 183824
output queues dropped:
queue: threshold1 threshold2 threshold3
queue 0: 0 0 0
queue 1: 5349 0 0
queue 2: 0 0 0
queue 3: 0 0 0
Policer: Inprofile: 0 OutofProfile: 0

Martin,
Refer to this link you need to modify your buffers etc. :http://www.cisco.com/c/en/us/support/docs/switches/catalyst-3750-series-switches/116089-technote-switches-output-drops-qos-00.html
-Terry
Please rate all helpful posts

Input packet drops on uplink port-profile

Hi,
I'm using Nexus 1000v and vSphere 5.1;
I just migrated some physical servers to VM, and I have some weird reporting issues;
Just to make sure it wasn't a network issue they asked me to verify if anything was overlooked on the Nexus side of things;
Everything checked out, but I'm seeing a lot of input packet drops on the physical ports of the system uplink port-profile; I doubled checked the configs on the VSM and the Catalyst stack and all is configured properly;
should I be concerned about these Input packet drops that I'm seeing on the VSM on the physical interfaces of my uplink port-profile? If so, could it be the NICS in the ESX host that could be the issue?
Any feed back would be appreciated;
Thanks.

I have the same symptomps on 3 different Nexus 1000v. All 3 run the same version - 4.2(1)SV2(1.1) VMware is 5.0 sp1 and the hardware for ESXi hosts is more or less the same (At least server blade model and CNA).
We have tried to use vempkt to capture traffic but no traffic is captured if we filter on drops even though the counter on the port-channel and member Ethernet interfaces increase. On the hosts we tried vempkt we see about 20 drops per second. Here is some info. I have removed some irrellevant stuff.
NRK-VSM-001# show int po 14
port-channel14 is up
Members in this channel: Eth6/3, Eth6/4
6172 input packet drops <- Increases
NRK-VSM-001# show mod 6
Mod Sw Hw
6 4.2(1)SV2(1.1) VMware ESXi 5.0.0 Releasebuild-1024429 (3.0)
Mod Server-IP Server-UUID Server-Name
6 10.16.1.12 4c4c4544-0034-3010-8036-b4c04f33354a nrk-vi01-h07.nt.se
FROM The ESXi
~ # vemcmd show port
LTL VSM Port Admin Link State PC-LTL SGID Vem Port Type
 19 Eth6/3 UP UP F/B* 305 0 vmnic2
 20 Eth6/4 UP UP F/B* 305 0 vmnic3
~ # vempkt show capture info
Stage : Drop
 LTL : 305
 VLAN : Unspecified
 Filter : Unspecified
Even if we let the capture run for several minutes we see no drops. I set it to capture 31 packets.
~ # vempkt show info
 Enabled : Yes
 Total Packet Entries : 0 <- Never increases even if the capture is running filtered like above
Wrapped Packet Entries : 0
 Lost Packet Entries : 0
Skipped Packet Entries : 560145
Available Packet Entries : 14169
 Packet Capture Size : 88
 Packet Capture Mode : Un Reliable
Stop After Packet Entry : 31
In our case, could the input drops depend on that we allow vlans from the upstream hardware switch to the VEM that do not exist on the N1000v and that this is the reason we can not capture the dropped packets?
Any ideas?
PS: We see drops on uplinks on all VEMs

Mic input sound dropping in some apps?

I can't figure out what the cause might be, but my mic, an old Apple (mini pin jack, I think) mic connects to an iMic USB Audio Interface. For some reason on reboot or turning on games like Call of Duty 4, the sound input drops to near zero, and I have to open my sound pref to adjust it. It is getting annoying and AFAIK, I don't have any hot keys associated with the input. I'm using an apple extended keyboard...
Thanks
Jeff
Message was edited by: Jefferis Peterson

I'm having the same issue in my Mercedes. iPhone 5s pairs bluetooth perfectly fine, phone calls, Siri, music player, Spotify, all work great through car speakers. Youtube app, and a few others do not stream audio through the speakers though. They used to, with iphone 4 and previous ios, with same car and bluetooth.
Any advice is appreciated.

Alv input feild drop down

hi all,
i want a drop down list in the ALV GRID input field, but i hv no idea for it can anybody gave me some idea or sample program for that,
thanks in advanced
chetan vishnoi
Message was edited by: chetan vishnoi

hi kishan,
thank u very much for that but can u plc tell me how i code in our program ,
my module is this-->
MODULE status_0100 OUTPUT.
SET PF-STATUS 'ALV'.
SELECT matnr ernam pstat mtart lvorm FROM mara
 INTO CORRESPONDING FIELDS OF TABLE t_mara
 WHERE matnr LIKE '100%'.
CREATE OBJECT custom_container
 EXPORTING
 container_name = 'CONTAINER'
CREATE OBJECT alvgrid
 EXPORTING
 i_parent = custom_container.
fieldcattab-col_pos = 1.
fieldcattab-checkbox = 'X'.
fieldcattab-edit = 'X'.
APPEND fieldcattab.
fieldcattab-col_pos = 2.
fieldcattab-fieldname = 'LVORM'.
fieldcattab-tabname = 'T_MARA'.
fieldcattab-edit = 'X'.
fieldcattab-no_out = 'X'.
APPEND fieldcattab.
CLEAR fieldcattab.
fieldcattab-col_pos = 3.
fieldcattab-fieldname = 'MATNR'.
fieldcattab-tabname = 'T_MARA'.
fieldcattab-coltext = 'Material no'.
fieldcattab-edit = ' '.
APPEND fieldcattab.
CLEAR fieldcattab.
fieldcattab-col_pos = 4.
fieldcattab-fieldname = 'ERNAM'.
fieldcattab-tabname = 'T_MARA'.
fieldcattab-coltext = 'User name'.
APPEND fieldcattab.
CLEAR fieldcattab.
fieldcattab-col_pos = 5.
fieldcattab-fieldname = 'PSTAT'.
fieldcattab-tabname = 'T_MARA'.
fieldcattab-coltext = 'Status'.
APPEND fieldcattab.
CLEAR fieldcattab.
fieldcattab-col_pos = 6.
fieldcattab-fieldname = 'MTART'.
fieldcattab-tabname = 'T_MARA'.
fieldcattab-coltext = 'Material type'.
fieldcattab-edit = 'X'.
fieldcattab-drdn_field = t_mara-MTART.
fieldcattab-outputlen = 5.
APPEND fieldcattab.
CLEAR fieldcattab.
fieldcattab-col_pos = 7.
fieldcattab-fieldname = 'MTART'.
fieldcattab-edit = 'X'.
fieldcattab-drdn_field = 'DROP_DOWN_HANDLE'.
fieldcattab-outputlen = 5.
fieldcattab-checktable = T_MARA.
APPEND fieldcattab.
gs_layout-grid_title = text-003.
gs_layout-no_toolbar = 'X'.
gs_layout-sel_mode = 'A'.
gs_layout-zebra = 'X'.
gs_layout-info_fname = 'C600'.
fcode = '&VCRYSTAL'.
APPEND fcode TO t_print.
CALL METHOD alvgrid->set_table_for_first_display
 EXPORTING
 I_BYPASSING_BUFFER =
 I_BUFFER_ACTIVE =
 I_CONSISTENCY_CHECK =
 I_STRUCTURE_NAME =
 IS_VARIANT =
 I_SAVE =
 I_DEFAULT = 'X'
 is_layout = gs_layout
 IS_PRINT =
 IT_SPECIAL_GROUPS =
 it_toolbar_excluding = t_print[]
 IT_HYPERLINK =
 IT_ALV_GRAPHICS =
 CHANGING
 it_outtab = t_mara[]
 it_fieldcatalog = fieldcattab[]
 IT_SORT =
 IT_FILTER =
EXCEPTIONS
 INVALID_PARAMETER_COMBINATION = 1
 PROGRAM_ERROR = 2
 TOO_MANY_LINES = 3
 others = 4
IF sy-subrc <> 0.
MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
 WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
ENDIF.
SET HANDLER lcl_event_receiver=>handle_user_command
 lcl_event_receiver=>handle_menu_button
lcl_event_receiver=>handle_toolbar FOR ALL INSTANCES.
*CALL METHOD alvgrid->set_toolbar_interactive.
ENDMODULE. " STATUS_0100 OUTPUT
i want to doo the change in highlighted part, want a drop down here in material filed.
how do this?
thanks in advance
chetan vishnoi

What types of Interface Errors lead to Input/Output Drops/Discards?

Hi All,
I was wondering if anyone knows if all of the following errors would lead to packet drops/discards.
Runts
Giants
Framing Errors
Overrun Errors
Abort Errors
Also, are there any types of interface errors that don't lead to packet drops/discards?
So if all interface errors lead to packet drops/discards, I may not have to poll for multiple OIDs for these errors, but instead just poll for packet drops/discards.
Any insight would be appreciated.
Thanks,
David

ifInDrops do not related to errors. In fact, ifInDiscards specifically count packets that were discarded without an associated error. This could be due to a lack of buffer space (e.g. no queue slot), or there was no listener for a TCP connection. The same is true for ifOutDiscards.
For a consolidated error count, look at ifInErrors and ifOutErrors. It will depend on the interface/encapsulation type as to what exactly will be counted as an error, but anything that would be an encap-specific error should appear in one of the interface error counters.

Calls in queue drop when first call is answered

When all agents are busy and there are multiple calls in queue, at the point a call gets routed to an agent and answered from queue, the other calls in queue hear the disconnect prompt.
This is CME 9.1 on Version 15.0(1r)M16
application
service queue flash:app-b-acd-2.1.2.3.tcl
param queue-len 30
param aa-hunt1 7426701
param queue-manager-debugs 1
param number-of-hunt-grps 1
service KCC flash:app-b-acd-aa-2.1.2.3.tcl
paramspace english index 1
param handoff-string KCC
paramspace english language en
param call-retry-timer 15
param service-name queue
param drop-through-option 1
param second-greeting-time 60
paramspace english location flash:
param drop-through-prompt _TYFC.au
param send-account true
param max-time-vm-retry 3
param voice-mail 1426900
param max-time-call-retry 1400
param aa-pilot 7427701
param number-of-hunt-grps 1
Thanks in advance.
HHe

Try this , see if that helps...
param queue-len number
Router(config-app-param)# param queue-len 15
Sets the maximum number of calls allowed in each ephone hunt group's call queue used by Cisco Unified CME B-ACD.
•number—Number of calls that can be waiting in the call queue for each ephone hunt group. The range is from 1 to 30. The default is 10.

REPORT_ATTRIBUTE_ERROR_MESSAGE functionality for Input Field & Drop down UI

Hi,
We have requirement to handle error messages. In a data input form, if we get multiple errors we are displaying all errors in a message area. When we click on error message, focus should go to the UI element which causes to the error.
We have used 'CALL METHOD lo_message_manager->report_attribute_error_message' by exporting the element and attribute name. This method works fine incase of Input Field type UI element. When we run the application on DISPLAY action errors are displaying for both fields 'INPUT FIELD' and 'DROPDOWNBYINDEX' . But we have URL on the error related to 'INPUT FIELD' and when we click on error message control/cursor going to the INPUT FIELD.
But we could not find same functionality incase of DropDownbyIndex UI Element.
Please help us to resolve the problem. Does SAP Web Dynpro ABAP provide this functionality?
Below attached written code for reference.
CASE lo_action->name.
      WHEN 'DISPLAY'.
        IF lv_num1 IS INITIAL.
         report message
          CALL METHOD lo_message_manager-report_attribute_error_message
            EXPORTING
              message_text              = 'Please enter the value'
              element                   = lo_el_numbers
              attribute_name            = `NUM1`
            params                    =
            msg_user_data             =
            is_permanent              = ABAP_FALSE
            scope_permanent_msg       = CO_MSG_SCOPE_CTXT_ELEMENT
            msg_index                 =
            cancel_navigation         =
            is_validation_independent = ABAP_FALSE
        ENDIF.
        IF lv_age eq '999'.
         report message
          CALL METHOD lo_message_manager-report_attribute_error_message
            EXPORTING
              message_text              = 'Please enter the age'
              element                   = lo_el_personal_info
              attribute_name            = `AGE`
            params                    =
            msg_user_data             =
            is_permanent              = ABAP_FALSE
            scope_permanent_msg       = CO_MSG_SCOPE_CTXT_ELEMENT
            msg_index                 =
            cancel_navigation         =
            is_validation_independent = ABAP_FALSE
        ENDIF.
    ENDCASE.
Thanks
Venkat

Hi venki,
The problem you have told that when you are displaying the error message for input box and drop down by idx using the report_attribute_error_message. Then you click on the error message raised by input box , the focus goes to the input box but the same thing will not happen with the dropdownbyidx.
I have also try the same this its not working for dropdownbyidx but it is working for dropdownbykey.
You can try this.
Regard
Manoj Kumar

ME 2600X input queue drops

Similar Messages

Maybe you are looking for