jueves, 24 de enero de 2013

SNMP MIBs y traps comunes en F5 Big-IP


"En esta entrada incluyo algunos traps SNMP y OIDs que pueden ser configurados
 en la monitorización de los dispostivos F5 Big-IP, separados en dos tablas."

Algunos Traps de la versión TMOS 11.2.1:
Name
Cause
Test
Actions
OID
bigipCpuTempHigh
CPU Temperature is too high (>75ºC)
tmsh show /sys hardware
Check the CPU and air temperatures
.1.3.6.1.4.1.3375.2.4.0.4
bigipCpuFanSpeedBad
Fan failed
tmsh show /sys hardware
Check the CPU temperature and verify that the CPU fan is plugged in and receiving power. If the CPU temperature is normal, the condition is not critical
.1.3.6.1.4.1.3375.2.4.0.6
bigipChassisTempHigh
Device temperature is too high
tmsh show /sys hardware
Check the chassis and air temperatures
.1.3.6.1.4.1.3375.2.4.0.7
bigipChassisFanBad
Fan failed
tmsh show /sys hardware
Check the chassis temperature. Also check that the fan is receiving power, or replace the fan.
.1.3.6.1.4.1.3375.2.4.0.8
bigipChassisPowerSupplyBad
Power supply failed
tmsh show /sys hardware
Verify that the power supply is plugged in, or contact F5 Networks technical support. For a dual-power-supply system, one power supply might not be plugged in.
.1.3.6.1.4.1.3375.2.4.0.9
bigipStandby
Device changed its cluster rol to "Standby"
tmsh show /sys ha-status   all-properties
Review the log files in the /var/log directory and then search for core files in the /var/core directory.
.1.3.6.1.4.1.3375.2.4.0.14
bigipActive
Device changed its cluster rol to "Active"
None. Recuperaión de bigipStandby
None
.1.3.6.1.4.1.3375.2.4.0.15
bigipLicenseExpired
A device license has expired
tmsh show /sys license
Check licensing
.1.3.6.1.4.1.3375.2.4.0.20
bigipAggrReaperStateChange
The state of the aggressive reaper   has changed, indicating that the BIG-IP system is moving to a distress mode.
check log /var/log/ltm
Check source IP device
.1.3.6.1.4.1.3375.2.4.0.22
bigipAuthFailed
A user tried to log with invalid credentials
None
None
.1.3.6.1.4.1.3375.2.4.0.27
bigipPacketRejected
Packet was dropped
check log /var/log/ltm
Check the detailed message within this trap and act accordingly.
.1.3.6.1.4.1.3375.2.4.0.34
bigipServiceDown
A BIG-IP system health monitor has detected a service on a node to be stopped and has therefore marked the node as down.
tmsh show ltm node
Check the service on the node
.1.3.6.1.4.1.3375.2.4.0.10
bigipServiceUp
A BIG-IP system health monitor has detected a service on a node to be running and has therefore marked the node as up.
None. Recuperaión de bigipServiceDown
None
.1.3.6.1.4.1.3375.2.4.0.11
bigipNodeDown
A BIG-IP system health monitor has marked a node as down.
tmsh show ltm node
Check the node and the cable connection.
.1.3.6.1.4.1.3375.2.4.0.12
bigipNodeUp
A BIG-IP system health monitor has marked a node as up.
None. Recuperaión de bigipNodeDown
None
.1.3.6.1.4.1.3375.2.4.0.13
bigipDiskPartitionWarn
 The disk partition free space has less than a specified limit. By default, the limit is set
  to 30% of total disk space
df -h
Increase the available disk space.
.1.3.6.1.4.1.3375.2.4.0.25
bigipLogEmerg
This notification occurs when the system logs a message with the log level LOG_EMERG.
Check logs on /var/log
Check the detailed message within this trap and within the /var/log files to determine which processes have the error conditions.
Then act accordingly.
.1.3.6.1.4.1.3375.2.4.0.29
bigipLogAlert
This notification occurs when the system logs a message with the log level LOG_ALERT.
Check logs on /var/log
Check the detailed message within this trap and within the /var/log files to determine which processes have the error conditions.
Then act accordingly.
.1.3.6.1.4.1.3375.2.4.0.30
bigipLogCrit
This notification occurs when the system logs a message with the log level LOG_CRIT.
Check logs on /var/log
Check the detailed message within this trap and within the /var/log files to determine which processes have the error conditions.
Then act accordingly.
.1.3.6.1.4.1.3375.2.4.0.31
bigipLogErr
This notification occurs when the system logs a message with the log level LOG_ERR.
Check logs on /var/log
Check the detailed message within this trap and within the /var/log files to determine which processes have the error conditions.
Then act accordingly.
.1.3.6.1.4.1.3375.2.4.0.32
bigipLogWarning
This notification occurs when the system logs a message with the log level LOG_WARNING.
Check logs on /var/log
Check the detailed message within this trap and within the /var/log files to determine which processes have the error conditions.
Then act accordingly.
.1.3.6.1.4.1.3375.2.4.0.33
bigipCompLimitExceeded
The compression license limit is exceeded
tmsh show /sys license
Check license expiration time
.1.3.6.1.4.1.3375.2.4.0.35
bigipSslLimitExceeded
The SSL license limits are exceeded,
  either for TPS (Transactions Per   Second) or
  for MPS (Megabits Per Second)
