| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 5047.1 | no DEMFA support ? | MFRNW1::SCHUSTER | Karl Schuster @MFR Network Services | Thu May 13 1993 10:48 | 6 |
| I have exactly the same problem.
I asume, MCC V1.3 does not support fully the DEMFA.
For the customers this is not easy to understand, because DEMFAs are in
the field now since summer 1992.
Karl
|
| 5047.2 | missing enumeration | BRAT::BUKOWSKI | | Thu May 13 1993 13:49 | 10 |
|
I have found out more information. Chris B. had me look into the
Dictionary Browser under node4 line attribute protocol. It turns
out that Constructor Data Type is missing the enumeration for FDDI.
Now we just need to get the correct people to add the proper value
and produce a simple patch. I would like a patch even though they
supposing do not provide patches anymore and we are supposed to wait
for the MUP. Can somebody help us out here?
Thanks, Mike
|
| 5047.3 | node4 support for fddi | 2582::ROBERTS | Keith Roberts - Network Management Applications | Thu May 13 1993 14:51 | 14 |
| Mike,
Step #1 is for the Phase-4 AM to support the FDDI line .. as you indicated
the MSL must be updated to support the FDDI enumeration for the Protocol
Attribute .. and there may be other things to support in the MSL.
Step #2 is getting FDDI Line Statistics. Currently the Performance
Analyzer does not support the FDDI variant. I do not know if the statistics
for FDDI are the same as other the other Node4 Line Protocols. If they are,
it will be pretty straight forward to add them. If the stats are different,
then SOMEONE will have to tell me what they are (the equations with
attribute names).
/keith
|
| 5047.4 | Missing FDDI enumeration entered as QAR#562 | MOLAR::MOLAR::BRIENEN | Network Management Applications! | Thu May 13 1993 17:50 | 0 |
| 5047.5 | Not a simple patch | TOOK::LYONS | Ahh, but fortunately, I have the key to escape reality. | Thu May 13 1993 20:18 | 9 |
| When this gets fixed, it will not be "a simple patch".
The PROTOCOL attribute appears in almost a hundred places in DEPENDS ON clauses
in the MSL, and each one has to be checked and fixed. Many, many other
attributes depend on the protocol type.
Also, it looks like there are a few places in the AM itself where the line
protocol is an issue, and a new AM would be needed to go along with the MSL.
(line types are built into a table in the XLATE_TABLES module)
|
| 5047.6 | never assume | BRAT::BUKOWSKI | | Fri May 14 1993 10:00 | 7 |
|
Gee. Sorry for assuming the patch would be simple, but thanks for
looking into it. Not knowing that Chris had entered a QAR, I entered
QAR # 241 yesterday.
Thanks again,
Mike
|
| 5047.7 | See also note 4669 | TOOK::MINTZ | Erik Pavlik Mintz | Wed May 19 1993 11:10 | 1 |
| The underlying problem here is the same as in note 4669.
|