> We have a large number of Ungermann Bass hubs whose supervisor cards can
> only receive thier configuration via a network download. This download is
> done using UB's ethernet frames (ethertype 7000 ->7002) .... it goes
> without saying that this is not routable. So in short we have 15 PVC's,
> all 32k CIR's on 56k circuits terminated in Cisco routers mapped back to
> a single hub Cisco with a 384k circuit. IP is mapped to each site as is
> bridging - but only for the UB ethertype (access-list protected).
> The UB download is initiated by a broacast from the supervisor card at
> the remote location, when this is seen by the management system at the
> hub site it is replied to. The reply is addressed to the HW address of
> the remote supervisor card. This data is NOT just sent on the PVC that
> the remote supervisor is on BUT is sent on all the PVC's mapped to that
> interface of the hub router. You can guess what that does to our
> bandwidth utilization.
> I don't know if this is a bug in 9.14(7) - which we are running - or if
> we have something wrong in our configuration. If it is a bug does anyone
> know in what release it is fixed. If someone can help copies of the
> configurations can be passed on.
> The remote supervisor HW addresses are in the bridging tables and are
> associated with a DLCI (the correct DLCI) so in theory the router should
> not be sending the data to other DLCI's ....... should it ?
All broadcasts generated are _replicated_ on each PVC, to include
US Sprint tel: 703.689.6828
Reston, *ia USA http://www.veryComputer.com/