tmsh show /sys license
Check license expiration time
.1.3.6.1.4.1.3375.2.4.0.36
bigipGtmPoolAvail
Pool changed its status to up
None. Recuperaión de bigipGtmPoolNotAvail
None
.1.3.6.1.4.1.3375.2.4.0.40
bigipGtmPoolNotAvail
Pool changed its status to down
tmsh show /gtm  pool
Check the status of the pool, as well as the relevant detailed log message.
.1.3.6.1.4.1.3375.2.4.0.41
bigipGtmPoolDisabled
Pool has been disabled
None
None
.1.3.6.1.4.1.3375.2.4.0.42
bigipGtmPoolEnabled
Pool has been enabled
None. Recuperaión de bigipGtmPoolDisabled
None
.1.3.6.1.4.1.3375.2.4.0.43
bigipGtmWideIpAvail
Wide IP changed its status to up
None. Recuperaión de bigipGtmWideIpNotAvail
None
.1.3.6.1.4.1.3375.2.4.0.48
bigipGtmWideIpNotAvail
Wide IP changed its status to down
tmsh show /gtm  wideip
Check the status of the wide IP, as well as the relevant detailed log message.
.1.3.6.1.4.1.3375.2.4.0.49
bigipGtmWideIpDisabled
Wide IP has been disabled
None
None
.1.3.6.1.4.1.3375.2.4.0.50
bigipGtmWideIpEnabled
Wide IP has been enabled
None. Recuperaión de bigipGtmWideIpDisabled
None
.1.3.6.1.4.1.3375.2.4.0.51
bigipGtmPoolMbrAvail
Pool member changed its status to up
None. Recuperaión de bigipGtmPoolMbrNotAvail
None
.1.3.6.1.4.1.3375.2.4.0.52
bigipGtmPoolMbrNotAvail
Pool member changed its status to down
tmsh show /gtm  pool
Check the status of the pool member, as well as the relevant detailed log message.
.1.3.6.1.4.1.3375.2.4.0.53
bigipGtmPoolMbrDisabled
Pool member has been disabled
None
None
.1.3.6.1.4.1.3375.2.4.0.54
bigipGtmPoolMbrEnabled
Pool member has been enabled
None. Recuperaión de bigipGtmPoolMbrDisabled
None
.1.3.6.1.4.1.3375.2.4.0.55
bigipGtmServerAvail
Server changed its status to up
None. Recuperaión de bigipGtmServerNotAvail
None
.1.3.6.1.4.1.3375.2.4.0.56
bigipGtmServerNotAvail
Server changed its status to down
tmsh show /gtm  server
Check the status of the server, as well as the relevant detailed log message.
.1.3.6.1.4.1.3375.2.4.0.57
bigipGtmServerDisabled
Server has been disabled
None
None
.1.3.6.1.4.1.3375.2.4.0.58
bigipGtmServerEnabled
Server has been enabled
None. Recuperaión de bigipGtmServerDisabled
None
.1.3.6.1.4.1.3375.2.4.0.59
bigipGtmVsAvail
Virtual server changed its status   to up
None. Recuperaión de bigipGtmVsNotAvail
None
.1.3.6.1.4.1.3375.2.4.0.60
bigipGtmVsNotAvail
Virtual server changed its status   to down
tmsh show /gtm server
Check the status of the virtual server, as well as the relevant detailed log message.
.1.3.6.1.4.1.3375.2.4.0.61
bigipGtmVsDisabled
Virtual server has been disabled
None
None
.1.3.6.1.4.1.3375.2.4.0.62
bigipGtmVsEnabled
Virtual server has been enabled
None. Recuperaión de bigipGtmVsDisabled
None
.1.3.6.1.4.1.3375.2.4.0.63
bigipGtmDcAvail
Data Center changed its status to up
None. Recuperaión de bigipGtmDcNotAvail
None
.1.3.6.1.4.1.3375.2.4.0.64
bigipGtmDcNotAvail
Data Center changed its status to down
tmsh show /gtm datacenter
Check the status of the data center, as well as the relevant detailed log message.
.1.3.6.1.4.1.3375.2.4.0.65
bigipGtmDcDisabled
Data Center has been disabled
None
None
.1.3.6.1.4.1.3375.2.4.0.66
bigipGtmDcEnabled
Data Center has been enabled
None. Recuperaión de bigipGtmDcDisabled
None
.1.3.6.1.4.1.3375.2.4.0.67
bigipExternalLinkChange
"An external interface link status changes.
  For a fixed port, this is an occurrence when network cables
  are connected  or removed, and the network is reconfigured;
  for a pluggable port (such as a SFP or XFP port), this happens
  when the pluggable unit is plugged in or unplugged,
  or when a cable is connected or removed from a plugged port.
  The possible values are UP, DOWN, DISABLED, or UNPOPULATED."
