SG500X Dropped packets

I have been having issues for a long time with the SG500X units. I keep getting many "Drop Events", or dropped packets (as seen in the attachment). There are no real "errors" or issues that I can see otherwise. I have 2 stacked SG500X-48 port switches connected with 10GB cables. I have 13 different LAG groups that span the 2 switches (8 are down-links to SG200 switches for clients). I have 2 physical vmware boxes, and 1 SAN connected with 10GB cables. I have one main physical server that almost everyone accesses to connect to a foxpro database. The drops happen on the highest utilization ports, especially the physical server that is running foxpro. There are about 100 users total (connected to the SG200's).
Any ideas? I have gone through the configurations multiple times with Cisco, and with others. But no change. I have tried everything to correct.

Hi Aleksandra,
Thank you for replying. Boot version is 1.3.7.01, and firmware is 1.3.7.18.
I know there is a newer version, but I have applied about 5 new firmware versions over the last 2 years to try to fix this. I will upgrade soon, but it is a bigger process now that SAN and vmware boxes are tied together over these switches.
EDIT: Of note is that the drops are on the highest utilization ports (vmware, SAN, and a very busy server hosting a foxpro database). We have been thinking it is a buffer issue onthe switch (whether a switch issue or us exceeding its capacity, though not sure how), but have not been able to confirm that.
Mike

Similar Messages

Equium M40X - slow internet dropped packets

I'm using wi-fi and my pc keeps dropping packets every so often (and also does when connected via LAN) making my internet connection a bit slow.
I have had my wifi router changed and it's still doing it.
Thought about upgrading BIOS and wireless driver here but it's too risky, long winded and may not cure it anyway.
My gut feeling is some process is kicking in every so often and slowing things down (my mouse movements sometimes freeze for a few secs).
I have AVG antivirus installed, have run scan and no viruses found.
I've defragged and run registry cleaner.
Any ideas I can try to find what's causing it. cheers

Hi
I dont know if its really a problem!
I use WiFi very often and I have noticed similar issue.
But it depends really from the website and from server which I connect.
However, the WLan driver update should be done at first to check if this could sort the WiFi issue but to be honest Im not sure if this is a WLan problem due to the fact that this also happens while using the LAN.
I think you should check if a Windows updates are possible and available.
If the new BIOS versionis available check if the BIOS update helps.
Using a firewall could have a bad influence on the transmission too!

Firewall Dropping Packets - %FW-6-DROP_PKT: Dropping tcp session X.X.X.X X.

Hi,
Can anyone explain this error and what is a stray Segment with the IP ident 46866. I can't seem to find this error on the Cisco web site the only bug appears to be to do with Zone firewalls. I have an 877 Router on a remote site configured with IPSEC and a Tunnel back to the main office and I'm getting reported connection issues to network drives on servers located local to the LAN and on the headend LAN. Can't seem to find any other errors apart from this one.
%FW-6-DROP_PKT: Dropping tcp session X.X.X.X X.X.X.X due to
Stray Segment with ip ident 46866 tcpflags 0x5010 seq.no 1237259566 ack 3465174792
If any one could help or point me in the right direction that would be great. Failing that I'm jumping off this building.
Ta
Jim

This may help:
Caveat "CSCsj30582"
http://www.cisco.com/en/US/docs/ios/12_4t/release/notes/124TCAVS.html
Symptoms: A Cisco IOS router that is running ZPF (Zone-based Policy Firewall) intermittently drops ESP packets even when it is configured to pass them. This causes traffic over an IPsec VPN tunnel through this router to fail intermittently, although the tunnel is up and phase 1 (isakmp) and phase 2 (ipsec) SAs have been established. If the router is configured to log dropped packets, it will log a %FW-6-DROP_PKT syslog message for these packets.
Conditions: This symptom is observed on a Cisco IOS router that is enabled with ZPF (Zone-based Policy Firewall) and that is configured to pass the ESP traffic based on a "match access-group" policy, where the access list has entries to permit the ESP traffic specifically from one host to another.
For example:
class-map type inspect match-any cm-esp match access-group 100
policy-map type inspect in2out class type inspect cm-esp pass
access-list 100 permit esp host 10.0.0.2 host 10.1.1.2 access-list 100 permit esp host 10.1.1.2 host 10.0.0.2
Workaround: Configure the access list so that the source is "any", for example:
access-list 100 permit esp any host 10.1.1.2 access-list 100 permit esp any host 10.0.0.2
First Alternate Workaround: Use the classic Cisco IOS firewall instead of ZPF; that is, use "ip inspect".
Further Problem Description: If an explicit deny rule is added to the above example, for example:
access-list 100 permit esp host 10.0.0.2 host 10.1.1.2 access-list 100 permit esp host 10.1.1.2 host 10.0.0.2 access-list 100 deny esp any any
Then the show access-list command will indicate that the dropped packets are hitting the deny rule, although they should match one of the permit rules:
Router# show access-lists 100
Extended IP access list 100 10 permit esp host 10.0.0.2 host 10.1.1.2 (999 matches) 20 permit esp host 10.1.1.2 host 10.0.0.2 (999 matches) 30 deny ip any any (1 match)

ISG: Service with traffic policing counts dropped packets.

Hello,
Our company has a router Cisco 7304 NPEG100. ("show version" in the bottom of this message). We are planing to start ISG services at this router, but there is a bug CSCei4190. When I set traffic policing in service, accounting in this service counts packets that has been dropped by traffic policing.
Here is example of my definition of service in RADIUS:
User-Name = 'Internet-Service'
Cisco-AVPair += "ip:traffic-class=in access-group 2000 priority 10"
Cisco-AVPair += "ip:traffic-class=out access-group 2001 priority 10"
Cisco-AVPair += "ip:traffic-class=in default drop"
Cisco-AVPair += "ip:traffic-class=out default drop"
Cisco-AVPair += "prepaid-config=TRAFFIC_PREPAID"
Cisco-AVPair += "accounting-list=ISG_ACCT"
Cisco-Service-Info += "QU;256000;D;512000"
Acct-Interim-Interval += '60'
When I remove Cisco-Service-Info += "QU;256000;D;512000" from service definition, all traffic are counting correctly.
I did not found in Bug Details, which version of IOS, I should use in my 7304 router where this bug is fixed.
Cisco IOS Software, 7300 Software (C7300-A3JK91S-M), Version 12.2(31)SB17, RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2009 by Cisco Systems, Inc.
Compiled Fri 30-Oct-09 12:35 by vpernank
ROM: System Bootstrap, Version 12.2(22r)S, RELEASE SOFTWARE (fc1)
BOOTLDR: 7300 Software (C7300-BOOT-M), Version 12.2(20)S6, RELEASE
SOFTWARE (fc4)
7304 uptime is 17 hours, 24 minutes
Uptime for this control processor is 17 hours, 24 minutes
System returned to ROM by reload at 06:22:24 TSK Wed Feb 23 2005
System restarted at 18:46:54 TSK Mon Mar 22 2010
System image file is "disk0:c7300-a3jk91s-mz.122-31.SB17.bin"
cisco 7300 (NPEG100) processor (revision B) with 983040K/65536K bytes of memory.
SB-1 CPU at 800Mhz, Implementation 0x401, Rev 0.2, 512KB L2 Cache
4 slot midplane, Version 67.49
Last reset from software reset or reload
4 FastEthernet interfaces
3 Gigabit Ethernet interfaces
1021K bytes of non-volatile configuration memory.
62592K bytes of ATA compact flash in bootdisk (Sector size 512 bytes).
125952K bytes of ATA compact flash in disk0 (Sector size 512 bytes).
Configuration register is 0x2102

I am getting other logs sent to the syslog server, yes, just not the firewall-related "dropped packet" logs. Here's an example of one that does make it through:
5790: *Apr 30 15:05:27.039 UTC: %FW-4-TCP_OoO_SEG: Dropping TCP Segment: seq:-647534746 1500 bytes is out-of-order; expectedseq:3647406270. Reason: TCP reassembly queue overflow - session 192.168.1.179:3895 to 54.240.160.142:80 on zone-pair inside-to-Transitclass WB-Browsing
I am not allowing all the traffic across the box. The "self-to-inside" zone-pair just allows the *firewall itself* to initiate any traffic to the inside zone. That's temporary until I get all the management traffic to and from the firewall defined, then I will lock it down further.
And I added the "ip inspect log drop-pkt" and it did not appear to make any difference.
Any other suggestions?
-Mat

High CPU Usage / Dropped Packets - Switch Blade WS-CBS3120X-S

Hi all,
I have a couple of Switches Blade 3120, working as active-standby model (HSRP) on a new site deployment. There are other 20 sites more or less, working on the same model, without issues. But in this one, we are seeing a high cpu usage. The traffic going through the platform is 600Mbps (on peaks), and in this case we have 40% of CPU usage. Traffic should be close to 3 Gbps. When we tried to send the whole traffic through the platform, active switch began to drop packets on the majority of interfaces.
When we analyze the CPU usage, there is a special process called "HL3U bkgrd proce" always have the most CPU use, but we do not know what concerns. We do not know if it is caused because there are PBRs configured. It should not matter. How I mentioned, there are other sites working fine and have had always the same PBR number.
Could you guys help us?. Any idea what is causing the high usage?. Is there a special debug we could to perform to diagnose the issue?. Also, we have seen a high interrupt CPU usage (9% in this case).
Find attached the whole diagnosis outputs.
Thanks for your assistance guys.
Cheers,
Juan Pablo
bog-sib-INT-rtr-1#show processes cpu sorted 5sec
CPU utilization for five seconds: 30%/9%; one minute: 25%; five minutes: 23%
PID Runtime(ms)     Invoked      uSecs   5Sec   1Min   5Min TTY Process
157   140004809   107071220       1307 14.24% 10.19% 9.01%   0 HL3U bkgrd proce
119     6860957     1519183       4516 0.79% 0.59% 0.53%   0 hpm counter proc
166     2511492      302802       8294 0.15% 0.15% 0.15%   0 HQM Stack Proces
199     4182906    15255882        274 0.15% 0.21% 0.20%   0 IP Input
357      237531      782101        303 0.15% 0.03% 0.00%   0 IP SNMP
186         101         148        682 0.15% 0.09% 0.02%   1 Virtual Exec
242       63071     2330717         27 0.15% 0.02% 0.00%   0 CEF: IPv4 proces
12      163754      620353        263 0.15% 0.01% 0.00%   0 ARP Input
   9           0           2          0 0.00% 0.00% 0.00%   0 License Client N
   8          41        1827         22 0.00% 0.00% 0.00%   0 WATCH_AFS
11          50           4      12500 0.00% 0.00% 0.00%   0 Image License br
   7           0           2          0 0.00% 0.00% 0.00%   0 Timers
bog-sib-INT-rtr-1#sh ip cef summary
IPv4 CEF is enabled for distributed and running
VRF Default
119 prefixes (119/0 fwd/non-fwd)
Table id 0x0
Database epoch:        2 (119 entries at this epoch)

Hi Leolaohoo,
I had not played with this one too !!!!...
1). IOS version (It was recently updated)
bog-sib-INT-rtr-1#sh ver
Cisco IOS Software, CBS31X0 Software (CBS31X0-UNIVERSALK9-M), Version 12.2(58)SE1, RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2011 by Cisco Systems, Inc.
Compiled Thu 05-May-11 04:08 by prod_rel_team
ROM: Bootstrap program is CBS31X0 boot loader
BOOTLDR: CBS31X0 Boot Loader (CBS31X0-HBOOT-M) Version 12.2(0.0.951)SE3, CISCO DEVELOPMENT TEST VERSION
bog-sib-INT-rtr-1 uptime is 2 weeks, 3 days, 17 hours, 14 minutes
System returned to ROM by power-on
System restarted at 00:59:27 UTC Sat Jun 9 2012
System image file is "flash:cbs31x0-universalk9-mz.122-58.SE1.bin"
2). What interface do you want to see?, do you want to see all interfaces? . This switch has 16 interfaces that connect servers, and other going to our client. Below, the state of the two kind of interfaces:
Interface to Client (Bearer)
TenGigabitEthernet1/0/1 is up, line protocol is up (connected)
Hardware is Ten Gigabit Ethernet, address is 001f.275d.d81b (bia 001f.275d.d81b)
Description: BearerNContent_Aggregrate
MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 10/255, rxload 14/255
Encapsulation ARPA, loopback not set
Keepalive not set
Full-duplex, 10Gb/s, link type is auto, media type is 10GBase-LR
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 2w3d, output hang never
Last clearing of "show interface" counters 07:07:56
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 562469000 bits/sec, 83641 packets/sec
5 minute output rate 430500000 bits/sec, 73141 packets/sec
     2020563158 packets input, 1739897855828 bytes, 0 no buffer
     Received 13257 broadcasts (13257 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 13257 multicast, 0 pause input
     0 input packets with dribble condition detected
     1745065310 packets output, 1347244137726 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     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
Interface to Server
GigabitEthernet1/0/8 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 001f.275d.d808 (bia 001f.275d.d808)
Description: bog-15
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 15/255, rxload 12/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, link type is auto, media type is 1000BaseX
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output 00:00:17, output hang never
Last clearing of "show interface" counters 07:09:12
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 19418
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 47705000 bits/sec, 7155 packets/sec
5 minute output rate 58897000 bits/sec, 8011 packets/sec
     178178750 packets input, 153802177226 bytes, 0 no buffer
     Received 4091 broadcasts (0 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     212233312 packets output, 206621942776 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     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
Thanks for your help. I am losing my hair with this issue.
Cheers,
Juan P.

AEBS; Poor throughput, Dropping Packets(Wired or Not)

I have an AEBS that was purchased in 2007.
So very recently I started noticing very poor network performance. Throughput to the internet was horrible, around 2mbps at times. Power cycling the AEBS would make it be ok for a while... about 9-10Mbps. However I usually was getting around 20mbps even when using wifi. This was wired!!!
Also, I noticed that packets were dropping. Anywhere from 1.5-4% packet loss when doing 1,000 pings to google.com. I thought for sure it was my internet connections... but it's not
When wired directly to the cable modem, no dropped packets over several days. Ping response is 5-10ms better. Also speeds are back at their max.
I have an old Westell 7501 router, and that as well is performing stellar over wifi and wired. Speedtests from wired connections are just under the speed when using the modem only, and even speedtests to my iDevices is near identical.
I've tried resetting the router to default, but I immediately start dropping packets, even when using wired.
Just thought I'd post here and see if theres anything I can try to resurrect this thing, or if it's officially done. I really don't feel like dumping $180 on a new AEBS. Thinking about doing dd-wrt on something.

The first thing I would recommend that you do is to verify if the issue is data throughput performance on the local network OR on the WAN-to-LAN interface across the AEBS itself.
To test the local network throughput performance, I would recommend a free utility, like AJA System Test. You would use it to test throughput between the System Test host device and another device on the local network. If after running a series of these tests using network connected devices that are connected by both wire or wireless, you should get a basic idea of the overall throughput performance of your local network. If all appears well here, we can go on to testing the WAN-to-LAN interface. Please post back your results for the local network tests.

Dropped packets between Catalyst 3550 & Windows 2000

I have a test network set up - with a 3550 switch, with a couple of Vlans configured.
I have an Windows XP laptop & desktop connected - all is ok.
If I connect up any Windows 2000 laptop/desktop then I find I get a connection but I find that I'm dropping packets....at about 10% when pinging devices on on other networks.....or pinging devices on the same vlan.
This is not a port issue or cabling issue ......it seems to be related to the Operating system in some way. I've tried changing the duplex & speed at both ends....same result.
Any input is welcome !

I know this sounds odd.....but I have tried all settings of duplex & link speed between the switch & the W2K machines......if I place an XP machine on this same port then it works fine.
The fact that XP works means the cabling is ok.
I guess I'll update the nic drivers see what that brings....and maybe look at an IOS upgrade on the switch - currently 12.1 (22) EA5
With two XP machines & one W2K machine on the switch - pinging from W2K to XP results in dropped packets......of approx 10% - between the two XP machines is ok. When pinging from either XP to the W2k - "Request timed out"

IP dropped packets

Hi,
Doing a "show IP traffic" to a Cisco 6K switch, I encountered a lot of "no route" and "encapsulation failed" IP dropped packets. (a little less than 10%)
I was wondering if someone knew what these 2 categories stood for ?
I mean, have you got an example of packet that would be put in that category ?
Thanks,
Romain PAGE

Hi Romain,
Encapsulation failed usually indicates that the router had no ARP request entry and therefore did not send the datagram. An example situation is when there is asymmetric routing and the ARP table and MAC address table is disjointed due to different aging times in these tables. You may see a number of incomplete entries in the output of "show ip arp"
No route is counted when the Cisco IOS software discards a datagram it did not know how to route.
A couple of examples when this can occur is if there is no route for a given subnet and there is no default route configured on the router, or the subnet in a packet that can't be routed due to its default gateway being down.
Documented here:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/ip_r/iprprt1/1rdip.htm#wp1020634
HTH,
Bobby
Please rate helpful posts

Sg-300 52 dropping packets

I have a sg300-52 in layer 3 mode. I have 2 Dell access switches that connect to the sg300 in 4 port LAGs each. Connectivity works as expected.
Servers are on their own VLAN, and plugged directly into the sg300.
When somebody starts a file copy from their client workstation off a file server, the server VLAN drops everything except
for the file copy. Even drops packets on its own vlan, (server to server communication) until the file copy is complete.
Seems like the VLAN is rate limited somehow. Anybody ever experience this?
-Matt

Hi Matt,
Sure would be interesting to know, if you wish to dig deeper into the problem,
1. If you are using the most current version of firmware ?
2. Network topology Diagram showing what ports are connected to what devices ?
3. An attached capture of the command "show tech" in a attached notepad (text) document.
I wonder what would happen if you directly connected one client to the SG300 and tried the transfer again?
But at this stage could offer much of a guess as I'm flying with a blindfold on.
regards Dave

Odd "dropped packet" messages in router logs

I get the following msgs, the happen repeatedly, every 8 seconds or so.
[INFO] Thu Jul 09 23:12:41 2009 Dropped packet from 169.254.1.150 to 169.254.1.255 (IP protocol 17) as unable to create new session
[INFO] Thu Jul 09 23:12:37 2009 Dropped packet from 169.254.1.167 to 169.254.1.255 (IP protocol 17) as unable to create new session
[INFO] Thu Jul 09 23:12:34 2009 Dropped packet from 169.254.1.41 to 169.254.1.255 (IP protocol 17) as unable to create new session
I do not understand what this is refering too. Does anyone have ANY idea what the heck this could be -- and how to fix it?
Thanks

try running the Verizon optimizer. Most optimizers improve settings for your download speeds, but, as far as I know, Verizon's is the only one that improves your settings for upload. The optimizer may also fix the issue of the dropped packets.
cjacobs001

Dell 2650 drops packets? B57 issues?

In a flashback to the heady days after the dot-com bust....
I have a new work assignment at a school that runs 3 Dell 2650's and 2 Dell
2850 in a Novell cluster (6.5 sp 6).
The three 2650's are having trouble w/ dropping packets -- average about 3%
or more on a 1000 ping trial. Obviously, this is playing havoc at point, or
at least, seeming like ghosts live in the machines.
Are there known issues w/ the B57.lan drivers, version 9.45, June 30, 2006,
on the 2650?
thanks!
Tim Wohlford

>
> I have a new work assignment at a school that runs 3 Dell 2650's and 2
Dell
> 2850 in a Novell cluster (6.5 sp 6).
>
> The three 2650's are having trouble w/ dropping packets -- average about
3%
> or more on a 1000 ping trial. Obviously, this is playing havoc at point,
or
> at least, seeming like ghosts live in the machines.
>
> Are there known issues w/ the B57.lan drivers, version 9.45, June 30,
2006,
> on the 2650?
>
we are running hp-compaq's running q57, which is a rebranded b57 driver,
without a glitch for years.
versions are 8.65 in production, and 10.02 in the test environment.
keep in mind that depending on the switch you are connected to, in case of
a 100Mb connection, you may have to set then nic as well as the switch to
100Mb FD at both sides instead of auto.

Shaper Dropping Packets without Hitting CIR

I've got a 2921 with an outbound shaper on an interface (1GE) set to an average of 20mbps. The offered rate doesn't appear to be exceeding, or even coming close to the CIR, so I'm not sure why the drops are incrementing.
(queue-length 64 packets)
From the show policy-map:
shape (average) cir 20000000, bc 80000, be 80000
The policy-map configuration:
policy-map Output-Policy-Parent
class class-default
shape average 20000000
Any suggestions on what else we could look at?

ACS - reject on failure instead of dropping packets

Hello,
We are currently having an issue with ACS when using PKI authentication with a Alcatel SR router. The following error occurs:
Evaluating Service Selection Policy
15004 Matched rule
15012 Selected Access Service - Test Service - Radius
11021 RADIUS could not decipher password. packet missing necessary attributes
11021 RADIUS could not decipher password. packet missing necessary attributes
The problem is that the SR router sends a package which does not comply to any of the RADIUS authentication protocols (EAP, PAP , CHAP,...).
As a consequence, the package gets dropped, no response is sent back to the router and the RADIUS status in the router is set to "down". Is there a way to configure ACS to send a reject message in case such a packet is received? I know that there is such a setting for identity policies but the process already fails before an identity policy is chosen...
Please note that the PKI authentication is just needed for local users on the router. As the priority is 1.) Radius 2.) Local (we need this priority), the request is sent to ACS although RADIUS PKI is not yet supported by the device.
Thx in advance

