• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Frame-Relay: LMI DLCI status means what ?

polm

Diamond Member
What does the DLCI status tell me about a frame relay PVC, and where the responsibilty for acheiving that status comes from ?

For example; In a simple point-to-point scenario, if a DLCI is advertised as "Inactive", which of the 4 components is most likely to be the problem: local router, local switch, remote router, remote switch ?

Is there a logical way to determine the possible reasons for DLCI status to be either active, inactive, or deleted ?
 
Active - Both ends agree and are up

Inactive - Both ends agree, Near end is up, far end is down

Deleted - The endpoints disagree on the DLCI assignment (or DLCI not assigned on the near end), near end is up (but without dlci assignment), far end is up (but sees no valid DLCI from the near end)

FWIW

Scott
 
Acitve - DLCI is defined on router and in LMI full status updates as active
Inactive - DLCI is defined on router and declared inactive by frame switch
Deleted - DLCI is not defined on router or not in LMI updates

all of this information is being relayed via LMI full status updates. These are being sent by the frame switch, regardless of far end.

-edit- could go into more detail, but its all about what the frame switch says. Remember, you're talking to the frame switch, not the other router.
 
I'm still a bit confused.

Cisco.Com has a new CCNA Prep Center that has 4 free practice exams. One of the exams has a question :

Frame Relay is configured over a point-to-point connection between two routers. The output of the show frame-relay pvc command indicates the status of this PVC is inactive. Which of the following devices could be the source of the problem ? (Choose two.)

1. Local Router
2. Local Frame Relay Switch
3. Remote Router
4. Remote Frame Relay Switch

Cisco sais the answer is Remote Router and Remote Frame Relay Switch.
 
that's correct. If the other router hasn't brough up the PVC (via LMI) then the pvc is inactive.

The PVC is marked active when both ends have it up.

Even though the communication is with the local frame switch, and that is where the status is sent from - the PVC has to be up from end to end to be active.
 
I just finished that part of the CCNA (Mod 4)..

I found that they always seem to put the blame on the Remote connection.. works for me, and it's right, according to Cisco..

😀
 
Back
Top