This is an old problem, so maybe the request can't be fulfilled for some reason...
With Frame-Relay (FR) and ATM, InterMapper measures bandwidth used on sub-interfaces. While that is the right thing to do, sometimes we need to measure the total aggregation of all sub-interfaces on a physical link. For instance 'Customer' has two FR T1's pointed to 'Vendor' DS3 FR circuit. Because of CIR considerations 'customer' has two PVC's on each T1. IM reports four circuits between Customer and Vendor. Because of how Cisco routers handle next hop metrics the bandwidth tends to be spread out over the PVC's. A glance at the IM map shows ants but nothing else most of the time, and yet Customer may actually be bumping against bandwidth limitations quite frequently, especially since CIR's may frequently be holding down total bandwidth availability on the physical T1 circuits below a full 1.536Mbps. A graph on 'customer' interfaces would show four circuits all normally running below 50% leading 'customer' to believe that there is available bandwidth and he is being denied access to the bandwidth when in actuality 'customer' is bumping up against the bandwidth ceiling. 'Vendor' also needs to see the total bandwidth of the ATM OC3 or FR DS3 service to know best when adding bandwidth is needed. 'Vendor' may have significant unused bandwidth at the Vendor's connections to peers, but if there is a choke point at the FR or ATM service it's moot. We suggest the ability to aggregate (at least within the charts) all FR PVC and ATM VC's, per physical circuit, be considered. ____________________________________________________________________ List archives: http://www.mail-archive.com/intermapper-talk%40list.dartware.com/ To unsubscribe: send email to: [EMAIL PROTECTED]