tmsh show /net interface
Determine whether the link should be down or up, and then take the appropriate action.
.1.3.6.1.4.1.3375.2.4.0.37
bigipGtmLeftGroup
GTM left sync group
None
None
.1.3.6.1.4.1.3375.2.4.0.74
bigipARPConflict
The BIG-IP system has detected an ARP advertisement for any of its own ARP-enabled addresses. This can occur for a virtual server address or a self IP address.
tmsh show /net arp all
Check IP addresses and routes
.1.3.6.1.4.1.3375.2.4.0.23


Algunos OIDs de la versión TMOS 11.2.1:
Nombre
OID
Descripción según especificación MIB
Syntax

Información General del Sistema

sysAttrFailoverIsRedundant.0
.1.3.6.1.4.1.3375.2.1.1.1.1.13.0
System is in a redundant pair? false(0), true(1)
Integer

sysAttrFailoverUnitId.0
.1.3.6.1.4.1.3375.2.1.1.1.1.20.0
Failover UnitID, 1 or 2
Integer

sysGeneralHwNumber.0
.1.3.6.1.4.1.3375.2.1.3.3.2.0
BIG-IP model number
String

sysProductVersion.0
.1.3.6.1.4.1.3375.2.1.4.2.0
BIG-IP software version
String

sysSystemNodeName.0
.1.3.6.1.4.1.3375.2.1.6.2.0
Hostname
String

sysSystemUptime.0
.1.3.6.1.4.1.3375.2.1.6.6.0
Uptime in hundredths of a second
Timeticks

CPU

sysGlobalHostCpuSystem5s
.1.3.6.1.4.1.3375.2.1.1.2.20.16
The percentage of CPU utilization as measured over the last five second interval.
Counter

sysGlobalHostCpuSystem1m
.1.3.6.1.4.1.3375.2.1.1.2.20.24
The percentage of CPU utilization as measured over the last 1 minute interval.
Counter

sysGlobalHostCpuSystem5m
.1.3.6.1.4.1.3375.2.1.1.2.20.32
The percentage of CPU utilization as measured over the last 5 minutes interval.
Counter

cpuUsageRatio5s
.1.3.6.1.4.1.3375.2.1.7.5.2.1.19.1.48.<index_CPU>.
The percentage of CPU utilization as measured over the last 5 seconds interval. <index_CPU>: CPU[1-4]
Counter

cpuUsageRatio1ms
.1.3.6.1.4.1.3375.2.1.7.5.2.1.27.1.48.<index_CPU>.
The percentage of CPU utilization as measured over the last 1 minute interval. <index_CPU>: CPU[1-4]
Counter

cpuUsageRatio5m
.1.3.6.1.4.1.3375.2.1.7.5.2.1.35.1.48.<index_CPU>.
The percentage of CPU utilization as measured over the last 5 minutes interval. <index_CPU>: CPU[1-4]
Counter

Sincronía HA

sysAttrConfigsyncState.0
.1.3.6.1.4.1.3375.2.1.1.1.1.6.0
System State
1 - uninitialized or disabled config state
0 - Synchronized
1 - Local config modified, recommend configsync to peer
2 - Peer config modified, recommend configsync from peer
3 - Config modified on both systems, manual intervention required
String

sysAttrFailoverUnitMask.0
.1.3.6.1.4.1.3375.2.1.1.1.1.19.0
The values of 1 and 2 are only defined for an active-active installation.  If two boxes are both active, value for unit 1 will be 1 and value for unit 2 will be 2.  Otherwise, for active unit, this value is 3; for stand-by unit, this value is 0.
Integer

Utilización de memoria

sysStatMemoryTotal.0
.1.3.6.1.4.1.3375.2.1.1.2.1.44.0
Total memory
Counter64

sysStatMemoryUsed.0
.1.3.6.1.4.1.3375.2.1.1.2.1.45.0
Total memory used. To calculate memory utilization percent: (sysStatMemoryUsed/sysStatMemoryTotal) * 100
Counter64

Estado de HW

sysCpuNumber.0
.1.3.6.1.4.1.3375.2.1.3.1.1.0
Number of CPUs
Integer

sysCpuTemperature.1
.1.3.6.1.4.1.3375.2.1.3.1.2.1.2.1
CPU Temperature (degrees Celsius)
Integer

sysCpuFanSpeed.1
.1.3.6.1.4.1.3375.2.1.3.1.2.1.3.1
CPU Fan Speed (RPM)
Integer

sysChassisFanNumber.0
.1.3.6.1.4.1.3375.2.1.3.2.1.1.0
Number of Chassis Fans
Integer

sysChassisFanStatus.101
.1.3.6.1.4.1.3375.2.1.3.2.1.2.1.2.101
Fan status: bad(0), good(1), not present(2)
Integer