ACS doesn't reply with "Access-Reject" for request sent without user/pw
CSCuc93503
Description
Symptom:
RADIUS Request dropped : 11021 RADIUS could not decipher password. packet missing necessary attributes
The message is presented in logs, however nothing is sent back to a client.
Conditions:
Cisco ACS 5.x version
Workaround:
Correct the client, so it will not generate RADIUS requests without user or password fields.
PSIRT Evaluation:
The Cisco PSIRT has evaluated this issue and does not meet the criteria for PSIRT ownership or involvement. This issue will be addressed via
normal resolution channels.
If you believe that there is new information that would cause a change in the severity of this issue, please contact [email protected] for another
evaluation.
Additional information on Cisco's security vulnerability policy can be found at the following URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html

VOIP VLAN using 802.1q frames causing massive dropped packets

I have a MBP 2.16 connected via 1Gbps Ethernet to my corporate network. I also have a Cisco 7960 VOIP phone and it seems that 802.1q VOIP VLANs are causing the MBPro's Marvell Yukon Gigabit Ethernet adapter to drop 1326 packets out of 3559. It's absolutely unusable at my office, where my laptop is my main machine. I'm having to use my Compaq N610c to browse the Internet and read e-mail. Apple, please update the driver and save me!!!

I'd check a few things, are you sure the switch that you are connected to is really at 1000Base-T? If it is a Cisco switch I've seen all sorts of probems with auto-negotiation, I'd try to get your network administrator to "fix" the port at the speed you wish to run your network at (ie 100/1000) make sure the duplex is set correctly on the MacBook Pro (make sure it is set to the same as the switch). Also ensure that jumbo frames are enabled on the Cisco switch and make sure the MTU is set correctly for your network. This involves some tweaking of the ethernet interface in the network preferences of OS X.
Of course if there are indeed 802.1q problems with the onboard NIC then you could get your network administrator to disable .1q frames on the port that your MBP is connected to, you won't be able to use a "loop through" port on a VoIP phone if the phone relies on .1q trunking, so you'll need a port for the phone and a seperate .1q clean port for the MBP.

