I'd comfortably say there's always something and you never know what the problem is until it's fixed. I have little faith in the error counters on Tik interfaces myself - when it says 0 you just don't know if it's working or it's a good link.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Wed, May 6, 2020 at 3:25 PM Adam Moffett <dmmoff...@gmail.com> wrote: > I have a workaround in place. I don't help solving this problem. I was > more curious whether it's typical/possible/expected to have unreported > errors on an SFP port. > > In this case, one side is a CCR1009, the other is a Signamax industrial > switch. They both certainly have error counters on these interfaces (CRC's > etc), but they're all zeroes. > On 5/6/2020 3:21 PM, Josh Luthman wrote: > > Light levels? What kind of switch, is it counting anything besides packet > count/size/frame size? > > Link up/down? > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > > > On Wed, May 6, 2020 at 2:22 PM Adam Moffett <dmmoff...@gmail.com> wrote: > >> Each event is 8-10 spurts of packet loss precisely 2 seconds apart. From >> one of these events to the next it can be anywhere from a few minutes to >> over an hour. >> >> I've changed the SFP on one end, but the other end is 100m up a tower. >> I'll certainly get this fixed one way or another, but I'm stunned that >> neither switch reports any problem. >> >> >> On 5/6/2020 2:04 PM, Josh Luthman wrote: >> >> Anything is possible. Anything. >> >> Are your light levels OK? Can you just swap the SFP and see if that >> changes it? How often are the errors? >> >> Josh Luthman >> Office: 937-552-2340 >> Direct: 937-552-2343 >> 1100 Wayne St >> Suite 1337 >> Troy, OH 45373 >> >> >> On Wed, May 6, 2020 at 11:47 AM Adam Moffett <dmmoff...@gmail.com> wrote: >> >>> I'm trying to track down little spurts of packet loss on a 100 meter MM >>> fiber connection. I know the loss doesn't occur before this point but >>> does occur after it, so I know where it's happening but neither >>> interface reports any errors. It's just frustrating because I don't >>> understand one of these Ethernet devices is dropping packets without >>> reporting any sort of error at all. >>> >>> Is it possible a switch passes a frame to an SFP and the SFP has some >>> internal error causing a dropped frame, but that the switch is now >>> oblivious to the error because it happened in the electronics of the >>> SFP? These are 8+ years old Maxxwave SFP's. >>> >>> >>> -- >>> AF mailing list >>> AF@af.afmug.com >>> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >>> >> >> -- >> AF mailing list >> AF@af.afmug.com >> http://af.afmug.com/mailman/listinfo/af_af.afmug.com >> > > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com >
-- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com
