[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

1426.0. "DEQRA (Token Ring) support ?" by SUBWAY::REILLY (Mike Reilly - New York Bank District) Fri Aug 30 1991 13:26

    Will support for the DEQRA module be added to the End Station access
    module?  All devices on Token Rings support 802.2 XID and TEST
    frames so they could be registered in DECmcc. 
    
    _ Mike
T.RTitleUserPersonal
Name		DateLines
1426.1DEQRA (and DEMFA) ...CHRISB::BRIENENDECmcc Bridge|Station|SNMP Management.Fri Aug 30 1991 14:2627
DEQRA:
------
No support was/is planned in the DECmcc V1.2 MCC_EA Routines for a DEQRA
used as THE HOST PORT DEVICE. Ethernet AM (and Bridge AM, Concentrator AM,
TransLAN AM) uses the MCC_EA* Routines to access the wire.

Whether they (MCC_EA* Routines) work with DEQRA is a different question...

DEMFA:
------
Note that this same issue exists with host support of DEMFA.

We have verified that the MCC_EA_REQUEST_ENET_PACKET() Routine works with
DEMFA, which means Bridge AM/Concentrator AM can (by using VIA PORT
or Logical) access DECbridge 5xx/6xx or DECconcentrator 5xx from a
DEMFA equipped *VAX/VMS system* (not Ultrix).

We also know that one or more of the other MCC_EA* Routines used by
Ethernet AM does NOT work with DEMFA but haven't had time to test
exactly where the problem(s) are.

My (educated) guess is that changes will be required to both MCC_EA
and Ethernet AM to fully support DEMFA.

Hopefully we'll have time to address this after EFT starts...

						Chris
1426.2DEMFA problem is being looked atSTAR::MORRISONThe world is a networkTue Sep 03 1991 14:5017
> We also know that one or more of the other MCC_EA* Routines used by
> Ethernet AM does NOT work with DEMFA but haven't had time to test
> exactly where the problem(s) are.
>
> My (educated) guess is that changes will be required to both MCC_EA
> and Ethernet AM to fully support DEMFA.

I received a call from someone representing the DEMFA last week, asking
about DECmcc support.  After some discussion, he indicated that he would
look into the possibility that one (or possibly more) of the functions that
the Ethernet Access routines need is missing from the DEMFA.  The one that
we specifically discussed was the getting the current address from the
controller.  I'm unable to follow up on this, since I no longer work on
the Ethernet Access routines (or even for the DECmcc group), but I'm sure
Chris will pick up the ball.        

						Wayne