DKTCOMEGA AONode Management Module User Documentation

Transcription

1 AONode Management Module User Documentation

2 Table of content Introduction...3 The boot process of the AONode...4 DHCP Settings...5 TFTP Settings...8 Custom configuration...9 Device script commands...10 Explanation of feature settings...11 SNMP settings...11 Configuration of SNMP values...11 Surveillance via SNMP...12 Reboot...14

3 Introduction This is part of the documentation of the AONode product, it holds the description of the optional management module, which can be used for surveillance of the AONode. The hardware consists of the basic AONode, based on the AO 801 series architecture, and a management module holding an Ethernet interface, RJ-45. SNMP can be used to for surveillance and settings. E.g. read system settings, optical Rx power level, temperature and power supply status. The module can be inserted into the AONode, when power has been shut off. The management module holds a CPU, which can be provisioned with firmware from a central server.

4 The boot process of the AONode The boot process is split in two: - First the node issue a dhcp request with dhcp option 60 set to <file name>vx_xx (where x_xx is the version number of the firmware). - Afterwards the node start it's operation system (OS). The OS also issue a dhcp request, with dhcp option 60 set to the version of the software. When a new node is unpacked it doesn t contain any firmware on the management module, and before the management part of the node can be used, it must be updated with the latest revision. This means that when the AONode is installed, it will be required to remotely update with firmware, before the management part will be working. The first bootp/dhcp request from the device can be used to remote upgrade the firmware. If a bootfile and a bootserver is given in the bootp response then the file is downloaded via tftp and executed by the device. DHCP Discover DKT_firstboot (option 60) DHCP Offer DKT_firmware (filename, server info, etc) DHCP Discover Request IP Address AONode DHCP Server DHCP Offer IP Address TFTP Request filename TFTP transfer of firmware DHCP Discover configuration (option 66, 67) DHCP Offer configuration (filename, server info, etc) TFTP Request configuration TFTP transfer of configuration Configuration is download at each reboot/start-up. Download of firmware only happens if requested in DHCP configuration

5 DHCP Settings The AONode requires a dhcp server connected to the fiber WAN port before power on. As an example we have used Linux Kubunto platform and installed the following component via adept dhcp3 tftpd Make sure that DHCP server has its unique static IP address settings, so it doesn t conflict with its own leasing of IP Addresses. To edit DHCP Server Setup, edit the DHCP setup configuration file: sudo kate /etc/dhcp3/dhcpd.conf # DHCP SECTION: insert the following default-lease-time <SECONDS>; # Ex: default-lease-time 600 max-lease-time <SECONDS>; # Ex: max-lease-time 7200 # The following routine is necessary in the first boot process, in order to download firmware into the AONode. The AONode is born without firmware image. dkt_fw_01_00.img indicates the flashing instruction image to be downloaded. Remember to place this firmware file in tftp server root directory class "Initial_Firmware" { match if substring (option vendor-class-identifier, 0, 13) = "DKT_firstboot"; filename = "<Latest_Firmware_Name>"; # Ex: filename = dkt_fw_01_03.img }

6 # The following routine is necessary when firmware revision is to be upgraded from 1.00 to 1.03 class "Upgrade Firmware from v01_00 to v01_03" { match if substring (option vendor-class-identifier, 0, 20) = "DKT_Firmware_v01_00"; filename "dkt_fw_01_03.img"; } # The following is needed in order for the AONODE to download the configuration. Remember to place this configuration file in TFTPBOOT directory. Remember to assign correct eth interface, subnet/mask, IP address range, TFTP-server name and bootfile-name below subnet <Subnet> netmask <Subnet mask> # Ex: subnet netmask { interface <Ethernet Interface>; # Ex. interface eth0 range <Min IP Address> <Max IP Address>; # Ex: range option domain-name-servers <DNS Server IP Address>; # Ex: option domain-name-servers option domain-name "<Domain Name>"; # Ex: option domain-name internal.example.org option tftp-server-name "<TFTP Server IP Address>"; # Ex: option tftp-server-name option bootfile-name "<Configuration_File_Name"; # Ex: option bootfile-name AONode_settings.txt option broadcast-address <Broadcast IP Address>;

7 # Ex: option broadcast-address option routers <Router IP Address>; # Ex: option routers option host-name "<Host Name>"; # Ex: option host-name DKT_Server server-name "<Server IP Address Name>"; # Ex: server-name option subnet-mask <Subnet Mask>; # Ex: option subnet-mask } To restart DHCP Server Any change in the dchp configuration implies a server reset. For the DHCP server used for this purpose the following instruction is necessary: sudo /etc/init.d/dhcp3-server restart

