T.R | Title | User | Personal Name | Date | Lines |
---|
3250.1 | | NETCAD::MILLBRANDT | answer mam | Thu Feb 08 1996 10:11 | 14 |
| I'm not a HUBwatch person, but...
SNMP repeaters (and our proxied repeaters) implement the repeater mib
which contains a database of MAC addresses.
Your station is coming in on a DECswitch. While switches maintain
a forwarding database in high speed cache, it is not a mib object.
I suspect HUBwatch has no way to access this info.
Looking at the HUBwatch Help for Find Address, the first sentence
says, "Searches for Ethernet stations connected to ports of
90-series and 900-series repeaters."
Dotsie
|
3250.2 | | NPSS::WADE | Network Systems Support | Thu Feb 08 1996 10:43 | 24 |
| >
> Looking at the HUBwatch Help for Find Address, the first sentence
> says, "Searches for Ethernet stations connected to ports of
> 90-series and 900-series repeaters."
>
I totally agree that this is the way it is and looking in help would
have answered the question but
> Your station is coming in on a DECswitch. While switches maintain
> a forwarding database in high speed cache, it is not a mib object.
> I suspect HUBwatch has no way to access this info.
>
From RFC1493 Bridge MIB
Dot1dTpFdbEntry ::=
dot1dTpFdbAddress
dot1dTpFdbPort
dot1dTpFdbStatus
Bill
|
3250.3 | Not Rocket Science, just not high P. | SLINK::HOOD | They call me MISTER Dilbert. | Thu Feb 08 1996 11:25 | 15 |
| Dotsie is right and Bill is right.
HUBwatch's Find Address function only works on repeater ports. From
time-to-time we've talked about changing it so it looks on bridge
ports, too. But it's never been a high enough priority.
As Bill pointed out, it's not rocket science to make this happen.
If this is a problem for your customer, the best thing to do would
be to drop a line to our beloved Product Manager, Jack NAC::Forrest.
Tom Hood
clearVISN Apps
|
3250.4 | Thanks....... | OPCO::NET_PJD | | Thu Feb 08 1996 16:43 | 5 |
| Thanks for your prompt replies.......
Cheers,
Phil.
|