RE: A few short questions on- ATM/IGRP/BGP/DLSW

From: stephen.paynter@xxxxxx
Date: Thu May 23 2002 - 08:41:58 GMT-3


   
to test atm you can use a command called loopback disgnostic if you do not
have a remote atm peer

put loopback diagnostic under the atm interface

-----Original Message-----
From: CCIE-Maillist [mailto:CCIE-Maillist@foxgal.com]
Sent: 23 May 2002 11:38
To: ccielab
Subject: A few short questions on- ATM/IGRP/BGP/DLSW

I'd like to validate a few things before the test date. Most are true or
false
so maybe they will be easy questions (maybe not).

1. ATM- can be configed by doing
    - SVC w/ ILIMI (esi/nsap)
    - SVC w/ NO ILIMI (esi/nsap)
    - CLIP SVC arp server/client
    - CLIP PVC w/ inarp
    - Static PVC (either pvc x/y or atm pvc z x y). If you don't have PVC #
you can do autodiscovery.

These are the only ways to do ATM? True?

2. For test purposes, is there a difference between doing-

    int atm 0.1 multi
    pvc x/y
        pro ip z.z.z.z
        broadcast
AND
    int atm 0.1 multi
        atm pvc 1 x y
        map-g atm

    map-list atm
        1.1.1.1 atm-vc 1 broad

As far as I know the difference between these two is just "old way" vs "new
way". TRUE?

3. to configure a PVC you need a PVC vpi/vci pair (like 1/108), which you
could have learned from autodiscovery. You cannot config a PVC with only
NSAP
& ESI addresses. You can only configure a SVC with NSAP & ESI addresses. Is
this all true?

4. CLIP, under Cisco, can now support both IP and IPX. True?

5. If you want IGRP to only consider load in as its metric, do you set all K
values to 0 ? (the formula is below)

    metric = [K1*bandwidth + (K2*bandwidth)/(256 - load) + K3*delay] *
[K5/(reliability + K4)]

    If K5 == 0, the reliability term is not included.
    The default version of IGRP has K1 == K3 == 1, K2 == K4 == K5 == 0

6. If you are told to "do not fully mesh IBGP" does that equal
route-reflectors? Could that also be a confederation?

7. When doing a DLSW ICANREACH or ICANNOTREACH and the MAC that you can or
cannot reach is on a Ethernet Interface then you BITSWAP. On the other hand,
if the MAC is on a Token Ring network, you DO NOT bitswap. This is because
all
MACs in DLSW are non-canonical (like Token ring), not canonical (like
Ethernet). True?

Thanks, in advance, for any help. Feel free to tell me I am wrong, it won't
hurt my feelings.

David



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:59:06 GMT-3