From: Ben_J_Durand@xxxxxxxxxx
Date: Sat Mar 25 2000 - 14:29:55 GMT-3
Hi Chi,
Same reason you don't trust inverse-arp in frame-relay. Don't trust automatic
stuff as much as you can. If you map them, you KNOW they're right and working
the right way. If you leave it up to in-arp or inverse-arp, you might have som
e
bad surprises. Example: They provide a full mesh frame cloud between 3
routers, but the text only talks about 2 PVC going to a hub router with the
other 2 routers being spokes. If you don't turn off inverse-arp/map your DLCIs
,
your spoke routers will find out about the PVC between them and discover each
other's address, etc. In that case, your nextwork will still work, but you
would not be going through the hub router like the question requires. Result?
no points.
map map map.
When in doubt, map.
- Ben
clou@ebnetworks.com on 03/25/2000 10:35:03 AM
Please respond to clou@ebnetworks.com
To: ccielab@groupstudy.com
cc: (bcc: Ben J Durand/Tivoli Systems)
Subject: A quick one
Thanks for the responses/suggestion of my last ATM question,
You guys are good. Here's a quick question,
If Inverse ARP can be used, why would you use MAP-LIST?
for example,
*** INARP
interface atm 0
ip address 131.108.168.1 255.255.255.0
atm rate-queue 1 100
atm pvc 1 0 10 aal5snap inarp
atm pvc 2 0 20 aal5snap inarp
*** map-list
interface atm 0
ip address 131.108.168.1 255.255.255.0
atm rate-queue 1 100
atm pvc 1 0 10 aal5snap
atm pvc 2 0 20 aal5snap
map-group test-a
!
map-list test-a
ip 131.108.168.2 atm-vc 1 broadcast
ip 131.108.168.3 atm-vc 2 broadcast
Thanks,
Chi
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:06 GMT-3