Conference azur::mcc

When you register a bridge with this command
regi bridge dec:.reo.cbn.bridge_lb200_1 address=08-00-2b-19-0b-c3
two things happen
1. an dns object .bridge_lb200_1 is created under dec:.reo.cbn
2. a dns soft link 08002b190bc3 is created under .mcc_bridge_backtranslation

you need write access to both the "dec:.reo.cbn" and 
".mcc_bridge_backtranslation" directories.

    
    Is there someone who is in charge of authorizing MCC field test users
    for access to the various DEC:.MCC* directories ?
    
    I had a look in those directories, and they seem to be empty. Does that
    mean everyone else is using their own private namespaces ?
    
    Trevor

    Is there someone who is in charge of authorizing MCC field test users
    for access to the various DEC:.MCC* directories ?

> At this time access is not allowed in DEC: for MCC field test users. Work
> is ongoing to resolve a couple of issues for making DEC: available.
    
    I had a look in those directories, and they seem to be empty. Does that
    mean everyone else is using their own private namespaces ?
    
> Yes

brad...

I'm having similar problems when trying to create a domain.  Like bridges, do
domains create back links?

Thanks!
tl

    When I attempt a CREATE DOMAIN command, I get %dns-e-accessdenied
    messages.  I've checked and re-checked the DNS access, and it looks
    great.  When DECmcc fails, it only tells me:
    
    	"The requested operation cannot be completed"
    
    but I'm left with no idea of what operation is failing.  I know that,
    for things like bridges, two entries are created:  one in my local
    directory for bridges, one in a root-level backlink directory.
    
    What DNS operation(s) are performed when a domain is created?
    
    Also, is there a DECmcc logging operation I can enable that will show
    me that DNS operations being performed?
    
    Thanks!
    tl
    

    
    	I'm no wiz but try this.  If you have the name service running
    on your node enable decnet event 352.* and 353.1-4.  This should log
    the event when your access fails and may lead you to what is actually
    being touched.
    
    	I don't see a backtranslation directory for domains in my name
    space.
    
    
    Scott

When a domain is created, dns is called to create a dns object and some 
attributes.  Domains do not require backtranslation directory.  
Which makes creating a domain a way to test dns.  

When creating the domain from FCL did you use a dns directory or the dns 
root directory?  Check if dns directory was created and the protection is OK.

Can DFS$CONTROL access dns?

DECmcc does not log or trace dns transactions.  We do wish for a DECmcc access
module to manage dns.

  
Is DECmcc on Ultrix or VMS.  Is the dns server on Ultrix or VMS?  What are their
versions?

Al Moore

    Re .6, .7  Thanks for the help.  It turned out that I had not set up
    the access correctly to the .hlo.s.mcc.domain directory.  I can now add
    domains.
    
    However, when I try to add a bridge, I get the DNS 'No rights . . ."
    message again.  I've checked the access on both my bridge directory
    (.hlo.s.mcc.bridge) and on the backtranslation directory
    (.mcc_back_translation).  Both look good (I'm using the NCC000::SYSTEM
    account, which is part of the group .hlo.obj_admin, which is part of
    the group .mcc_admin).
    
    Again, how can I locate the exact DNS command that is being rejected? 
    Will enabling logging of the DNS events, either on my DECmcc server or
    on my DNS server, point to the problem?
    
    Thanks!
    tl

    .mcc_back_translation  ???
    
    Is this a typo? Should be .MCC_BRIDGE_BACKTRANSLATION
    
    /rob

    Rob
    
    Yep, that was a typo.  And my questions . . . .?
    
    Thanks!
    tl
    

I'm now trying to register a bridge but, try as I might, I only get DNS-E-
ACCESSDENIED returned.

I've enabled debug mode.  Here's the output:


MCC> register bridge .hlo.s.mcc.bridge.cronic address=08-00-2B-08-C9-DD


*****************************************************
*     FCL PM Arguments before call_function:        *
*****************************************************

VERB code:      29
PARTITION code: 10
AES dump of ENTITY IN:

depth=1 class code= 9 instance = �

ILV dump of IN_P:

[  0 ] (
    [  241 ]     08 00 2b 08 c9 dd
    )
ILV dump of IN_Q: in_q is NULL
TIME SPEC is: 0, NOW

**********************************************
FCL PM Arguments on return from call_function:

CVR returned:
%MCC-S-COMMON_EXCEPTIO, success with common exception reply

ILV dump of OUT_P:

[  2 ] (
    [  1 ]     01
    [  2 ]     01 de 80 2a
    )
AES dump of ENTITY OUT:

depth=1 class code= 9 instance = �


BRIDGE DEC:.hlo.s.mcc.bridge.cronic
AT 11-OCT-1991 16:50:44

The requested operation cannot be completed
                      MCC Routine Error = %DNS-E-ACCESSDENIED, No rights to
                                          perform requested operation
MCC>

I had hoped that debug mode would point me to the specific DNS operation that
the command is failing on.  But even though I've read the documentation on 
debug mode, I find no help in understanding DNS' problem with this request.

Any thoughts?

Thanks!
tl

    RE: .11                                                    
    
    When you try to register bridge .hlo.s.mcc.bridge.cronic, you need
    full DECdns access to .hlo.s.mcc.bridge directory and 
    .MCC_BRIDGE_BackTranslation directory in your default namespace.
    (Is it DEC:?)
    
    The MCC Bridge registration command creates DNS object  
    .hlo.s.mcc.bridge.cronic and creates DNS softlink 
    .MCC_BRIDGE_BackTranslation.08002B08C9DD pointing to the DNS object.
    
    At the time you issued the MCC register command, you might have not had
    all the required access rights in the namespace/directories.