Title: | DEChub/HUBwatch/PROBEwatch CONFERENCE |
Notice: | Firmware -2, Doc -3, Power -4, HW kits -5, firm load -6&7 |
Moderator: | NETCAD::COLELLA DT |
Created: | Wed Nov 13 1991 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 4455 |
Total number of notes: | 16761 |
a customer of mine was using the Bridge forwarding database feature on a Gigaswitch FDDI. The customer was using the "find" IP address functionality. All addresses that the customer entered were coming back as learned line card # Port 0. The line Card is correct ... but why is the port always zero. Many of the IP addresses check were enduser Sun or Alpha workstations directly� attached to Gigaswitch FDDI 2 Port Line Cards. It was my understanding that the information returned should be "card # 2 Port 4 Learned". It is not possible that these addresses are "aged" as they are file servers that are beat on 24hr/7 days/week. Any thoughts -Charlie
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
3157.1 | NETCAD::DRAGON | Mon Jan 15 1996 08:29 | 9 | ||
Charlie, What platform and version of HUBwatch is the customer running. I just tried this on HUBwatch V4.1 on Digital Unix and it worked. Both slot and port were reported properly. Also, what was the status reported for the address (ie learned). Bob | |||||
3157.2 | HW4.1 for Windows... Port Status learned | NCMAIL::SCHEID | Mon Jan 15 1996 09:52 | 10 | |
HW for WIndows V4.1 G/S FDDI firmware SCP v2.2 Line Card is correct Port is always "0" Status - Learned | |||||
3157.3 | NETCAD::DRAGON | Mon Jan 15 1996 10:04 | 6 | ||
Charlie, Thanks for the additional info.. Bob | |||||
3157.4 | NETCAD::DRAGON | Mon Jan 15 1996 10:13 | 7 | ||
Charlie, I've been able to reproduce this under HUBwatch V4.1 for Windows. I'll QAR it. Bob |