sysChassisFanStatus.102
.1.3.6.1.4.1.3375.2.1.3.2.1.2.1.2.102
Fan status: bad(0), good(1), not present(2)
Integer

sysChassisFanStatus.103
.1.3.6.1.4.1.3375.2.1.3.2.1.2.1.2.103
Fan status: bad(0), good(1), not present(2)
Integer

sysChassisFanStatus.104
.1.3.6.1.4.1.3375.2.1.3.2.1.2.1.2.104
Fan status: bad(0), good(1), not present(2)
Integer

sysChassisFanStatus.105
.1.3.6.1.4.1.3375.2.1.3.2.1.2.1.2.105
Fan status: bad(0), good(1), not present(2)
Integer

sysChassisFanStatus.106
.1.3.6.1.4.1.3375.2.1.3.2.1.2.1.2.106
Fan status: bad(0), good(1), not present(2)
Integer

sysChassisPowerSupplyNumber.0
.1.3.6.1.4.1.3375.2.1.3.2.2.1.0
Number of power supplies
Integer

sysChassisPowerSupplyStatus.101
.1.3.6.1.4.1.3375.2.1.3.2.2.2.1.2.101
Power supply state: bad(0), good(1), not present(2)
Integer

sysChassisTempNumber.0
.1.3.6.1.4.1.3375.2.1.3.2.3.1.0
Number of temperature sensors
Integer

sysChassisTempTemperature.1
.1.3.6.1.4.1.3375.2.1.3.2.3.2.1.2.1
Chassis Temperature
Integer

sysChassisTempTemperature.101
.1.3.6.1.4.1.3375.2.1.3.2.3.2.1.2.101
Chassis Temperature
Integer

Estado de Red

sysInterfaceNumber.0
.1.3.6.1.4.1.3375.2.1.2.4.1.1.0
Number of network interfaces
Integer

sysInterfaceName."1.1"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.1.3.49.46.49
Interface name
String

sysInterfaceName."1.2"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.1.3.49.46.50
Interface name
String

sysInterfaceName."1.3"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.1.3.49.46.51
Interface name
String

sysInterfaceName."1.4"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.1.3.49.46.52
Interface name
String

sysInterfaceName."2.1"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.1.3.50.46.49
Interface name
String

sysInterfaceName."2.2"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.1.3.50.46.50
Interface name
String

sysInterfaceName."mgmt"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.1.4.109.103.109.116
Interface name
String

sysInterfaceMediaActiveSpeed."1.1"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.4.3.49.46.49
Current media speed
Integer

sysInterfaceMediaActiveSpeed."1.2"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.4.3.49.46.50
Current media speed
Integer

sysInterfaceMediaActiveSpeed."1.3"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.4.3.49.46.51
Current media speed
Integer

sysInterfaceMediaActiveSpeed."1.4"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.4.3.49.46.52
Current media speed
Integer

sysInterfaceMediaActiveSpeed."2.1"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.4.3.50.46.49
Current media speed
Integer

sysInterfaceMediaActiveSpeed."2.2"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.4.3.50.46.50
Current media speed
Integer

sysInterfaceMediaActiveSpeed."mgmt"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.4.4.109.103.109.116
Current media speed
Integer

sysInterfaceMediaActiveDuplex."1.1"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.5.3.49.46.49
Interface mode status: none(0), half(1), full(2)
Integer

sysInterfaceMediaActiveDuplex."1.2"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.5.3.49.46.50
Interface mode status: none(0), half(1), full(2)
Integer

sysInterfaceMediaActiveDuplex."1.3"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.5.3.49.46.51
Interface mode status: none(0), half(1), full(2)
Integer

sysInterfaceMediaActiveDuplex."1.4"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.5.3.49.46.52
Interface mode status: none(0), half(1), full(2)
Integer

sysInterfaceMediaActiveDuplex."2.1"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.5.3.50.46.49
Interface mode status: none(0), half(1), full(2)
Integer

sysInterfaceMediaActiveDuplex."2.2"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.5.3.50.46.50
Interface mode status: none(0), half(1), full(2)
Integer

sysInterfaceMediaActiveDuplex."mgmt"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.5.4.109.103.109.116
Interface mode status: none(0), half(1), full(2)
Integer

sysInterfaceStatus."1.1"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.17.3.49.46.49
Interface status: up(0), down(1), disabled(2), uninitialized(3), loopback(4), unpopulated(5)
Integer

sysInterfaceStatus."1.2"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.17.3.49.46.50
Interface status: up(0), down(1), disabled(2), uninitialized(3), loopback(4), unpopulated(5)
Integer

sysInterfaceStatus."1.3"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.17.3.49.46.51
Interface status: up(0), down(1), disabled(2), uninitialized(3), loopback(4), unpopulated(5)
Integer

sysInterfaceStatus."1.4"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.17.3.49.46.52
Interface status: up(0), down(1), disabled(2), uninitialized(3), loopback(4), unpopulated(5)
Integer

