T.R | Title | User | Personal Name | Date | Lines |
---|
3359.1 | PhaseV node identifiers are Fullnames | TOOK::PURRETTA | | Wed Jul 15 1992 12:50 | 7 |
| The node name which comes back in a DNA5 event will _never_ be a synonym
type of name as you have specifiec in your request. So the match will never
occur and you'll never get an event. A phaseV nodename is a fullname.
So if you specified something like DEC:.nwo.nwomcc in the getevent directive
(or notify for that matter), you should see the events displayed.
Providing I got the fullname right for this example. I assume you know
how this node has registered itself.
|
3359.2 | Synonym not valid for NODE identifier | TOOK::STRUTT | Management - the one word oxymoron | Thu Jul 16 1992 10:20 | 17 |
| In fact, as John and I discussed yesterday, ALL commands to Phase V
nodes should be specified at the command line using their fullname
(or abbreviations thereof).
Thus NODE .nwomcc may be appropriate, as may NODE nwo.nwomcc and
NODE DEC:.now.nwomcc
When you specify the synonym (which, by the way is specified on a
REGISTER command merely so one can reach the NODE from a Phase IV
system) you are not specifying an alternate identifier for the NODE in
the command line.
Where you specify NODE NWOMCC that could be taken to mean:
NODE DEC:.NWOMCC
which of course is not what you intended.
Colin
|
3359.3 | What do I have to do to set up to be notified for PhaseV events ? | OSLACT::BJORN | Woops, now I have to learn changing diper's | Mon Jul 20 1992 07:16 | 12 |
| Even if I'm entering the fullnames NORWAY_MCC:.NWO.NWOMCC in the getevent request,
I don't receive any output from the getevent. I'm using this command from a
terminal-window and at the same time from another terminal-window on NWOMCC I'm
doing MC NCL RENAME NEW NAME .NWO.MCCTST
MCC> GETEVENT NODE NORWAY_MCC:.NWO.NWOMCC SESSION CONTROL ANY EVENTS
No output is returned.
What is required for this to work? What about the event dispatcher?
Bj�rn Olav Haugom
|
3359.4 | things to check | TOOK::PURRETTA | | Mon Jul 20 1992 13:12 | 24 |
| Are you absolutely sure the node is identifying itself as:
"NORWAY_MCC:.NWO.NWOMCC"
Please give the command:
MCC> show node NORWAY_MCC:.NWO.NWOMCC all identifiers
There are two attributes returned; a NAME and an ADDRESS.
You should use the same name in your GETEVENT request as the node responded
from the request above. Remember, it's an exact match; namespace as well.
Other considerations:
1. Have you enabled the DNA5_AM SINK?
e.g. MCC> enable mcc 0 dna5_am sink
2. Have you setup the outbound stream correctly on node .NWO.NWOMCC?
Please give the following command and post the output.
MCC> show node NORWAY_MCC:.NWO.NWOMCC event dispatcher -
_MCC> outbound stream * all char
3. Have you ENABLE'd the outbound stream?
|
3359.5 | An example | TOOK::PURRETTA | | Mon Jul 20 1992 14:21 | 72 |
| Below is an example of setting up the environment and getting
an event in MCC. I'm runing the director and the DNA5 sink
on node DEC:.lkg.jaspie. I'm telling node DEC:.lkg.glsair
(Ultrix DECnet/OSI) to send events to this node.
Note, if you are trying to get events from a router which doesn't
support DNS (like a DECnis), then you need to set the Sink Address
field instead of the Sink Node and Sink End User Name.
See the release notes for more info on that.
-- John
jas> mana/ent
DECmcc (V1.2.0)
MCC> enable mcc 0 dna5_am sink
MCC 0 DNA5_AM SINK
AT 20-JUL-1992 13:06:37
Enable Successful.
MCC> create node dec:.lkg.glsair event dispatcher outbound stream mcc_stream
Node DEC:.lkg.glsair Event Dispatcher
AT 20-JUL-1992 13:07:28
MCC> set node dec:.lkg.glsair event dispatcher outbound stream mcc_stream sink node DEC:.lkg.jaspie
Node DEC:.lkg.glsair Event Dispatcher Outbound Stream mcc_stream
AT 20-JUL-1992 13:07:46 Characteristics
Modifications completed successfully
MCC> set node dec:.lkg.glsair event dispatcher outbound stream mcc_stream sink end user name=MCC_EVL_SINK
Node DEC:.lkg.glsair Event Dispatcher Outbound Stream mcc_stream
AT 20-JUL-1992 13:08:01 Characteristics
Modifications completed successfully
MCC> enable node dec:.lkg.glsair event dispatcher outbound stream mcc_stream
Node DEC:.lkg.glsair Event Dispatcher Outbound Stream mcc_stream
AT 20-JUL-1992 13:08:12
MCC> show node dec:.lkg.glsair event dispatcher outbound stream mcc_stream all char
Node DEC:.lkg.glsair Event Dispatcher Outbound Stream mcc_stream
AT 20-JUL-1992 13:08:42 Characteristics
Examination of attributes shows:
Template =
Connect Retry Timer = 120
Disconnect Timer = 0
Catch All Filter = Pass
Connect Timer Enabled = True
Sink Object = 0:.
Sink Node = DEC:.lkg.jaspie
Sink End User = name = MCC_EVL_SINK
Sink Address = {}
MCC> getevent node DEC:.lkg.glsair csmacd station * any event
Node DEC:.lkg.glsair CSMACD Station csmacd-1
AT 20-JUL-1992 13:09:06 Any Event
Successfully received events:
Event: Unrecognized Multicast Destination PDU
Data Link Header = %XFFFFFFFFFFFF02608CA7C5A78137
MCC> exit
|
3359.6 | I feel another release note coming | MARVIN::COBB | Graham R. Cobb (DECNIS development), REO2-G/G9, 830-3917 | Fri Jul 24 1992 07:54 | 9 |
| If you take .4 and .5 together then it is worth noting that if you have a
router (e.g. DECNIS) and you want to use GETEVENT then you *must* tell the
router its name. Otherwise it will not know what name to put in events and
mCC won't be able to match them against your GETEVENT.
See the DECNIS release notes for how to tell it its name (the RENAME command
is used).
Graham
|
3359.7 | Smells like a bug in NodeName processing to me | BLUMON::SYLOR | Architect = Buzzword Generator | Thu Jul 30 1992 14:19 | 13 |
| Re .*:
Strictly speaking, if DNS and the router are properly configured, then typing
in
GETEVENT NODE glsair xxxxx
ought to work. The presentation translation of a Phase V style NodeName type
ought to be translated into a FullName in the PM and passed across the MCC_CALL
as a FullName. For Phase V nodes, Synonyms are just a user interface convention.
That's quite different from Phase IV nodes.
See the discussion of the NodeName data type in the Entity Model, pg 100, �8.13.
Mark
|
3359.8 | problem sinking to MCC_EVL_SINK | GIDDAY::CHONG | Andrew Chong - Sydney CSC | Wed Aug 26 1992 02:34 | 39 |
|
I have read notes 2659, 3528 and this entry. have also read the
release notes for decnis . However , i still cannot get wanrouter events to
sink to decmcc (V1.2).
- DNA5_AM SINK is enabled. Object MCC_EVL_SINK is present.
- there is a logical link from the wanrouter to MCC_DNA5_EVL process.
8210 2.26 (E212R1) 000000A6 MCC_DNA5_EVL 12476 LES$EVENT
- the name of the node is ETSA_SERVICES_NS:.Adelaide.Eastwood.212.e212r1
as shown by ncl command show node e212r1 all ident.
- the outbound stream specify sink address and sink end user name =
MCC_EVL_SINK
Sink End User = Name = MCC_EVL_SINK
Sink Address = {{{%X0113}, {DNA$ProtID$SessCtlV2 Name = MCC_EVL_SINK}, {DNA$Pro
tID$NSP}, {DNA$ProtID$RoutingV3 49::00-02:AA-00-04-00-18-08:20}}, {{%X0113}, {DN
A$ProtID$SessCtlV2 Name = MCC_EVL_SINK}, {DNA$ProtID$NSP}, {DNA$ProtID$RoutingV3
49::00-02:AA-00-04-00-18-08:21}}}
- mcc> getevent node ETSA_SERVICES_NS:.Adelaide.Eastwood.212.e212r1
any events
Then generate an event on the wanrouter by disabling an x25
protocol dte . This gives no events .
Should I have setup a sink on the mcc node similar to PhaseV_sink ?
I not , where did I go wrong ?
All suggestions welcome.
Andrew
|
3359.9 | syntax problem | TOOK::PURRETTA | | Wed Aug 26 1992 11:26 | 5 |
| You didn't ask for the X25 protocol events. You asked for Node events.
Try
MCC> getevent node x x25 prot dte * any event
|
3359.10 | thanks.... | GIDDAY::CHONG | Andrew Chong - Sydney CSC | Thu Aug 27 1992 21:53 | 6 |
|
> Try
>
> MCC> getevent node x x25 prot dte * any event
This works... thanks.
|