[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

3703.0. "Bridge forwarding db filtering" by GOONS::CHAPMAN () Tue Sep 08 1992 14:50

    What is the correct sequence for filtering an address in a bridge
    (100/150/200) forwarding database using ELM with MCC1.2.
    
    I tried doing similar things to those which worked with 1.1 but am
    getting the following problems:-
        
    If I open up the static entry db and try and add a static entry I get
    
    	"Variant selector information not found in variant selector list"
    
    An entry is created in the window though. If I select that and try to
    set characteristics the set window appears behind the map window and
    then disappears immediately.
    
    Trying to delete the address from the dynamic entry list gives
    
    	"Invalid Password"
    
    even though the bridge has no password set.
    
    How do I get this to work please?
    
    Thanks
    
    Gary
T.RTitleUserPersonal
Name
DateLines
3703.1SLINK::CHILDSMultiprotocol Autotopology NirvanaWed Sep 09 1992 15:3326
    I was not able to reproduce the problem you describe.

    These are the steps to follow to Create a Static Entry in a Bridge's
    Forwarding Database as outlined on page 4-2 of the DECmcc Bridge Access
    Module Use Guide:

    	To add a static entry to the forwarding database, select the
    	bridge and forwarding database [from the map window], then open the
    	Toolbox.  Select Static Entry from the Toolbox and enter a physical
    	address.  [Click on OK to get the next dialogue box.]

    	Next, the Add Entity dialogue box is displayed.  Enter values for
    	the appropriate attribute, depending on the type of filtering you want. 
    	[In your case, click on the Disposition field and enter "Filter". 
    	Click on OK and you'll be instructed to move to the map window and
    	click on where you want the static entry put on your map.]  

    To Delete a Static Entry in a Bridge's Forwarding Database, bring down
    the Toolbox, and click on the circle with a single slash through it. 
    Then move the X pointer to the map and click on the static entry you
    want to remove.

    If you still can't get it to work, please post a reply here with the
    version and operating system you are using, version of DECmcc ELM you
    are running, the type of bridge you are using, and the exact steps you
    performed while in the Iconic Map.
3703.2Can't get entity dialogue boxGOONS::CHAPMANThu Sep 10 1992 08:1115
    When I perform the sequence you describe, enter the address and click
    ok, I dont get the entity dialogue box, I get the operation -
    complete/plan box. When I ok this I then get the problems I described
    earlier. 
    
    The only way I can get the entity dialogue box is if I enter a
    completely fictitious address, but if I enter one which has already
    been learned in the forwarding db then I get the operation -
    complete/plan box.
    
    VMS Version is 5.4
    BMS 1.2, latest ELM
    
    Gary
    
3703.3Still can't reproduce the problemSLINK::CHILDSMultiprotocol Autotopology NirvanaThu Sep 10 1992 15:0312
| The only way I can get the entity dialogue box is if I enter a
| completely fictitious address, but if I enter one which has already
| been learned in the forwarding db then I get the operation -
| complete/plan box.

    I just tried it again, this time with a real address that the bridge
    has learned (one of its dynamic entries).  Using the Iconic Map, I
    created a static entry with an already learned address, showed all its
    attributes, and then deleted it.  All worked as described.

    Just out of curiosity are you using a local MIR or DNS as your
    namespace?
3703.4local MIRGOONS::CHAPMANThu Sep 10 1992 17:278
    mysterious!
    
    I am using local MIR
    
    Does the fact that I get the complete/plan window give any clue as to
    what's going wrong?
    
    Gary
3703.5SLINK::CHILDSMultiprotocol Autotopology NirvanaFri Sep 11 1992 13:2313
| I am using local MIR

    Yes, that's what we have here, too.

| Does the fact that I get the complete/plan window give any clue as to
| what's going wrong?

    I *think* that window comes up when certain entities are not
    registered, but I'm not sure.  I can't find any references to a
    "complete/plan" window in my documentation.  Can someone from the IMPM
    group provide any clues to what's going on here?

    I'm baffled!
3703.6QARed as #3425 ZUR01::FUEGLISTERRoland Fueglister, 760-2498Tue Sep 15 1992 12:2711
My customer has experienced exactly the same problem.
The problem is also reproducable on my workstation.

The problem is qared with number #3425


			Best Regards,


			Roland Fueglister (7)760-2498
			DS/Network Integration Center
3703.7Try re-registering the bridgeQUIVER::HAROKOPUSFri Sep 18 1992 14:3012
    Based on the information given, it looks like the forwarding database
    did not get registered when the bridge was registered.  Try the
    following and let me know if it works:
    
    mcc>deregister bridge <bridge_name>
    mcc>register bridge <bridge_name> addr=<bridge addr>
    
    Then try to add a static entry to the forwarding database.
       
    Thanks,
    
    Bob
3703.8Need status on this problemQUIVER::HAROKOPUSTue Sep 22 1992 19:067
    Has anyone who having this problem tried the suggestion in .7 yet?   
    We have an outstanding QAR on this problem and we can't reproduce it 
    here so I need to know if we are on the right track.
    
    Thanks,
    
    Bob  
3703.9New forwarding db didn't workGOONS::CHAPMANWed Sep 23 1992 12:1410
    When I raised the problem I was giving a training course and I don't
    have access to a system at the moment.
    
    However, during that week I did register a new forwarding db, double
    clicked on it and still got the same problem trying to register a static
    entry. I didn't deregister the old forwarding db though.
    
    Does this help?
    
    Gary
3703.10any more?GOONS::CHAPMANWed Oct 07 1992 11:181
    any more info on this one?
3703.11SLINK::CHILDSEd ChildsWed Oct 07 1992 12:317
    --> any more info on this one?

    We've been unable to reproduce your problem.

    Do you now have access to the system your were using where the problem
    occurred?  Can you try the work-around proposed in reply .7 and let us
    know if it works?
3703.12Problem still existsZUR01::FUEGLISTERRoland Fueglister, 760-2498Thu Oct 08 1992 14:5221

Based on the recommendation given in reply .7, I deregistered/registered a
LB200 with the IMPM as well as the FCL.
The assumption that the forwarding database is not registered is not true and
the problem described in QAR #3425 still applies.

Additionally I encountered a new message:
After the deregistration/registration of a LB200 I did the following with the
IMPM as well as the FCL:

DIRECTORY BRIDGE LB200_bridgename FORWARDING DATABASE

FCL  --> direcorty successful
IMPM --> directory successful + management window message:data type not
								supported


				Best Regards,

				Roland
3703.13Same problem on UltrixTRUCKS::CHAPMAN_GThu Feb 11 1993 15:3132
    I still get this problem, and on Ultrix too, and on a VMS system built
    by someone else.
    
    Doing 
    
    MCC> CREATE BR name FOR DATA STAT ENT address DISP FILTER
    
    followed by adding static entry from the toolbox works ok (still the
    complete/plan box though, not the full one)
    
    Doing it all from the map behaves as follows:-
    
    Click on static entry in toolbox
    Enter address
    Get complete/plan box, ok that
    Static Entry entity is added ok
    Click on it, show char, get "Variant Information not found in Variant
    Selector list" (what the hell does that mean?)
    Try set char, window appears and immediately disappears
    
    Above behaviour occurs if entry has been learned as a dynamic entry,
    things work ok if address is fictitious.
    
    The fact that it also happens on Ultrix is suspicious - either I am
    doing something very obviously wrong or you are not recreating the
    problem properly.
    
    Any more help at hand? 
    
    Many thanks 
    
    Gary
3703.14I'll try it with latest ELMQUIVER::HAROKOPUSThu Feb 11 1993 15:585
    
    Thanks for the information.  I'll try it on T1.3.1 with the latest
    bridge AM to see if I can reproduce it.
    
    -Bob
3703.15Found problem...would like to defer for nowQUIVER::HAROKOPUSWed Feb 17 1993 17:1632
    With the help of Jim Lemmon, this has finally been tracked down.
    
    This bug was exposed by the differences in the way that the IMPM
    and FCL handle the create operatation.   FCL attempts the
    create without checking to see if the entry is already a
    static entry in the forwarding database.   IMPM does a
    show bridge forw data static entry xxx to see if the entry
    is already there first.
    
    The problem is that for some addresses the bridge agent
    is returning a valid status even though the entry does not
    exist.  Therefore, IMPM skips the create operation and simply
    registers the entry.  Because the entry was never created any
    operation on it fails.
    
    I tried each bridge type and I was able to reproduce the problem
    on the LANbridge 200, DECbridge 5xx and 6xx.  I may be able to add
    some additional error checking to the bridge AM to work around
    this but it is ultimately a firmware issue.
    
    What I need to know is how severe an impact is this given that
    there is a workaround (just use FCL to create the entry).  Remember
    that if I don't defer this then this will hold up the shipment
    of DECmcc V1.3 as ELM is already holding up the V1.3 release.
    Given that information is it ok to address this at a later time either 
    in firmware of with a bridge AM workaround?
    
    Thanks,
    
    Bob
    
    
3703.16deferring seems to be the better wayZUR01::FUEGLISTERRoland Fueglister, 760-2498Mon Feb 22 1993 08:1310
				Hi Bob,

I am glad to read that you are able to reproduce the problem.
Fortunately we can use the FCL workaround in the meantime.
I vote for deferring this bug.

				Best Regards,


				Roland
3703.17another customer with problem..GIDDAY::DRANSFIELDMike Dransfield, Sydney RSSGTue Apr 06 1993 09:176
    Hi,
    I have just come across the same problem at a customer site.
    Anyidea when this will be fixed?
    I will try using the FCL for now...
    thanks,
    Miek
3703.18then is fixed ???MLNCSC::FACCHETTIFri Jun 03 1994 07:393
    any idea if this bug is fix ?
    					thanks Gianni