sysInterfaceStatus."2.1"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.17.3.50.46.49
Interface status: up(0), down(1), disabled(2), uninitialized(3), loopback(4), unpopulated(5)
Integer

sysInterfaceStatus."2.2"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.17.3.50.46.50
Interface status: up(0), down(1), disabled(2), uninitialized(3), loopback(4), unpopulated(5)
Integer

sysInterfaceStatus."mgmt"
.1.3.6.1.4.1.3375.2.1.2.4.1.2.1.17.4.109.103.109.116
Interface status: up(0), down(1), disabled(2), uninitialized(3), loopback(4), unpopulated(5)
Integer

Estadísticas de tráfico

sysStatClientPktsIn.0
.1.3.6.1.4.1.3375.2.1.1.2.1.2.0
Total client side packets in
Counter64

sysStatClientBytesIn.0
.1.3.6.1.4.1.3375.2.1.1.2.1.3.0
Total client side bytes in
Counter64

sysStatClientPktsOut.0
.1.3.6.1.4.1.3375.2.1.1.2.1.4.0
Total client side paquets out
Counter64

sysStatClientBytesOut.0
.1.3.6.1.4.1.3375.2.1.1.2.1.5.0
Total client side bytes out
Counter64

sysStatClientMaxConns.0
.1.3.6.1.4.1.3375.2.1.1.2.1.6.0
Maximum client side connections
Counter64

sysStatClientTotConns.0
.1.3.6.1.4.1.3375.2.1.1.2.1.7.0
Total client side connections
Counter64

sysStatClientCurConns.0
.1.3.6.1.4.1.3375.2.1.1.2.1.8.0
Current client side connections
Counter64

sysStatServerPktsIn.0
.1.3.6.1.4.1.3375.2.1.1.2.1.9.0
Total server side packets in
Counter64

sysStatServerBytesIn.0
.1.3.6.1.4.1.3375.2.1.1.2.1.10.0
Total server side bytes in
Counter64

sysStatServerPktsOut.0
.1.3.6.1.4.1.3375.2.1.1.2.1.11.0
Total server side paquets out
Counter64

sysStatServerBytesOut.0
.1.3.6.1.4.1.3375.2.1.1.2.1.12.0
Total server side bytes out
Counter64

sysStatServerMaxConns.0
.1.3.6.1.4.1.3375.2.1.1.2.1.13.0
Maximum server side connections
Counter64

sysStatServerTotConns.0
.1.3.6.1.4.1.3375.2.1.1.2.1.14.0
Total server side connections
Counter64

sysStatServerCurConns.0
.1.3.6.1.4.1.3375.2.1.1.2.1.15.0
Current server side connections
Counter64

sysInterfaceStatBytesIn
1.3.6.1.4.1.3375.2.1.2.4.4.3.1.3
The number of bytes received on the specified interface.
Counter64

sysInterfaceStatBytesOut
1.3.6.1.4.1.3375.2.1.2.4.4.3.1.5
The number of bytes transmitted out of the specified interface.
Counter64

Detección de errores

sysStatDroppedPackets.0
.1.3.6.1.4.1.3375.2.1.1.2.1.46.0
Total dropped packets
Counter64

sysStatIncomingPacketErrors.0
.1.3.6.1.4.1.3375.2.1.1.2.1.47.0
Total incoming packet errors
Counter64

sysStatOutgoingPacketErrors.0
.1.3.6.1.4.1.3375.2.1.1.2.1.48.0
Total outgoing packet errors
Counter64

