[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

1195.0. "Vitalink and Bridge AM problem" by JETWSH::COMFORT (Spent a little time on the mountain) Thu Jun 27 1991 18:13

    
    Hi,
    
    I have read the various notes about VitaLink bridges and TransLan
    products.  It seems that from these discussions that the MCC bridge AM
    should be able to register and extract at least some info from a
    TransLan running 10.4.x  software.  If this is not correct, please
    indicate.  Else, my problem is as follows:
    
    when I try to register a TransLan 350 running 10.4.1 of the software.
    
    MCC> reg bridge .bridges_us.franklin address=08-00-7C-00-4D-04
    
    BRIDGE MCC_NS:.bridges_us.franklin
    AT 27-JUN-1991 14:23:22
    
    The requested operation cannot be completed
                MCC Unhandled Service Reply = The requested operation
    						cannot be completed
                          MCC Routine Error = %MCC-E-ILVTNF,  specified tag
    						not found within current
    						constructor
    MCC>
    
    The setup is as follows:
    
    
    ______________                   ____________
      |      |           256 kb          |
     MCC  TransLAN - - - - - - - - - TransLan (producing the error)
    
    Unfortunately, no other TransLan is "up to rev" yet, so I have no other
    information to go on. 
    
    
    Thanks in advance for any information.
    
    Dave Comfort
T.RTitleUserPersonal
Name		DateLines
1195.1Not officially supported.CHRISB::BRIENENDECmcc Bridge|Station|SNMP Management.Fri Jun 28 1991 13:1819
The DECmcc Bridge AM might support some Vitalink TransLAN functions on
older rev boxes, but no claim is made, and no engineering resources are
being expended to provide real support (we don't have the resources to
track changes Vitalink makes to their code).

That's why there's a Vitalink TransLAN AM...

The flow of REGISTER makes use of the SHOW IDENT|CHAR and the AM's
REGISTER entry point (which ends up doing the equivalent of
SHOW LINE CHAR).

If this "unofficial support" is considered important, you might try the
following commands:

	SHOW BRIDGE 08-00-7C-00-4D-04 ALL IDENT
	SHOW BRIDGE 08-00-7C-00-4D-04 ALL CHAR
	SHOW BRIDGE 08-00-7C-00-4D-04 LINE * ALL CHAR

...to see if any of those yield the same problem.
1195.2You gets what you pays for...TOOK::MCPHERSONi'm only 5 foot one...Mon Jul 08 1991 17:0722
    re .0

    No joy.   What you want to do will not work.  Why?  Translan bridges
    (6.10 and later) return information about the translan bridge encoded
    differently within the reply packet.   The registration process does a
    SHOW ALL IDENT request to the bridge (in your case a TRANSLAN) and the
    Translan happily sends back a lot of data that the BRIDGE AM has no way
    of recording.

    If it's for a customer, get them to shuck out the $2700 to Vitalink for
    the AM. 

    If it's for Digital *Internal* use, copy the kit from
    MCDOUG::DUA1:[TRANSLAN_AM]. 

    FWIW:   The MOP implementation on the Translans is very complete.  I
    believe they return *all* MOP counters, so they can be registered as a
    Station and handled that way.


    regards, 
    doug