BCM4311 dropping packets and occasionally connection

I got a new Dell Latitude D820 (refurbished really) onto which I installed Arch. I installed the b43-firmware for the AUR and not I can connect to my network, but I drop about 8% of my packets and occasionally I just flat out loose my connection.
I had an old Dell Latitude D620 before and I believe I mirrored the set up over but something still isn't working. I can get ethernet, but not wireless fully working.
lspci:
09:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5752 Gigabit Ethernet PCI Express (rev 02)
0c:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN (rev 01)
ip link: (At this point the wireless had cut out on me)
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp9s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 00:26:b9:22:57:f5 brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
link/ether 00:19:7d:a7:a6:53 brd ff:ff:ff:ff:ff:ff
dmesg | grep wlan0:
[ 6119.953556] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6119.966765] wlan0: send auth to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6119.968507] wlan0: authenticated
[ 6119.968734] b43 ssb0:0 wlan0: disabling HT/VHT due to WEP/TKIP use
[ 6119.968742] b43 ssb0:0 wlan0: disabling HT as WMM/QoS is not supported by the AP
[ 6119.968759] b43 ssb0:0 wlan0: disabling VHT as WMM/QoS is not supported by the AP
[ 6119.969517] wlan0: associate with 00:0f:66:2a:e4:c4 (try 1/3)
[ 6119.991765] wlan0: RX AssocResp from 00:0f:66:2a:e4:c4 (capab=0x411 status=0 aid=7)
[ 6119.992219] wlan0: associated
[ 6235.492798] ieee80211 phy0: wlan0: No probe response from AP 00:0f:66:2a:e4:c4 after 500ms, disconnecting.
[ 6236.788531] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6236.800563] wlan0: send auth to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6237.002809] wlan0: send auth to 00:0f:66:2a:e4:c4 (try 2/3)
[ 6237.206171] wlan0: send auth to 00:0f:66:2a:e4:c4 (try 3/3)
[ 6237.409479] wlan0: authentication with 00:0f:66:2a:e4:c4 timed out
[ 6239.110336] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6239.123422] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6239.326144] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 2/3)
[ 6239.529459] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 3/3)
[ 6239.732828] wlan0: authentication with 00:0f:66:2a:e4:c4 timed out
[ 6241.930312] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6241.949734] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6242.152878] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 2/3)
[ 6242.356763] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 3/3)
[ 6242.559472] wlan0: authentication with 00:0f:66:2a:e4:c4 timed out
[ 6254.933596] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6254.952971] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6255.156156] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 2/3)
[ 6255.359467] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 3/3)
[ 6255.562800] wlan0: authentication with 00:0f:66:2a:e4:c4 timed out
[ 6291.486796] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6291.500114] wlan0: send auth to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6291.501985] wlan0: authenticated
[ 6291.502211] b43 ssb0:0 wlan0: disabling HT/VHT due to WEP/TKIP use
[ 6291.502229] b43 ssb0:0 wlan0: disabling HT as WMM/QoS is not supported by the AP
[ 6291.502235] b43 ssb0:0 wlan0: disabling VHT as WMM/QoS is not supported by the AP
[ 6291.502844] wlan0: associate with 00:0f:66:2a:e4:c4 (try 1/3)
[ 6291.706153] wlan0: associate with 00:0f:66:2a:e4:c4 (try 2/3)
[ 6291.909466] wlan0: associate with 00:0f:66:2a:e4:c4 (try 3/3)
[ 6292.112807] wlan0: association with 00:0f:66:2a:e4:c4 timed out
[ 6334.220299] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6334.233449] wlan0: send auth to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6334.436126] wlan0: send auth to 00:0f:66:2a:e4:c4 (try 2/3)
[ 6334.438547] wlan0: authenticated
[ 6334.438771] b43 ssb0:0 wlan0: disabling HT/VHT due to WEP/TKIP use
[ 6334.438789] b43 ssb0:0 wlan0: disabling HT as WMM/QoS is not supported by the AP
[ 6334.438795] b43 ssb0:0 wlan0: disabling VHT as WMM/QoS is not supported by the AP
[ 6334.439466] wlan0: associate with 00:0f:66:2a:e4:c4 (try 1/3)
[ 6334.441680] wlan0: RX AssocResp from 00:0f:66:2a:e4:c4 (capab=0x411 status=0 aid=7)
[ 6334.442197] wlan0: associated
[ 6362.492825] ieee80211 phy0: wlan0: No probe response from AP 00:0f:66:2a:e4:c4 after 500ms, disconnecting.
[ 6363.793623] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6363.806747] wlan0: send auth to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6364.009457] wlan0: send auth to 00:0f:66:2a:e4:c4 (try 2/3)
[ 6364.212796] wlan0: send auth to 00:0f:66:2a:e4:c4 (try 3/3)
[ 6364.416144] wlan0: authentication with 00:0f:66:2a:e4:c4 timed out
[ 6366.117386] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6366.130453] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6366.332781] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 2/3)
[ 6366.536110] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 3/3)
[ 6366.739513] wlan0: authentication with 00:0f:66:2a:e4:c4 timed out
[ 6368.946982] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6368.960041] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6369.162846] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 2/3)
[ 6369.366121] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 3/3)
[ 6369.569458] wlan0: authentication with 00:0f:66:2a:e4:c4 timed out
[ 6381.956831] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6381.970081] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6382.172794] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 2/3)
[ 6382.376128] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 3/3)
[ 6382.579456] wlan0: authentication with 00:0f:66:2a:e4:c4 timed out
[ 6406.143601] wlan0: authenticate with 00:0f:66:2a:e4:c4
[ 6406.156739] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 1/3)
[ 6406.359456] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 2/3)
[ 6406.562790] wlan0: direct probe to 00:0f:66:2a:e4:c4 (try 3/3)
[ 6406.766124] wlan0: authentication with 00:0f:66:2a:e4:c4 timed out

Dornith wrote:
mkraemer wrote:I can't help with the problem, but take a look at https://bbs.archlinux.org/viewtopic.php?pid=1452652
I tried all the solutions presented in that forum. None of them worked. The link the OP said fixed his problem is now broken.
hippieben wrote:Try the broadcom drivers in AUR. I find them to work much better than b43.
Whenever I install the proprietary drives, When I run and get:
$ sudo modprobe wl
modprobe: FATAL: Module wl not found.
Did you restart after installing?

SG500X Dropped packets

Similar Messages

Maybe you are looking for