Estado de los Virtual Server
ltmVsStatusNumber.0
.1.3.6.1.4.1.3375.2.2.10.13.1.0
Number of virtual servers defined
Integer
ltmVsStatusName."DemoVS1"
.1.3.6.1.4.1.3375.2.2.10.13.2.1.1.7.68.101.109.111.86.83.49
Name of the virtual server
String
ltmVsStatusName."DemoVS2"
.1.3.6.1.4.1.3375.2.2.10.13.2.1.1.7.68.101.109.111.86.83.50
Name of the virtual server
String
ltmVsStatusAvailState."DemoVS1"
.1.3.6.1.4.1.3375.2.2.10.13.2.1.2.7.68.101.109.111.86.83.49
none(0): error, green(1): available in some capacity, yellow(2): not currently available, red(3): not available, blue(4): availability is unknown, gray(5): unlicensed
Integer
ltmVsStatusAvailState."DemoVS2"
.1.3.6.1.4.1.3375.2.2.10.13.2.1.2.7.68.101.109.111.86.83.50
none(0): error, green(1): available in some capacity, yellow(2): not currently available, red(3): not available, blue(4): availability is unknown, gray(5): unlicensed
Integer
ltmVsStatusEnabledState."DemoVS1"
.1.3.6.1.4.1.3375.2.2.10.13.2.1.3.7.68.101.109.111.86.83.49
none(0), enabled(1), disabled(2), disabledbyparent(3)
Integer
ltmVsStatusEnabledState."DemoVS2"
.1.3.6.1.4.1.3375.2.2.10.13.2.1.3.7.68.101.109.111.86.83.50
none(0), enabled(1), disabled(2), disabledbyparent(3)
Integer
NOTE: For these virtual-server-specific OIDs, the decimal values of each character in the virtual server name is used.  So in this example "68.101.109.111.86.83.49" are the decimal ASCII values of "DemoVS1".
Estadísticas de los Virtual Servers
ltmVirtualServStatClientPktsIn."DemoVS1"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.6.7.68.101.109.111.86.83.49
Virtual Server 1 total client side packets in
Counter64
ltmVirtualServStatClientPktsIn."DemoVS2"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.6.7.68.101.109.111.86.83.50
Virtual Server 2 total client side packets in
Counter64
ltmVirtualServStatClientBytesIn."DemoVS1"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.7.7.68.101.109.111.86.83.49
Virtual Server 1 total client side bytes in
Counter64
ltmVirtualServStatClientBytesIn."DemoVS2"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.7.7.68.101.109.111.86.83.50
Virtual Server 2 total client side bytes in
Counter64
ltmVirtualServStatClientPktsOut."DemoVS1"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.8.7.68.101.109.111.86.83.49
Virtual Server 1 total client side packets out
Counter64
ltmVirtualServStatClientPktsOut."DemoVS2"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.8.7.68.101.109.111.86.83.50
Virtual Server 2 total client side packets out
Counter64
ltmVirtualServStatClientBytesOut."DemoVS1"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.9.7.68.101.109.111.86.83.49
Virtual Server 1 total client side bytes out
Counter64
ltmVirtualServStatClientBytesOut."DemoVS2"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.9.7.68.101.109.111.86.83.50
Virtual Server 2 total client side bytes out
Counter64
ltmVirtualServStatClientMaxConns."DemoVS1"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.10.7.68.101.109.111.86.83.49
Virtual Server 1 maximum client side connections
Counter64
ltmVirtualServStatClientMaxConns."DemoVS2"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.10.7.68.101.109.111.86.83.50
Virtual Server 2 maximum client side connections
Counter64
ltmVirtualServStatClientTotConns."DemoVS1"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.11.7.68.101.109.111.86.83.49
Virtual Server 1 total client side connections
Counter64
ltmVirtualServStatClientTotConns."DemoVS2"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.11.7.68.101.109.111.86.83.50
Virtual Server 2 maximum client side connections
Counter64
ltmVirtualServStatClientCurConns."DemoVS1"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.12.7.68.101.109.111.86.83.49
Virtual Server 1 current client side connections
Counter64
ltmVirtualServStatClientCurConns."DemoVS2"
.1.3.6.1.4.1.3375.2.2.10.2.3.1.12.7.68.101.109.111.86.83.50
Virtual Server 2 current client side connections
Counter64
Estado de los Pool y miembros del pool
ltmPoolStatusAvailState
1.3.6.1.4.1.3375.2.2.5.5.2.1.2
The availability of the specified pool indicated in color.
none - error;
green - available in some capacity;
yellow - not currently available;
red - not available;
blue - availability is unknown;
gray - unlicensed
Integer
 ltmPoolStatusDetailReason
1.3.6.1.4.1.3375.2.2.5.5.2.1.5
The detail description of the specified pool's status
LongDisplayString
ltmPoolMbrStatusAvailState
1.3.6.1.4.1.3375.2.2.5.6.2.1.5
The availability of the specified pool member indicated in color.
none - error;
green - available in some capacity;
yellow - not currently available;
red - not available;
blue - availability is unknown;
gray - unlicensed
Integer
 ltmPoolMbrStatusDetailReason
1.3.6.1.4.1.3375.2.2.5.6.2.1.8
The detail description of the specified pool member's status
LongDisplayString
ltmPoolName
1.3.6.1.4.1.3375.2.2.5.1.2.1.1
The name of a pool
LongDisplayString
ltmPoolMinActiveMembers
1.3.6.1.4.1.3375.2.2.5.1.2.1.7
The minimum number of active members required for traffic to be sent to the specified pool. This feature is used for priority pools. The minimum active members take into account both the status of the pool member (up/down) as well as the number of connections present on the pool member. If the number of active members falls below this given threshold, traffic is sent to the next priority pool
Integer
ltmPoolMemberStatServerPktsIn
1.3.6.1.4.1.3375.2.2.5.4.3.1.5
The number of packets received by the specified pool member from server-side
Counter64
 ltmPoolMemberStatServerPktsOut
1.3.6.1.4.1.3375.2.2.5.4.3.1.7
The number of packets sent to server-side from the specified pool member."
Counter64
ltmPoolStatServerPktsIn
1.3.6.1.4.1.3375.2.2.5.2.3.1.2
The number of packets received by the specified pool from server-side
Counter64
 ltmPoolStatServerPktsOut
