| 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
| |||||