Yeah if you inverse arp and you change the ip address on one end, the
circuit will stay up, lmi will function, but you will not transfer data.


----- Original Message -----
From: "MADMAN" 
To: "Donald" 
Cc: 
Sent: Monday, December 03, 2001 2:36 PM
Subject: Re: Serial Line is up and line protocol is up ANSW [7:27930]


>
>   Yup, up and up, you got LMI between you and the switch not an active
> PVC.
>
>   Dave
>
> Donald wrote:
> >
> > Not necessarily you can have a frame connection in an up/up state and
not
> > transfer data can't you.
> >
> > ----- Original Message -----
> > From: "Gregg Malcolm"
> > To:
> > Sent: Sunday, December 02, 2001 12:01 PM
> > Subject: RE: Serial Line is up and line protocol is up ANSW [7:27930]
> >
> > > Anil,
> > >
> > > I'm sorry, my explaination wasn't very good.  The answer can't be B
since
> > > you have no information saying data is being sent and received.  The
> > answer
> > > A does fit since a frame relay connection is active if int status is
> > UP/UP.
> > >
> > > As far as the 2nd part, AFAIK not every encap uses keepalives.  Frame
> > Relay
> > > is somewhat special in that an UP/UP status really means that data
COULD
> > be
> > > xfer'ed.  The case of the broken remote CSU/DSU does not fit this
> > scenarios
> > > since keepalives would not be received.  The question seems geared
toward
> > > trying to trick the engineer into thinking that data is being xfered
vs.
> > > could be.  Many encap use keepalives.  A few are F/R, ATM, PPP and
HDLC
> > (PPP
> > > uses an echo).  Not sure if all do (probably not).  Hope that helps.
> --
> David Madland
> Sr. Network Engineer
> CCIE# 2016
> Qwest Communications Int. Inc.
> [EMAIL PROTECTED]
> 612-664-3367
>
> "Emotion should reflect reason not guide it"




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=28061&t=27930
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Reply via email to