1.3.6.1.4.1.3375.2.2.5.2.3.1.4
The number of packets sent to server-side from the specified pool
Counter64
ltmPoolStatServerBytesIn
1.3.6.1.4.1.3375.2.2.5.2.3.1.3
The number of bytes received by the specified pool from server-side
Counter64
ltmPoolStatServerBytesOut
1.3.6.1.4.1.3375.2.2.5.2.3.1.5
The number of bytes sent to server-side from the specified pool
Counter64


Publicado por luis.ariz@gmail.com a las 18:45 0 comentarios
Etiquetas: , , , , ,

sábado, 21 de abril de 2012

Encaminamiento Multicast


"Una revisión rápida de algunos de los protocolos de
encaminamiento dinámico de tráfico multicast" 

El motivo de la utilización de multicast es bastante obvio, pero a la hora de diseñar una solución de encaminamiento multicast escalable que se adapte a las necesidades reales es difícil elegir cuál es la mejor arquitectura de las posibles, por ello se van a repasar algunas de las opciones.

Métodos multicast

Existen dos modelos de cursar el tráfico multicast:

  •  Anycast Source Multicast (ASM): Este es el modelo multicast “tradicional”, en el que se tienen varios orígenes multicast dentro de un mismo grupo multicast.
  •  Source Specific Multicast (SSM): Por el contrario a ASM, en el nuevo modelo SSM el receptor (receiver) puede seleccionar el origen multicast, mejorando la eficiencia en la red y aumentando la seguridad. Para realizar esta selección, el receptor debe valerse de la última versión IGMP, el protocolo IGMPv3.

  
Esquemas de enrutamiento multicast ASM

Aquí se van a discutir algunos de los protocolos utilizados para solventan la problemática de direccionar tráfico multicast según el modelo ASM:

  •  Esquema "Source-tree"
La idea es sencilla, inicialmente los orígenes envían los datos en todas las direcciones posibles y son los routers quien deciden si ese flujo debe ser recibido o no (lo que es llamado pruning) según las peticiones IGMP de los diferentes receivers. 


Debido a que este comportamiento envía el tráfico multicast en todas las direcciones, es muy posible que los routers reciban el mismo flujo por varias interfaces. Para solventar esto el router rechaza todo tráfico que no sea recibido por la interfaz que utilizaría al enviar tráfico unicast al origen del tráfico multicast.
           
Dos protocolos que utilizan esta técnica son:

o    Distance Vector Multicast Routing Protocol (DVMRP)
o    Protocol Independent Multicast Dense-Mode (PIM-DM)

Estos protocolos son similares, con la salvedad de que el primero (más antiguo) utiliza una tabla de enrutamiento destinada solo al tráfico multicast, mientras que PIM-DM se vale de la tabla de enrutamiento unicast.

  • Esquema “Shared-tree"
Esta arquitectura redistribuye la información de enrutamiento mediante la centralización de esta en uno de los routers de la topología. Esto genera otra serie de puntos de diseño, como es la redistribución de rutas entre estos routers así como la prestación de alta disponibilidad del servicio que ofrecen.

Algunos de los protocolos que se pueden englobar en esta clasificación son:

o    Core-Based Tree (CBT)
o    Protocol Independent Multicast Sparce-Mode (PIM-SM)
o    Bidirectional Protocol Independent Multicast (Bidir-PIM)


Comparativa de protocolos Shared-tree

Existen diferencias de funcionamiento entre los protocolos shared-tree mencionados antes:

  •  Core-Based Tree (CBT)

    El router que centraliza las rutas es llamado “Core”.  Cuando el origen de datos multicast comienza a transmitir, su router local reenviará dicho tráfico hasta este router Core.

    Cuando el receiver se une a un grupo multicast el router de su segmento de red direcciona el mensaje de Join hacia el router Core. Ese mismo camino es el que seguirá el flujo de datos Multicast ya       que el router Core centralizará no solo las tablas de enrutamiento, si no también el tráfico multicast.

    Este comportamiento tiene el inconveniente de que es muy posible que, a no ser que el router Core se encuentre muy cerca del origen del tráfico multicast, las rutas entre el origen y el receiver no sean las óptimas, como se puede ver en este ejemplo encontrado en http://www.cl.cam.ac.uk/~jac22/books/mm/book/node78.html




           Ilustración 1 – Rutas no optimas con CBT 


  • Protocol Independent Multicast Sparce-Mode (PIM-SM)
Este protocolo solventa el problema de que el tráfico multicast esté obligado a transcurrir por el router Core (en PIM-SM se denomina Rendezvous Point (RP) ), de tal manera que si la ruta que pasa a través del RP no es la optima no será la utilizada.

 Los RP utilizan el modelo source-tree para llegar a los orígenes multicast pero, cada router cliente  genera lo que se llaman unidirectional trees gracias a los mensajes de Join de los receivers. Estos caminos son utilizados en el momento en que se detecta que son mejores que el utilizado por el RP.

