Is there such thing as 'enabling' an IPX SAP that is not filtered?
Svr1??--- RtrA ----z-------RtrB--Svr2
I'm a reseller. I have a customer with the following issue: they have implemented a new backup service. The service/software is TapeWare. TapeWare service works between Svr1 and other servers on that side of RtrA. Svr2 and Svr3 will talk to each other (through RtrA). Svr1 will not talk to either Svr2 or Svr3. All three routers see all three servers (sho ipx servers) and networks (sho ipx route). My customer insists I need to 'enable' the SAP type that TapeWare utilizes - 0x7589. There is a SAP filter on the Fa interface of RtrA. It is allowing the proper network. I removed the filter, the customer tested and it still didn't work. I don't believe this is a routing/network issue. I need either a fix for them or proof that this is not a router issue. The WAN is ATM (RtrA) to Frame (RtrB&C) and we are using EIGRP to route IPX. There are things (routers/switches) between Svr1 and RtrA that are not under my control and that I do not have access to. Help!
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...