Next point that I was trying to make.... if you do not have accesss to a
protocol analyser one of the easiest thing to do is call the provisioning
department of a telco and ask them to switch your DLCI number now the
maping will have to change on the configuration of the router opposite the
side of the DLCI change but I have seen where one DLCI was mapped on a
cloud and another identical DLCI number was brought up on that cloud which
then could cause packet loss accross is or make the original PVC go
inactive. Again this is as a FIRST step when trying to trouble shoot a
Frame cloud!!!!
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
...!!...!!!!!!!...!!!!!!!...!!...!.........!!!......!!!.!!!!!!...!!!!
Paul "Severe Packet Loss" Hughes nc0286@noc.netcom.net
Network Administrator work: 408 881 4050
ICG Communication Services, Inc. pager: 888 543 9053
On Mon, 1 Mar 1999, Kyle Platts wrote:
> Paul Hughes wrote:
> >
> > This Still sounds like a Pac Bell problem they have probably screwed up
> > the path on the DLCI's you can have them remap you know DLCI's if the
> > problem does not get resolved you may want to check your LMI settingsmake
> > sure they are pooling at 10 seconds and just hammer away at TELCO!!!
>
> That makes no sense. The only reason a switch should discard packets is
> if 1) incorrect DLCI, 2) CRC failure or 3) marked DE and congestion is
> present.
>
> You need a protocol analyzer on here to figure out why the packets are
> being discarded. There was a problem with the WAN card in the PM3 where
> it would send all frame relay data on an invalid DLCI, and the switch
> would discard accordingly. Though I've never seen this in the IRX or 2eR
> series. Is link management up? If it is, this would indicate the link
> management packets are making it through, but the data DLCI packets are
> not.
>
> Alos the router polls the switch, not the other way around. The switch
> should be set to allow you 15 seconds to get your poll in. The router
> should be set to 10 seconds. These are configurable, so double check.
>
> Be smart when troubleshooting, don't just throw crap at the wall and see
> what sticks.
>
> --
> Kyle Platts
> Network Engineer
> !NTERPRISE Networking Services
> U S WEST Communications
> -
> To unsubscribe, email 'majordomo@livingston.com' with
> 'unsubscribe portmaster-users' in the body of the message.
> Searchable list archive: <URL:http://www.livingston.com/Tech/archive/>
>
-
To unsubscribe, email 'majordomo@livingston.com' with
'unsubscribe portmaster-users' in the body of the message.
Searchable list archive: <URL:http://www.livingston.com/Tech/archive/>