Dicho procedimiento viene bien reflejado en el siguiente esquema que aparece en http://www.cisco.com/web/about/ac123/ac147/ac174/ac198/about_cisco_ipj_archive_article09186a00800c851e.html



Ilustración 2 – Elección del camino óptimo en PIM-SM 

En la configuración del RP se pueden optar por dos opciones, configurar los RP manualmente en todos los routers o utilizar alguno de los métodos de auto descubrimiento: Auto-RP y BSR, siendo el primero de ellos el que más versatilidad proporciona, ya que en el es posible la modificación de parámetros (como los temporizadores) y puede ser utilizado en el modo híbrido también llamado "PIM-sparse-dense mode".

Al ser el RP un punto crítico en la arquitectura PIM-SM, es necesario proporcionar algún método de redundancia. La alta disponibilidad del RP se consigue utilizando más de un RP al mismo tiempo (Anycast-RP) y gestionar su utilización mediante el protocolo Multicast Source Discovery Protocol (MSDP). Este protocolo permite que los RP compartan información sobre el estado de los orígenes multicast.

MSDP también es utilizado cuando, por causas de escalabilidad, o por la existencia de varios dominios de gestión (por ejemplo varios ISPs), se hace necesaria la creación de múltiples "dominios" o "zonas" multicast, los cuales pueden ser regidos por diferentes RPs. Estos dominios necesitan el protocolo MSDP para poder comunicarse los orígenes que residen en cada uno de ellos respectivamente.


  • Bidirectional Protocol Independent Multicast (Bidir-PIM)

El protocolo Bidir-PIM está basado en PIM-SM pero con algunas diferencias. PIM-SM utiliza el RP (Rendez-Vous Point) para gestionar el envío de datos a cada uno de los grupos multicast mediante el shared-tree desde los RP hasta los receptores (recivers o clientes) y source-tree desde el origen hasta el RP. Esto puede llegar a ser un problema si se tiene un alto número de orígenes, ya que puede llegar a sobrecargar la máquina RP.

En el protocolo Bidirectional PIM no existe el source-tree entre el origen y el RP, si no que esta comunicación se realiza mediante un shared-tree lo que lo hace un protocolo muy escalable en cuanto al número de orígenes multicast se refiere.

La mayor escalabilidad se gana a costa de que todo el tráfico se dirige hacia el RP. Esto hace que exista posibilidad de conmutar a una ruta obtenida por source-tree (como sucedía en PIM-SM).
Debido a que este protocolo solo utiliza shared-trees necesita un método adicional para enviar el tráfico hasta el RP. El método consiste en disponer un nuevo rol, el Designated Forwarder (DF), el cual decide los paquetes que tienen que ser enviados hacia el RP.

Este protocolo tiene el nombre de bidireccional ya que tiene la peculiaridad de que las redes de los orígenes de tráfico también pueden ser receptores, lo que puede ser necesario en algún diseño en el que existan aplicaciones que requieran muchos orígenes y muchos destinos simultáneamente.

Este comportamiento bidireccional conlleva que el protocolo Reverse Path Forwarding (RPF) no puede ser utilizado conjuntamente con este protocolo, ya que se utiliza un mismo shared-tree para llevar el tráfico desde el origen al RP como el tráfico desde el RP a los recivers.

En la siguiente imagen se muestran las diferencias entre Source-tree, Shared-tree y Bidir-PIM. En el último caso existen dos orígenes (S1 y S2) y se observa como se crea un camino bidireccional: 




Ilustración 3 – Diferencias entre Source-tree, Shared-tree y Bidir-PIM 

Al igual que en PIM-SM, en Bidir-PIM el RP también es un punto crítico (incluso más en este último caso) que aporta un servicio que debe ser redundado. En este caso no se puede utilizar la misma metodología que con PIM-SM, ya que no pueden utilizarse varios RP a la vez, como se hacía con Anycast-RP, debido a que no utiliza un source-tree para la comunicación con el origen y todo el tráfico fluirá por el RP. En el caso de Bidir-PIM se hace uso del llamado Phantom-RP, un procedimiento parecido al VRRP o HSRP en el que se crea una "instancia virtual del RP".

Esquemas de enrutamiento multicast SSM


El protocolo que se basa en el esquema SSM es el llamado Protocol Independent Multicast-Source-Specific Multicast mode (PIM-SSM) el cual hace uso de la lógica SSM mediante la cual un grupo multicast ya no está solo definido por un grupo de receptores, si no que también lo está por el origen al que quieren vincularse.

 Este protocolo está pensado para arquitecturas uno-a-muchos y puede verse como una modificación del protocolo PIM-SM, aunque tiene una gran diferencia, y es que PIM-SSM no hace uso de los RPs, ya que se conoce el origen multicast de antemano (al haber sido elegido explícitamente por el receptor), siendo el camino elegido mediante el protocolo de direccionamiento unicast.
Publicado por luis.ariz@gmail.com a las 20:16 0 comentarios
Etiquetas: , , , , , , , , , , , , , , , , , , ,
Suscribirse a: Entradas (Atom)