| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 1533.1 | Not planned. | NETCAD::GALLAGHER |  | Thu Oct 06 1994 08:41 | 2 | 
|  | 
There are no plans to disable bootp messages from any of the 900 products.
 | 
| 1533.2 |  | NETCAD::ANIL |  | Thu Oct 06 1994 17:11 | 5 | 
|  |     One way to achieve the same effect is to give it any old IP
    address (eg, 1.2.3.4, or any address that's outside of the subnet that
    it's in).  That will keep it from broadcasting BootP's.
    
    Anil
 | 
| 1533.3 | Mieux vaut prevenir que courir.... | PADNOM::PEYRACHE | Jean-Yves Peyrache Country Support Group France | Fri Oct 07 1994 06:28 | 16 | 
|  | thanks all for your inputs.
  re:-2 
  it's ok for solved the problem , but in my case it's for prevent the problem
  aka in the field , distributors,customers are no really fairly with Snmp/Bootp
  and an option in menu mode should be very useful to prevent this event
  and to save ,times for all .
   Jean-Yves
   
 PS: (if you add this option in the future ,please disable this functionnality
       by default)
 
 | 
| 1533.4 | Console command to disable/enable bootp. | NETCAD::GALLAGHER |  | Mon Oct 17 1994 16:51 | 15 | 
|  | We've decided to add a console command on line-cards to disable bootp.
The line-card "show current settings" menu item will display whether
bootp is enabled of disables.  This solution has the following advantages:
	o  It works both when standalone and when in the hub,
	o  it doesn't affect our installed base, and
	o  the solution is simple to explain and easy to implement.
The disadvantage is that it requires users to visit the hub to use the 
console.  We feel that this is not a big disadvantage because users must 
visit the hub in order to give the hub an IP address, and to install 
modules.
Look for this is the next release.
							-Shawn
 | 
| 1533.5 | merci Beaucoup.!!!! | SOS6::PEYRACHE | Jean-Yves Peyrache Country Support Group France | Tue Oct 18 1994 05:27 | 7 | 
|  | 
 Shawn,
  thanks very much,it's very positive to see that you are eavesdrop for inputs
  from the field
  Jean-Yves
 | 
| 1533.6 | ANSWER TO NOTE 1141-BOOTP | DELNI::ROUNDS |  | Thu Oct 20 1994 05:23 | 52 | 
|  |     
From:	NETCAD::GALVIN       19-OCT-1994 10:40:22.72
To:	NETCAD::ILYADIS
CC:	DELNI::ROUNDS,HERTZBERG,GALVIN
Subj:	RE: Can we put something in the set up port to disable the BootP requests??
This is planned (and actually being worked on) for wave 3.  The wave 3
common code will support disable of BOOTP from the setup port.
So, products that build with the wave 3 common code will support 
the disable of BootP. 
Cheryl
=============================
From:	NETCAD::ILYADIS "Nick - Hub E-net Engineering - LKG2-2/X12 226-6636  19-Oct-1994 1030" 19-OCT-1994 10:32:55.72
To:	CHARLIE RICH MARC GALVIN
CC:	ILYADIS
Subj:	Can we put something in the set up port to disable the BootP requests??
From:	DELNI::ROUNDS "NAT,HUB ENGINEERING,DTN226-6687 (508-486-6687),HOME 508-264-0097  18-Oct-1994 1712" 18-OCT-1994 17:11:03.36
To:	NETCAD::ILYADIS
CC:	ROUNDS
Subj:	BOOTP flooding network. Did we ever do anything about this?
From:	DELNI::ROUNDS       "NAT,HUB ENGINEERING,226-6687 (508-486-6687)" 22-JUN-1994 05:35:50.05
To:	netcad::ilyadis,netcad::galvin,netcad::hiscock
CC:	netcad::graham,levers::martignette,ROUNDS
Subj:	BOOTP REQUESTS flooding network
              <<< KALI::$1$DUA3:[NOTES$LIBRARY]HUB_MGNT.NOTE;1 >>>
                         -< Hub Management Conference >-
================================================================================
Note 1141.0                  Bootp flooding network?                  No replies
CGOOA::KUNDRIK                                       14 lines  21-JUN-1994 18:11
--------------------------------------------------------------------------------
    I posted this in the ethernet notes file but thought someone here might
    be able to help. A customer recently purchased over 100 DEChub900 each
    with a DECbridge900mx and 2 to 7 DECrepeater900gm. He has found that
    each of these modules and several supporting DECbridge 520s and 620s
    are flooding his network with bootp requests. He has a program that
    shows it going to 50% utilization. The only way I know to stop these
    requests is to assign an IP address to every module. The customer says
    this is ridiculous since there would be almost 1,000 modules that need
    addresses. Is there not some way we could just turn off the bootp
    requests? Are we seeing something else that looks like bootp requests
    are flooding the network?
    
    Thankyou,
    Darrell
 |