[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 |
4849.0. "UCX Loop OK, MCC Test Fails..." by SPANKY::SAWYER () Thu Apr 08 1993 16:23
Hi,
A customer of mine has DECmcc 1.2.3 running on a Vaxstation 3100 M76
with VMS 5.4-2.
When I set up DECmcc for them, they had Wellfleet Routers between
his office and each of the 8 remote offices on 56 Kb lines.
Last week they added another Wellfleet Router at HIS home site that
has two T1 links to an office that they switched over from the
first Wellfleet router.
Now DECmcc can't see the Chipcom Hub or the Datability Term Server
at this remote office on the other side of the T1s.
This was brought to my attention because his alarms were firing
because all those devices were not reachable.
Now from UCX..I can loop these nodes...and from DECmcc..after I
erase these devices, I can re-register them..so it seems that
DECmcc can see them..but when I use the TEST command..I get
IpReachability is down.
Here is a log file of my findings:
UCX> loop benchipcom
%UCX-I-LOOPACT, BENCHIPCOM is alive
UCX> loop benvts
%UCX-I-LOOPACT, BENVTS is alive
UCX> exit
NAT'L_TELE_DIR$ man/ent
DECmcc (V1.2.3)
MCC> test snmp benchipcom
SNMP benchipcom
AT 8-APR-1993 14:58:32
Test unsuccessful: no answer from host.
MCC> test snmp benvts
SNMP benvts
AT 8-APR-1993 14:58:38
Test unsuccessful: no answer from host.
MCC> spawn
NAT'L_TELE_DIR$ ucx
UCX> sho host somwellfleet_2
LOCAL database
Host address Host name
151.138.10.10 SOMWELLFLEET_2, somwellfleet_2
UCX> exit
NAT'L_TELE_DIR$ logout
Process SYSTEM_1 logged out at 8-APR-1993 14:59:11.12
MCC> erase snmp somwellfleet_2
SNMP somwellfleet_2
AT 8-APR-1993 14:59:21
Erase Successful
MCC> register snmp .ip.somwellfleet_2 syn somwellfleet_2
SNMP DSP_NS:.ip.somwellfleet_2
AT 8-APR-1993 14:59:45
Registration successful.
MCC> create domain .nj_somerset_hq member .ip.somwellfleet_2
Domain DSP_NS:.nj_somerset_hq Member DSP_NS:.ip.somwellfleet_2
AT 8-APR-1993 15:00:06
Create Successful
MCC> test snmp somwellfleet_2
SNMP somwellfleet_2
AT 8-APR-1993 15:00:44
Test successful.
MCC> test snmp benchipcom
SNMP benchipcom
AT 8-APR-1993 15:01:04
Test unsuccessful: no answer from host.
MCC> test snmp benvts
SNMP benvts
AT 8-APR-1993 15:01:09
Test unsuccessful: no answer from host.
It seems wierd to me that UCX can "LOOP" the nodes, yet
DECmcc's TEST command fails.
Any Ideas on this one???
-Rob
T.R | Title | User | Personal Name | Date | Lines |
---|
4849.1 | | MOLAR::YAHEY::BOSE | | Fri Apr 09 1993 10:41 | 12 |
|
In DECmcc V1.2.* the SNMP AM issues ucx echo requests with 0 data
bytes. This used to cause some of the IP entities not to respond to
the echo request.
This was changed in V1.3 and the SNMP AM now sends out 64 bytes of
data with the ICMP header.
You can verify that the above is indeed the problem by using the
/PACKET_SIZE qualifier in the UCX loop command.
UCX LOOP/PACKET_SIZE=0 node_name
|
4849.2 | no /pack_siz in UCX 1.3a | SPANKY::SAWYER | | Fri Apr 09 1993 14:42 | 6 |
| I am running UCX vers 1.3a and there is no /packet_size
qualifier so I am unable to test it.
This could be the case but the nodes were reachable before the
2nd wellfleet was installed and so I tend to think that it is NOT
a problem with the SNMP AM...
|