[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

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.RTitleUserPersonal
Name
DateLines
4849.1MOLAR::YAHEY::BOSEFri Apr 09 1993 10:4112
	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.2no /pack_siz in UCX 1.3aSPANKY::SAWYERFri Apr 09 1993 14:426
    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...