When I do a lot of pings with small packet size I get drops. I'm think this is because of the flow control that I activated and the link can't handle it this fast and drops them. This at least is what the vendor says => dropping the low priority ping packets is normal behavior. I have the ability to enable 802.1p on the link, is there a way to prioritize the OSPF hello packets with this? _____ From: Kenny Sallee [mailto:kenny.sallee@gmail.com] Sent: jeudi 10 septembre 2009 18:06 To: Rens Cc: Adam Goodman; nanog@nanog.org Subject: Re: Wireless STM-1 link On Thu, Sep 10, 2009 at 2:55 AM, Rens <rens@autempspourmoi.be> wrote: All the interfaces are forced to 1Gbps and full duplex. Maybe I should give some extra info. All the traffic seems to pass ok via that link but I have seen that often OSPF adjacencies go down/up , I suspect that the HELLO packets are being dropped that pass via that link. That's why I started to look a little deeper and do some ping tests. -----Original Message----- From: Adam Goodman [mailto:adam@wispring.com] Sent: jeudi 10 septembre 2009 11:45 To: Rens Cc: <nanog@nanog.org> Subject: Re: Wireless STM-1 link Sounds like this might be an Ethernet negotiaton problem -------- Sent from my phone Seems everyone has focused on GE as the problem. You can quickly rule that out by looking at interface error counters and doing PING tests from the wireless router/device to something on the local network on both sides. If OSPF is flapping because of missed HELLO packets then I'm thinking you have a problem with either saturation on the link or actual wireless issues. When PING does work what do the times look like? I'd look at static routing for a bit (if practical) or changing your OSPF HELLO intervals to see if that does anything. Here's a good link on troubleshooting OSPF adjacency changes: http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080094050 .shtml