| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2240.1 | | QUIVER::HAROKOPUS | | Fri Jan 31 1992 11:06 | 9 |
| Hi Roland,
What version of the bridge AM is your customer runnning? I just tried it
here and it works fine. Do a show mcc 0 bridge_am all char and post it.
Thanks,
Bob
|
| 2240.2 | Bridge_AM Version | ZUR01::SCHNEIDERR | | Wed Feb 05 1992 03:33 | 6 |
| Bob,
He runs VMS V5.4-2. The BRIDGE AM has the Version V1.2.0. Have you tried it out
with a DEDCbridge 610?
Roland
|
| 2240.3 | Bridge AM V1.2.0 runs on DECmcc V1.1 | CHRISB::BRIENEN | DECmcc Bridge|Station|SNMP Management. | Wed Feb 05 1992 14:31 | 3 |
| Bridge AM V1.2.0 (part of DECmcc ELM AM kit) layered on DECmcc V1.1.
Did the DEcbridge 610 *exist* when Bridge AM V1.2.0 shipped?
|
| 2240.4 | further infos | ZUR01::SCHNEIDERR | | Thu Feb 20 1992 10:40 | 31 |
| In .3 is a very good question. IN the SPD is written that Bridge 6XX are
supported.
I tried it out by the customer. If you do the command
"Show bridge .... protocol database entry xx-xx "
It works fine on an entry that is set to disposition forward and fine on an
entry with a block on a port, too. (on the bridge 610 you can set a forwarding
map and set a port to block). The command on an entry with "blocked port" shows
you a hole forwarding map.
If you use the iconic map the command works on a entry that is set to disposition
forward but not on a entry that is set to block port.
The customer set the block port filter with a command more or less like this:
"set bridge ... prot database ethern entry ....blocl port 3" (I haven't seen it,
he told me that)
An other thing I saw was the command
"delete bridge .. prot datab ethern entry ...."
then the message "Execution of requested operation failed at target".Failed at
target looks to me that the bridge hasen't understand the command or in
other words the DECmcc sends a wrong command to the bridge.
Roland
|
| 2240.5 | QAR 2383 | TOOK::MINTZ | Erik Mintz, DECmcc Development, dtn 226-5033 | Wed Feb 26 1992 12:49 | 2 |
| QAR 2383
|
| 2240.6 | THANKS | ZUR01::SCHNEIDERR | | Thu Feb 27 1992 06:45 | 3 |
| Thanks for the info
Roland
|
| 2240.7 | Whats the future | ZUR01::SCHNEIDERR | | Tue Mar 10 1992 10:35 | 7 |
| Erik,
Does I have to do something, or is all done by opening this QAR? How do I get
some info about PTATCH or whatever? I have now two things rapported:
QAR 2385 and QAR 2383
Thanks Roland
|
| 2240.8 | QAR means problem won't get lost forever | TOOK::MINTZ | Erik Mintz, DECmcc Development, dtn 226-5033 | Tue Mar 10 1992 11:08 | 10 |
| Having a QAR on file ensures that the problem will be tracked.
Developers have been asked to post a reply when the answer a QAR
from a note. However, a patch is unlikely unless it is a high
priority problem.
You can request a QAR account for yourself if you want to track the
problem more closely.
-- Erik
|