8 TFTP Settings After the DHCP server is configured a TFTP server should be configured, so firmware image and configuration file for the AONode can be downloaded correctly. As an example we have used Linux tftpd and xinetd The TFTP configuration file must be edited. And a tftpboot directory must be created in root and made accessible from AONodes mkdir tftpboot # creates tftpboot directory chmod a+ wrx tftpboot # changes rights so directory is readable, writeable and executable from AONODEs sudo kate /etc/xinetd.d/tftp # starts an editor where TFTP settings can be inserted Insert the following: service tftp { protocol = udp port = 69 # CONFIGURATION FILE SECTION: insert the following socket_type wait user server server_args disable = dgram = yes = nobody = /usr/sbin/in.tftpd = /tftpboot = no }

9 Custom configuration When the OS issue a dhcp request a filename of a configuration file can be sent to the node. This configuration file is then downloaded by tftp during the boot process and issued instead of the default configuration. In this way it is possible to persist settings for each node The server and the filename of the configuration file should be sent in respective tftp-server-name (option 66) and bootfile-name (option 67) from the dhcp server. Notice these options are different from the bootfile/bootserver used in the bootp response. If it is not feasible that the dhcp server distinguish the AONode configurations base on the hardware address an alternativ method can be used. The dhcp server send out the name of a generic configuration. This configuration can then include instruction to the node of fetching a AONode specific configure by tftp where the requested filename is a combination of the node hardware address. An example of a configuration file could be the following: #################################################################### # DKT configuration # Firmware version: 1_03 #################################################################### telnetd -l /bin/sh # End of DKT configuration ####################################################################

10 Device script commands The following commands are supported in the script that will be downloaded to the AONode via TFTP during boot-up process. This command is used to configure the switch in the unit. The command takes one or more of the following parameters. Basic settings: -v, --version -h, --help Prints the version number. Prints this help. SNMP settings: TO BE UPDATED

11 Explanation of feature settings SNMP settings The unit can be configured via a script file that is provisioned to the unit at boot up. Configuration of SNMP values The following SNMP values can be set by the configuration file: SysContact the administrive contact for the network # touch command ensures that SNMP local settings file is created, must be used before any SNMP settings are appended to the device, and must be created only once touch /etc/snmp/snmpd.local.conf echo "syscontact techsupport@example.com" >> /etc/snmp/snmpd.local.conf SysLocation for the location of the system # Ensure that touch is used in any previous SNMP setting echo "syslocation somewhere" >> /etc/snmp/snmpd.local.conf SysName the name of the system e.g the customer identification # Ensure that touch is used in any previous SNMP setting echo "sysname customerxyz" >> /etc/snmp/snmpd.local.conf

12 Surveillance via SNMP Information about the current temperature, power supply voltage as well as optical Rx level can be access via SNMP. Also traps are being generated if preconfigured levels are exceeded. Two MIBs are provided, which can be integrated into the SNMP application: DKT-MIB.txt DKT-AONODE.txt The MIBs will be present in the private section under dkt folder, which is shown below. The dktaonodemib holds the information about the current temperature, power supply voltage as well as optical Rx level. Also the criterias for trap generation can be configured, see below.

13 Following parameters can be obtained from the device (read access) dktaonodecurrenttemp: Current temperature (in deg celcius) dktaonodecurrentvoltage: Current voltage (in mv) dktaonodecurrentoptrxlevel: Current optical rx level (in uw). Following parameters can be configured (write access): dktaonodetemphighlimit: Temperature high limit (in deg celcius) dktaonodetemplowlimit: Temperature low limit (in deg celcius) dktaonodetemplimithysteresis: Hysteresis on temperature low/high limits (in deg celcius) dktaonodevoltagelowlimit: Voltage low limit (in mv) dktaonodevoltagelimithysteresis: Hysteresis on voltage low limit (in mv) dktaonodeoptrxlevelhighlimit: Optical rx level high limit (in uw) dktaonodeoptrxlevellowlimit: Optical rx level low limit (in uw) dktaonodeoptrxlevellimithysteresis: Hysteresis on optical rx level low/high limits (in uw)

14 The device can be programmed to generate the following traps dktaonodetemphighnotif: Temperature exceeded high limit dktaonodetemplownotif: Temperature exceeded low limit dktaonodevoltagelownotif: Voltage exceeded low limit dktaonodeoptrxlevelhighnotif: Optical rx level exceeded high limit dktaonodeoptrxlevellownotif: Optical rx level exceeded low limit based on the settings of the temperature, power supply and optical RX levels. In order to start trap generation the destination must be specified with the use of the following command: trap2sink HOST [COMMUNITY [PORT]] It is possible to embed this in the configuration file by appending the command to the device SNMP settings # Specify IP Address of the trap destination # Ensure that touch is used in any previous SNMP setting # touch command ensures that SNMP local settings file is created, must be used before any SNMP settings are appended to the device, and must be created only once touch /etc/snmp/snmpd.local.conf echo "trap2sink <IP Address> private 162" >> /etc/snmp/snmpd.local.conf Please note that the optical Rx input level is represented in uw (micro Watt), 1000 uw = 1 mw = 0 dbm. Reboot The device can be accessed via TELNET, and is rebooted with the use of reboot command. TELNET access must however be configured in the configuration file. # The following command enables TELNET access from WAN telnetd -l /bin/sh