To get a complete and authoritative answer, you would have to put this question
to TEC, not to NetView. All the code
responsible for establishing, sending, caching, and re-sending events, is part
of the EIF libraries, which TEC provides, that
NetView merely links. We do a "tec_send" and after that we do not know what
happens to what we sent, and we don't care, as
long as we get back a good return code.
For what it is worth, my understanding was that if the fixed port fails, then
the TEC adapter code would see if there were a
portmapper running, and if so, whether it knew about a port for the TEC server.
The assumption is that you want to events to
get to TEC so it does its best to get them there. So I would say, and this is
just my opinion, that this working as
designed.
You may not be happy with this result, but I hardly think anyone would be
willing to take an APAR for a situation which was
caused by user errors on both ends of the TEC session. In any case, it would
have to be TEC which would fix it, because, as
I said, this code is not part of NetView.
By the way, there is a list, tme10@list.isis2000.com, where other Tivoli
products, notably TEC, are discussed. I do not
subscribe, but I am told that you can by sending to majordomo@list.isis2000.com
subscribe tme10 <your email address>
Perhaps other TEC users can comment on how they deal with this.
James Shanks
Tivoli (NetView for UNIX) L3 Support
Dieter Zavelberg <dieter.zavelberg@DATEV.DE> on 10/12/99 02:51:21 AM
Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
<NV-L@UCSBVM.UCSB.EDU>
To: NV-L@UCSBVM.UCSB.EDU
cc: (bcc: James Shanks/Tivoli Systems)
Subject: forwarding NV traps as T/EC events - one more try
-----Urspr
üngliche Nachricht-----
Von: Dieter Zavelberg [SMTP:dieter.zavelberg@datev.de]
Gesendet am: Mittwoch, 6. Oktober 1999 17:56
An: 'NV-L@UCSBVM.UCSB.EDU'
Betreff: forwarding NV traps as T/EC events
Hi all,
I'm going to setup a TME10 Framework Environment including NV trap/event
forwarding to a T/EC.
Because I have to forward the events through a firewall a fixed ServerPort
is defined in /usr/OV/conf/tecint.conf - and it works ok.
But:
Accidently the configuration file on the T/EC server was overwritten by its
default file so that the server after it's restart assumed a dynamic port
handling via portmapper.
Inbetween nvserved on the NV box has been restarted too (configured with
that fixed port) so that I expected that all events now have to go to
/etc/Tivoli/tec/cache because nvserverd shouldn't be able to establish a
connection to the destination port ...
But the cache file was empty and all the events went to the T/EC via a
dynamic allocated port.
Does anybody know sth. about that behaivor? Do I misunderstand how this
fixed port stuff works?
Is it a bug with an APAR for?
I'm running AIX 4.2.1-ML3 and NV 5.1 .
TIA
Dieter Zavelberg
|