[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | DECmcc user notes file. Does not replace IPMT. |
| Notice: | Use IPMT for problems. Newsletter location in note 6187 |
| Moderator: | TAEC::BEROUD |
|
| Created: | Mon Aug 21 1989 |
| Last Modified: | Wed Jun 04 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 6497 |
| Total number of notes: | 27359 |
5583.0. "EVS over TCPIP error" by ZUR01::SCHNEIDERR () Thu Sep 09 1993 07:57
Hello,
We get the follow message in the MCC_EVC_SINK.LOG
6-SEP-1993 02:15:59.34, Waiting for connect request from a COLLECTOR
UDPIP_SINK, Using default port #1630
6-SEP-1993 02:45:06.39, Received COLLECTOR message over UDP/IP
>>Error translating MCC event 0, status = 1000, 6-SEP-1993 02:45:06.39
6-SEP-1993 02:45:21.26, Received COLLECTOR message over UDP/IP
>>Error translating MCC event 0, status = 1000, 6-SEP-1993 02:45:21.26
6-SEP-1993 02:45:36.47, Received COLLECTOR message over UDP/IP
>>Error translating MCC event 0, status = 1000, 6-SEP-1993 02:45:36.50
6-SEP-1993 04:23:46.38, Received COLLECTOR message over UDP/IP
Parallel to this we get entity SNMP polling alarm failutes of the type
information = "No response from entity" and
information = " Cannot read attribut"
DECmcc uses the ports 1024 - 5000. The port 1630, too. If a device answers to
this port, the answers go to Collector_am instead of the TCPIP_AM. (You can
see the reties of the SNMP_AM with the analyzer).
Seems to be a bug in the COLLECTOR. Is there a fix availible or can I do
something against this behaviour?
Regards Roland
| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 5583.1 | | ZUR01::SCHNEIDERR | | Thu Sep 23 1993 05:13 | 3 |
| After so much answers, I opened a IPMT and escalated the call.
Roland
|