Check interface stats and look for duplex, run a rapid burst of pings with
small and large payloads (2 tests) also is this a service provider link or
a link you control both ends?
If the latter applies, might be worth looking at the optics and physical
wire... else call your provider and ask for
If it's an intermittent issue with Ping reachability, then check out
interface errors as well. On top of that find out if there are any memory
errors (where data gets buffered) in the Syslog i.e. CRC failing..
On Mon, Mar 27, 2017 at 8:55 AM, Jeff Haas wrote:
>
> > On Mar 5,
> On Mar 5, 2017, at 3:05 AM, Mohammad Khalil wrote:
>
> Hi all
> I have a BFD session between two routers (which was working normally)
> Currently , the session is down from one side and init from the other side
> The ISIS adjacency is up
> What could be the issue?
The
Hi,
Is that a copper SFP?
Then try to do series of rapid long pings across this link with any
applicable policers/shapers deactivated.
If You see missed packets, replace this SFP and a patch cable as well.
HTH
Thx
Alex
On 05/03/2017 11:40, Mohammad Khalil wrote:
admin@CR02# run show
admin@CR02# run show interfaces diagnostics optics ge-2/1/0
Physical interface: ge-2/1/0
Optical diagnostics : N/A
On 5 March 2017 at 13:23, Alexander Arseniev
wrote:
> Hello,
>
> Check Your laser light levels :
>
> show
Hello,
Check Your laser light levels :
show interfaces diagnostics optics ge-x/y/z
HTH
Thx
Alex
On 05/03/2017 10:51, Mohammad Khalil wrote:
As well , I have checked the log messages , and I can see the below message:
RPD_ISIS_ADJDOWN : ISIS lost L2 adjacency reason 3-way handshake
BR,
admin@CR03# run show interfaces ge-2/0/0 | grep MTU
Link-level type: 52, MTU: 1600, Speed: 1000mbps, BPDU Error: None,
Protocol bridge, MTU: 1600
Protocol inet, MTU: 1578
Protocol iso, MTU: 1575
Protocol inet6, MTU: 1578
Protocol mpls, MTU: 1566
Protocol multiservice,
The inet MTU shows as 1578 , so I have pinged as below:
run ping 10.0.0.10 size 1550 do-not-fragment
sometime it shows packet loss and sometimes no
On 5 March 2017 at 13:00, wrote:
> > As well , I have checked the log messages , and I can see the below
> message:
> >
As well , I have checked the log messages , and I can see the below message:
RPD_ISIS_ADJDOWN : ISIS lost L2 adjacency reason 3-way handshake
BR,
Mohammad
On 5 March 2017 at 12:24, Mohammad Khalil wrote:
> Hi
> I have removed the whole filter from the lo0 interface and the
Hi
I have removed the whole filter from the lo0 interface and the same applies
BR,
Mohammad
On 5 March 2017 at 12:03, wrote:
> > I have a BFD session between two routers (which was working normally)
> > Currently , the session is down from one side and init from the other
>
> I have a BFD session between two routers (which was working normally)
> Currently , the session is down from one side and init from the other side
> The ISIS adjacency is up
> What could be the issue?
Check if you you have firewall filter on lo0 which blocks UDP port 3784
or 3785.
Steinar
Hi all
I have a BFD session between two routers (which was working normally)
Currently , the session is down from one side and init from the other side
The ISIS adjacency is up
What could be the issue?
BR,
Mohammad
___
juniper-nsp mailing list
12 matches
Mail list logo