some notes about solaris zfs (oracle version)

zfs_vdev_max_queue_wait is a factor used to trigger I/O starvation avoidance behavior. Used in conjunction with zfs_vdev_max_pending to track the earliest I/O that has been issued.

If more than zfs_vdev_max_queue_wait full pending queues have been issued since, this I/O is being starved. Don't accept any more I/Os. This will drain the pending queue until the starved I/O is processed.

spa_mode_global is used to define the mode in which given zpool can be initialized internally by ZFS, typically used as READ/WRITE mode.

zfs_flags are used to control the level of debugging that ZFS can use.

How to change logical block size for sas disk.

change logical block size:
sg_format --format --size 4096 /dev/rdsk/c0t5000CCA02C4015E4d0


change lba size:
sg_format --resize --count=0x2321 /dev/rdsk/c0t5000CCA02C4015E4d0

refresh drive information (solaris):

update_drv -fv sd

netstat -s : Information and notes

RAWIP.
RawipInDatagrams	The total number of RAWIP datagrams sent upstream. (counter)
rawipInCksumErrs	The number of RAWIP packets with bad IPV6_CHECKSUM checksum. (counter)
rawipInErrors	The number of recv'd datagrams Not deliverable (other). (counter)
RawipOutDatagrams	The total number of datagrams sent. (counter)
rawipOutErrors	The total number of datagrams Not sent (e.g. no memory). (counter)

UDP.
UdpInDatagrams	The total number of UDP datagrams delivered to UDP users. (counter)
udpInErrors	The number of received UDP datagrams that could not be delivered for reasons other than the lack of an application at the destination port. (counter)
UdpOutDatagrams	The total number of UDP datagrams sent from this entity. (counter)
udpOutErrors	The number of UDP datagrams not sent. (counter)

TCP.
tcpRtoAlgorithm	The algorithm used for retransmit timeout - should display 4 ( Integer ) The algorithm used to determine the timeout value used for retransmitting unacknowledged octets.(Integer) other (1) none of the following, constant (2) a constant rto , rsre (3) MIL-STD-1778, Appendix B , vanj (4) Van Jacobson's algorithim **( Solaris)
tcpRtoMin	The minimum value permitted by a TCP implementation for the retransmission timeout, measured in milliseconds. (Integer , default is 400 ms ) More refined semantics for objects of this type depend upon the algorithm used to determine the retransmission timeout. In particular, when the timeout algorithm is rsre(3), an object of this type has the semantics of the LBOUND quantity - described in (RFC) 793 see: # ndd /dev/tcp tcp_rexmit_interval_min
tcpRtoMax	The maximum value permitted by a TCP implementation for the retransmission timeout, measured in milliseconds. (Integer , default is 60000ms ) More refined semantics for objects of this type depend upon the algorithm used to determine the retransmission timeout. In particular, when the timeout algorithm is rsre(3), an object of this type has the semantics of the UBOUND quantity described in (RFC) 793 see: # ndd /dev/tcp tcp_rexmit_interval_max
tcpMaxConn	The total number of TCP connections the entity can support. In entities where the maximum number of connections is dynamic, this object should contain the value -1.(dynamic)
tcpActiveOpens	The number of times TCP connections have made a direct transition to the SYN-SENT state from the CLOSED state. The outgoing calls you make are called Active Opens. You decide who to call and why. An outgoing rlogin, or Web browser request causes an active open. (counter)
tcpPassiveOpens	The number of times TCP connections have made a direct transition to the SYN-RCVD state from the LISTEN state. (counter ) The incoming calls are called Passive Opens as they occur without any activity on your part. In this case, you just have to have a program running that is waiting to pick up the phone. For exampl,e a Web server listens on port 80 for any incoming requests.
tcpAttemptFails	The number of failed connection attempts. (counter) The number of times TCP connections have made a direct transition to the CLOSED state from either the SYN-SENT state or the SYN-RCVD state, plus the number of times TCP connections have made a direct transition to the LISTEN state from the SYN-RCVD state. The tcpAttemptFails increments on outgoing connections when a reset is received and we have sent a syn, or if the connection times out after a syn is sent. On an incoming connection, it increments if we receive a syn and then send one, but do not get a response, or get a reset.
tcpEstabResets	The number of connection resets. (client ungracefully shut downs ). (counter) The number of times TCP connections have made a direct transition to the CLOSED state from either the ESTABLISHED state or the CLOSE-WAIT state.
tcpCurrEstab	The number of connections open, ESTAB or CLOSE_WAIT, (Gauge) Each connection can last a few milliseconds (for a Web server on a local LAN running a benchmark) or many seconds or minutes (for a large transfer on a slow Internet connection). Each established connection will use up a process or a thread in your system. The number of TCP connections for which the current state is either ESTABLISHED or CLOSE- WAIT. see: ESTABLISHED displayed with # netstat -P tcp
tcpOutSegs	The total number of segments sent, including those on current connections but excluding those containing only retransmitted octets. (counter)
tcpOutDataSegs	The number of TCP segments sent. (counter) The total number of segments (tcpOutSegs) is mostly made up of tcpOutDataSegs and tcpOutAck, although the numbers don't add up exactly. The outgoing data is divided into segments, where each segment corresponds to an Ethernet packet.
tcpOutDataBytes	The number of data bytes sent. (counter)
tcpRetransSegs	The total number of segments retransmitted is the number of TCP segments transmitted containing one or more previously transmitted octets. If no acknowledgment is received, the segment is retransmitted. (counter) see Doc 1009001.1 Note: An excessive number of TCP retransmissions indicates that client accessing your server have slow or error-prone connections. Retransmissions consume bandwidth that might otherwise go to serving new connections.
tcpRetransBytes	The number of data bytes retransmitted. (counter)
tcpOutAck	The number of acknowledgement only packets sent. (counter)
tcpOutAckDelayed	The number of delayed acknowledgements sent. (counter) see: # ndd/dev/tcp tcp_deferred_ack_interval
tcpOutUrg	The number of packets sent with the URGENT flag. (counter)
tcpOutWinUpdate	The number of window update only packets sent. (counter)
tcpOutWinProbe	The number of window probes sent. (counter)
tcpOutControl	The number of control - SYN, FIN, RST packets sent. (counter)
tcpOutRsts	The number of connection resets . client requesting non-listening port. (counter) The number of TCP segments sent containing the RST flag.
tcpOutFastRetrans	The number of TCP segments sent with the URGENT flag only. (counter)
tcpInSegs	The number of segments received on TCP connections. (counter) The total number of segments received, including those received inerror. This count includes segments received on currently established connections.
tcpInAckSegs	The number of ack only packets recv. (counter)
tcpInAckBytes	The number of bytes ack by received ack packets. (counter)
tcpInDupAck	The number of duplicate ack only packets recv. (counter) Almost every dropped packet will trigger some duplicate acks. and you get them if packets arrive out of order
tcpInAckUnsent	The number of acknowledgements received for unsent data. (counter)
tcpInInorderSegs	The number of packets received in sequence. (counter)
tcpInInorderBytes	The number of bytes received in sequence. (counter)
tcpInUnorderSegs	The number of packets received out of order. (counter)
tcpInUnorderBytes	The number of bytes received, out of order pkts. (counter)
tcpInDupSegs	The number of completely duplicate packets. this is a counter.
tcpInDupBytes	The number of completely duplicate bytes received. (counter)
tcpInPartDupSegs	The number of packets w some duplicate data. (counter)
tcpInPartDupBytes	The number of dup bytes received w some duplicate data. (counter)
tcpInPastWinSegs	The number of segments received after window. (counter) It is the number of segments received outside of the window -- when the window is non-zero. Note: Segments received when the window is zero are considered probes. A high number indicates this system has peers that aren't very good at arithmetic.
tcpInPastWinBytes	The number of bytes received after window. (counter) A large value could actually mean that the peer isn't following the tcp window size of this system. It likely means that your peers don't implement TCP properly.
tcpInWinProbe	The number of window update packets received. (counter) Segments received when the window is zero.
tcpInWinUpdate	The number of window update packets received. (counter)
tcpInClosed	The number of connections closed, including drops. (counter)
tcpRttNoUpdate	The number of times unsuccessful getting RTT. (counter)
tcpRttUpdate	The number of times successful getting round trip time. (counter)
tcpTimRetrans	The number of retransmission timeouts. (counter)
tcpTimRetransDrop	The number of connections dropped due to retrans timeout. (counter). The tcpTimRetransDrop parameter shows the number of aborts since boot time due to abort timer expirations. This count includes both SYN requests and established TCP connections.
tcpTimKeepalive	The number of of keep alive timeouts. (counter)
tcpTimKeepaliveProbe	The number of keep alive probes sent. (counter)
tcpTimKeepaliveDrop	The number of connections dropped in keep alive. (counter)
tcpListenDrop	The number of connections refused due to backlog full on listen. the listen queue length is the minimum of tcp_conn_req_max_q and the qlen value passed to listen(). see: # ndd /dev/tcp tcp_conn_req_max_q
tcpListenDropQ0	The number of connections refused due to half-open queue (q0) full see: # ndd /dev/tcp tcp_conn_req_max_q0
tcpHalfOpenDrop	The number of connections dropped from a full half-open queue (q0) see above
tcpOutSackRetrans	The number of retransmitted segments by SACK retransmission if sack enabled see: # ndd /dev/tcp tcp_sack_permitted

IPv4.
ipForwarding	Indication if packet forwarding is enabled. (Integer) it is the same as ndd /dev/ip ip_forwarding except this variable displays 0 or 1 with ndd, and 1 or 2 with netstat The indication of whether this entity is acting as an IP gateway in respect to the forwarding of datagrams received by, but not addressed to this entity. IP gateways forward datagrams. IP hosts do not (except those source-routed via the host). see: # ndd /dev/ip ip_forwarding ( 0=no, 1 =yes )
ipDefaultTTL	ipDefaultTTL default time-to-live. (variable.) The default value inserted into the Time-To-Live field of the IP header of datagrams originated at this entity, whenever a TTL value is not supplied by the transport layer protocol. see: # ndd /dev/ip ip_def_ttl ( defaults to 255)
ipInReceives	The total number of input datagrams received from interfaces, including those received in error. (counter)
ipInHdrErrors	The number of input datagrams discarded due to errors in their IP headers, including bad checksums, version number mismatch, other format errors, time-to-live exceeded, errors discovered in processing their IP options, etc. (counter)
ipInAddrErrors	The number of input datagrams discarded because the IP address in their IP header's destination field was not a valid address to be received at this entity. (counter) This count includes invalid addresses (e.g., 0.0.0.0) and addresses of unsupported Classes (e.g., Class E). For entities which are not IP Gateways and therefore do not forward datagrams, this counter includes datagrams discarded because the destination address was not a local address.
ipInCksumErrs	The number of IP CheckSum Errors. (counter)
ipForwDatagrams	The number of attempts made to forward. (counter) The number of input datagrams for which this entity was not their final IP destination, as a result of which an attempt was made to find a route to forward them to that final destination. In entities which do not act as IP Gateways, this counter will include only those packets which were Source-Routed via this entity, and the Source- Route option processing was successful. should be Zero unless ip_forwarding is enabled(system is a router)
ipForwProhibits	The number of packets not forwarded due to adminstrative reasons (counter)
ipInUnknownProtos	The number of datagram discards for unknown protocol. (counter) The number of locally-addressed datagrams received successfully but discarded because of an unknown or unsupported protocol.
ipInDiscards	The number of datagram discards of good datagram's. (counter) The number of input IP datagrams for which no problems were encountered to prevent their continued processing, but which were discarded (e.g., for lack of buffer space). Note that this counter does not include any datagrams discarded while awaiting re-assembly. This may indicate a low buffer problem or not enough cpu horsepower to process incoming packets. Incremented when: We need to forward the packet but the interface we need to forward to is down We have a broadcast to forward but directed brodcasts is disabled.
ipInDelivers	ipInDelivers # of datagrams delivered. (counter) The total number of input datagrams successfully delivered to IP user-protocols (including ICMP).
ipOutRequests	The total number of IP datagrams which local IP user-protocols (including ICMP) supplied to IP in requests for transmission. (counter) Note that this counter does not include any datagrams counted in ipForwDatagrams.
ipOutDiscards	The number of good outgoing datagrams dicarded. (counter) The number of output IP datagrams for which no problem was encountered to prevent their transmission to their destination, but which were discarded (e.g., for lack of buffer space). Note that this counter would include datagrams counted in ipForwDatagrams if any such packets met this (discretionary) discard criterion.
ipOutNoRoutes	The number discarded due to no route to destination (counter) The number of IP datagrams discarded because no route could be found to transmit them to their destination. Note1: this counter includes any packets counted in ipForwDatagrams which meet this `no-route' criterion. Note2: that this includes any datagrams which a host cannot route because all of its default routers are down.
ipReasmTimeout	The number of IP reassembly timeout, in secs. (this is a variable.) The maximum number of seconds which received fragments are held while they are awaiting reassembly at this entity.
ipReasmReqds	The number of IP fragments needing reassembly received. (counter) The number of IP fragments received which needed to be reassembled at this entity.
ipReasmOKs	The number of datagrams reassembled. (counter) The number of IP datagrams successfully re-assembled.
ipReasmFails	The number of reassembly failures. (counter) The number of failures detected by the IP re- assembly algorithm (for whatever reason: timed out, errors, etc). Note: this is not necessarily a count of discarded IP fragments since some algorithms (notably the algorithm in (RFC) 815) can lose track of the number of fragments by combining them as they are received.
ipReasmDuplicates	The number of reassembly with duplcate data. (counter) ( # of complete duplicates in reassembly )
ipReasmPartDups	The number of reassembly with some duplicate data. (counter) (# of partial duplicates in reassembly )
ipFragOKs	The number of datagrams fragmented successful. (counter) The number of IP datagrams that have been successfully fragmented at this entity.
ipFragFails	The number of datagrams discarded, frag failed. (counter) The number of failures detected by the IP re-assembly algorithm (for whatever reason: timed out, errors, etc). Note that this is not necessarily a count of discarded IP fragments since some algorithms (notably the algorithm in (RFC) 815 can lose track of the number of fragments by combining them as they are received.
ipFragCreates	The number of fragments created. (counter) The number of IP datagram fragments that have been generated as a result of fragmentation at this entity.
ipRoutingDiscards	The number of number received datagrams not delivered. (counter) The number of routing entries which were chosen to be discarded even though they are valid. One possible reason for discarding such an entry could be to free-up buffer space for other routing entries.
tcpInErrs	The number of TCP segments discarded format error. (counter) The total number of segments received in error (e.g., bad TCP checksums).
udpNoPorts	The number of datagrams discarded, no local port -(counter) Something is sending UDP packets to this machine (or to a multicast or the broadcast) to a port number which this machine does not have anyone listening on. The udpNoPorts object counter should increase by 1 for each message specifying an unknown UDP port received by the UDP layer. The total number of received UDP datagrams for which there was no application at the destination port. This is commonly caused by UDP broadcast pkts to netbios port.
udpInCksumErrs	The number of of UDP packets with bad UDP checksums. (counter) Incorrect UDP checksums in UDP header.
udpInOverflows	The number of UDP packets droped due to queue overflow. (counter) A UDP socket overflow is when a UDP packet arrived for a port and buffer space allocatedfor that port was full. So, the UDP driver had to discard the packet because there was no space. The size can be set with the SO_RCVBUF setsockopt() option. It defaults to ` ndd /dev/udp udp_recv_hiwat `. Basically, udpInOverflows is bumped every time IP cannot pass a message upstream to a client udp stream.on highspeed interfaces, such as HIPPI or gigabit , the buffers can be increased very high see : # ndd set /dev/udp udp_xmit_hiwat 1045876 # ndd set /dev/udp udp_recv_hiwat 1045876
rawipInOverflows	The number of RAW IP packets (all IP protocols except UDP, TCP and ICMP) droped due to queue overflow (counter) Note: udp_max_buf by default is 256k in 2.5.1, use setsockopt() function and set the SO_SNDBUF and SO_RCVBUF (on sender and receiver code) sizes to Max, which is 64K
ipsecInSucceeded	The number of incoming packets that succeeded policy checks (counter)
ipsecInFailed	The number of incoming packets that failed policy checks (counter)
ipInIPv6	The number of IPv6 packets received by IPv4 and dropped (counter)
ipOutIPv6	The number of IPv6 packets transmitted by ip_wput (counter)
ipOutSwitchIPv6	The number of times ip_wput has switched to become ip_wput_v6 (counter)

IPv6.
ipv6Forwarding	Ipv6Forwarding ( Integer) Forwarding (1), -- acting as a router notForwarding (2) -- NOT acting as a router The indication of whether this entity is acting as an IPv6 router in respect to the forwarding of datagrams received by, but not addressed to, this entity. IPv6 routers forward datagrams. Ipv6 hosts do not (except those source-routed via the host). Note, that for some managed nodes, this object may take on only a subset of the values possible. Accordingly, it is appropriate for an agent to return a `wrongValue' response if a management station attempts to change this object to an inappropriate value. see: # ndd /dev/ip ip6_forwarding
ipv6DefaultHopLimit	Time to Live field was renamed Hop Limit in Ipv6. ( Integer) The default value inserted into the Hop Limitfield of the IPv6 header of datagrams originated at this entity, whenever a Hop Limit value is not supplied by the transport layer protocol. see : # ndd /dev/ip ip6_def_hops ( defaults to 255 )
ipv6InReceives	The total number of input datagrams received by the interface, including those received in error.(counter)
ipv6InHdrErrors	The number of input datagrams discarded due to errors in their IPv6 headers, including version number mismatch, other format errors, hop count exceeded, errors discovered in processing their IPv6 options, etc. (counter)
ipv6InTooBigErrors	The number of input datagrams that could not be forwarded because their size exceeded the link MTU of outgoing interface.(counter)
ipv6InNoRoutes	The number of input datagrams discarded because no route could be found to transmit them to their destination.( counter)
ipv6InAddrErrors	The number of input datagrams discarded because the IPv6 address in their IPv6 header's destination field was not a valid address to be received at this entity. (counter) This count includes invalid addresses (e.g., ::0) and unsupported addresses (e.g., addresses with unallocated prefixes). For entities which are not IPv6 routers and therefore do not forward datagrams, this counter includes datagrams discarded because the destination address was not a local address.
ipv6InUnknownProtos	The number of locally-addressed datagrams received successfully but discarded because of an unknown or unsupported protocol.(counter) This counter is incremented at the interface to which these datagrams were addressed which might not be necessarily the input interface for some of the datagrams.
ipv6InTruncatedPkts	The number of input datagrams discarded because datagram frame didn't carry enough data.(counter)
ipv6InDiscards	The number of input IPv6 datagrams for which no problems were encountered to prevent their continued processing, but which were discarded e.g., for lack of buffer space). (counter) Note that this counter does not include any datagrams discarded while awaiting re-assembly.
ipv6InDelivers	The total number of datagrams successfully delivered to IPv6 user-protocols (including ICMP). (counter) This is incremented at the interface to which these datagrams were addressed which might not be necessarily the input interface for some of the datagrams.
ipv6OutForwDatagrams	The number of output datagrams which this entity received and forwarded to their final destinations.(counter) In entities which do not act only those packets which were Source-Routed via this entity, and the Source-Route processing was successful. Note, that for a successfully forwarded datagram the counter of the outgoing interface is incremented.
ipv6OutRequests	The total number of IPv6 datagrams which local Ipv6 user-protocols (including ICMP) supplied to IPv6 in requests for transmission. (counter) Note that this counter does not include any datagrams counted in ipv6IfStatsOutForwDatagrams.
ipv6OutDiscards	The number of output IPv6 datagrams for which no problem was encountered to prevent their transmission to their destination, but which were discarded (e.g., for lack of buffer space). (counter) Note that this counter would include datagrams counted in ipv6IfStatsOutForwDatagrams if any such packets met this (discretionary) discard criterion.
ipv6OutNoRoutes	The number of discarded due to no route to destination (counter)
ipv6OutFragOKs	The number of IPv6 datagrams that have been successfully fragmented at this output interface.(counter)
ipv6OutFragFails	The number of IPv6 datagrams that have been discarded because they needed to be fragmented at this output interface but could not be.(counter)
ipv6OutFragCreates	The number of output datagram fragments that have been generated as a result of fragmentation at this output interface.(counter)
ipv6ReasmReqds	The number of IPv6 fragments received which needed to be reassembled at this interface. (counter) Note, that this counter is incremented at the interface to which these fragments were addressed which might not be the input interface for some of the fragments.
ipv6ReasmOKs	The number of IPv6 datagrams successfully reassembled. (counter) Note, that this counter is incremented at the interface to which these datagrams were addressed which might not be the input interface for some of the fragments.
ipv6ReasmFails	The number of failures detected by the IPv6 re- assembly algorithm (for whatever reason: timed out, errors, etc.). (counter) Note, that this is not necessarily a count of discarded IPv6 fragments since some algorithms (notably the algorithm in (RFC) 815) can lose track of the number of fragments by combining them as they are received. This counter is incremented at the interface to which these fragments were addressed. This might not be the input interface for some of the fragments.
ipv6InMcastPkts	The number of ipv6 multicast packets received by the interface (counter)
ipv6OutMcastPkts	The number of ipv6 multicast packets transmitted by the interface (counter)
ipv6ReasmDuplicates	The number of complete duplicates in reassembly. (counter)
ipv6ReasmPartDups	The number of partial duplicates in reassembly. (counter)
ipv6ForwProhibits	The number of packets not forwarded due to adminstrative reasons.(counter)
udpInCksumErrs	udpInCksumErrs the number of UDP packets with bad UDP checksums. (counter) see: ndd /dev/udp upd_do_checksum
udpInOverflows	The number of RAW IPv6 packets (all IPv6 protocols except UDP, TCP and ICMPv6) dropped due to queue overflow (counter)
rawipInOverflows	The number of RAW IP packets (all IP protocols except UDP, TCPand ICMP) dropped due to queue overflow. (counter) This counter is incremented in IP layer, as netstat shows, when IP can not put another packet to send up stream on the Q. (counter)
ipv6InIPv4	The number of IPv4 packets received by IPv6 and dropped. (counter)
ipv6OutIPv4	The number of IPv4 packets transmitted by ip_wput_wput. (counter)
ipv6OutSwitchIPv4	The number of times ip_wput_v6 has switched to become ip_wput. (counter)

ICMPv4
icmpInMsgs	The total number of ICMP messages which the entity received. (counter) Note: That this counter includes all those counted by icmpInErrors.
icmpInErrors	The number of ICMP messages which the entity received but determined as having ICMP-specific errors (bad ICMP checksums, bad length, etc.). (counter)
icmpInCksumErrs	The number of bad packets with checksum errors. (counter)
icmpInUnknowns	Icmp Unknown messages
icmpInDestUnreachs	The number of ICMP Destination Unreachable messages received.(counter)
icmpInTimeExcds	The number of ICMP Time Exceeded messages received. TTL is zero - icmp type 11 code 1: (counter)
icmpInParmProbs	The number of ICMP Parameter Problem messages received. (counter)
icmpInSrcQuenchs	The number of ICMP Source Quench messages received. (counter)
icmpInRedirects	The number of ICMP redirects received. ``icmp redirect'' messages. (counter)
icmpInBadRedirects	The number of received ICMP redirect messages that are bad thus ignored.
icmpInEchos	The number of ICMP echo requests received. ``echo request'' messages. (counter)
icmpInEchoReps	The number of ICMP Echo Reply messages received. (counter)
icmpInTimestamps	The number of ICMP Timestamp requests received. ``time stamp'' messages. (counter)
icmpInTimestampReps	The number of ICMP Timestamp Reply messages received. (counter)
icmpInAddrMasks	The number of ICMP Address Mask Requests messages received. ``addr mask request'' messages . (counter)
icmpInAddrMaskReps	The number of ICMP Address Mask Reply messages received. (counter)
icmpInFragNeeded	The number of fragments received needing reassembly. (counter)
icmpOutMsgs	The total number of ICMP messages which this entity attempted to send. (counter)
icmpOutDrops	The number of total ICMP messages dropped. (counter) It is also known as the number of messages not sent since original packet was broadcast/multicast or an ICMP error packet Normal to get high value on networks using RIP.
icmpOutErrors	The number of ICMP messages not sent due to errors. (counter) It is also known as the number of ICMP messages which this entity did not send due to problems discovered within ICMP such as a lack of buffers. This value should not include errors discovered outside the ICMP layer such as the inability of IP to route the resultant datagram. In some implementations there may be no types of error which contribute to this counter's value.
icmpOutDestUnreachs	The number of ICMP Destination Unreachable messages sent. (counter)
icmpOutTimeExcds	The number of ICMP Time Exceeded messages sent. TTL is equal to zero = icmp type 11 code 0. (counter)
icmpOutParmProbs	The number of ICMP Parameter Problem messages sent. (counter)
icmpOutSrcQuenchs	The number of ICMP Source Quench messages sent. (counter)
icmpOutRedirects	The number of ICMP Redirect messages sent. (counter) For a host, this object will always be zero, since hosts do not send redirects.
icmpOutEchos	The number of ICMP Echo (request) messages sent. (counter)
icmpOutEchoReps	The number of ICMP Echo Reply messages sent. (counter)
icmpOutTimestamps	The number of ICMP Timestamp (request) messages sent. (counter)
icmpOutTimestampReps	The number of ICMP Timestamp Reply messages sent. (counter)
icmpOutAddrMasks	The number of ICMP Address Mask Request messages sent. (counter)
icmpOutAddrMaskReps	The number of ICMP Address Mask Reply messages sent. (counter)
icmpOutFragNeeded	The number of sent unreachables with fragmentation needed.
icmpInOverflows	The number of ICMP packets dropped due to queue overflow.

ICMPv6
icmp6InMsgs	The total number of ICMP messages received by the interface which includes all those counted by ipv6IfIcmpInErrors. Note: This interface is the interface to which the ICMP messages were addressed which may not be necessarily the input interface for the messages.
icmp6InErrors	The number of ICMP messages which the interface received but determined as having ICMP-specificerrors. (bad ICMP checksums, bad length, etc.).
icmp6InDestUnreachs	The number of ICMP Destination Unreachable messages received by the interface.
icmp6InAdminProhibs	The number of ICMP destination unreachable/communication administratively prohibited messages received by the interface.
icmp6InTimeExcds	The number of ICMP Time Exceeded messages received by the interface.
icmp6InParmProblems	The number of ICMP Parameter Problem messages received by the interface.
icmp6InPktTooBigs	The number of ICMP messages that exceeds outgoing link MTU
icmp6InEchos	The number of ICMP Echo (request) messages received by the interface.
icmp6InEchoReplies	The number of ICMP Echo Reply messages received by the interface.
icmp6InRouterSols	The number of ICMP Router Solicit messages received by the interface.
icmp6InRouterAds	The number of ICMP Router Advertisement messages received by the interface.
icmp6InNeighborSols	The number of ICMP Neighbor Solicit messages received by the interface.
icmp6InNeighborAd	The number of ICMP Neighbor Advertisement messages received by the interface.
icmp6InRedirects	The number of Redirect messages received by the interface.
icmp6InBadRedirects	The Number of incorrect Redirects messages received.
icmp6InGroupQueries	The number of ICMPv6 Group Membership Query messages received by the interface.
icmp6InGroupResps	The number of ICMPv6 Group Membership Response messages received by the interface.
icmp6InGroupReds	The number of ICMPv6 Group Membership Reduction messages received by the interface.
icmp6InOverflows	The number of ICMP packets droped due to queue overflow.
icmp6OutMsgs	The total number of ICMP messages which this interface attempted to send (includes OutErrors). Note that this counter includes all those counted by icmpOutErrors.
icmp6OutErrors	The number of ICMP messages which this interface did ,not send due to problems discovered within ICMP such as a lack of buffers. This value should not ,include errors discovered outside the ICMP layer such as the inability of IPv6 to route the resultant datagram. In some implementations there may be no types of error which contribute to this counter's value.
icmp6OutDestUnreachs	The number of ICMP Destination Unreachable messages sent by the interface.
icmp6OutAdminProhibs	The number of ICMP dest unreachable/communication administratively prohibited messages sent.
icmp6OutTimeExcds	The number of ICMP Time Exceeded messages sent by the interface.
icmp6OutParmProblems	The number of ICMP Parameter Problem messages sent by the interface.
icmp6OutPktTooBigs	The number of ICMP Packet Too Big messages sent by the interface.
icmp6OutEchos	The number of ICMP Echo (request) messages sent by the interface.
icmp6OutEchoReplies	The number of ICMP Echo Reply messages sent by the interface.
icmp6OutRouterSols	The number of ICMP Router Solicitation messages sent by the interface.
icmp6OutRouterAds	The number of ICMP Router Advertisement messages sent by the interface.
icmp6OutNeighborSols	The number of ICMP Neighbor Solicitation messages sent by the interface.
icmp6OutNeighborAds	The number of ICMP Neighbor Advertisement messages sent by the interface.
icmp6OutRedirects	The number of Redirect messages sent. For a host, this object will always be zero, since hosts do not send redirects.
icmp6OutGroupQueries	The number of ICMPv6 Group Membership Query messages sent.
icmp6OutGroupResps	The number of ICMPv6 Group Membership Response messages sent.
icmp6OutGroupReds	The number of ICMPv6 Group Membership Reduction messages sent.

IGMP
messages received	Total number of IGMP messages (counter)
messages received with too few bytes	The number of Multicast packet that was too small (counter)
messages received with bad checksum	The number of IGMP received with bad cksum from IP (counter)
membership queries received	The number of group membership queries received (counter)
membership queries received with invalid field(s)	The number of invalid IGMP queries (counter)
membership reports received	The number of reports received from multicast router (counter)
membership reports received with invalid field(s)	The number of invalid reports (counter)
membership reports received for groups to which we belong	The number of group membership report to group address which we are a member of. (counter)
membership reports sent	The Number of group membership reports sent (counter)

SCTP

SCTP
sctpRtoAlgorithm	vanj
sctpRtoMax	60000 /* Maximum Observed RTO this period */
sctpMaxAssocs	-1
sctpMaxInitRetr	8
sctpActiveEstab	SCTP association has made a direct transition to the ESTABLISHED state from the COOKIE-ECHOED state, denoting that the upper layer has initiated the association attempt.
sctpAborted	SCTP association has made a direct transition to the CLOSED state from any state using the ABORT primitive, denoting ungraceful termination of the association. -- whenever an SCTP association has made a direct transition to the CLOSED state from any state using the ABORT primitive, denoting ungraceful termination of the association.
sctpOutOfBlue	SCTP packet is received for which the receiver is not able to identify the association to which the packet belongs.
sctpOutCtrlChunks	/* Control chunks sent - no dups */ either because the MIB counter is explicitly queried or because an SCTP connection is closed.
sctpOutUnorderChunks	/* Unordered data chunks sent */ either because the MIB counter is explicitly queried or because an SCTP connection is closed.
sctpOutAck	selective acknowledgement is sent.
sctpOutWinUpdate	window update is sent.
sctpOutWinProbe	window probe is sent.
sctpInOrderChunks	/* Control chunks received - no dups */
sctpInAck	/* # of received SACK chunks */
sctpInAckUnsent	/* # of SACK chunks acking unsent data */
sctpReasmUsrMsgs	/* # of Reassembled User Messages { sctpStats 15 } */
sctpInSCTPPkts	/* # of Received SCTP Packets { sctpStats 17 } */
sctpTimRetrans	Timer-based retransmit processing is performed on an association.
sctpTimHearBeatProbe	SCTP heartbeat is sent.
sctpListenDrop	an incoming connection is dropped for any reason.
sctpRtoMin	1000
sctpRtoInitial	3000
sctpValCookieLife	60000
sctpCurrEstab	An SCTP association is tallied if its current state is ESTABLISHED, SHUTDOWN-RECEIVED, or SHUTDOWN-PENDING.
sctpPassiveEstab	SCTP associations have made a direct transition to the ESTABLISHED state from the CLOSED state. The remote endpoint has initiated the association attempt.
sctpShutdowns	whenever an SCTP association makes the direct transition to the CLOSED state from either the SHUTDOWN-SENT state or the SHUTDOWN-ACK-SENT state, denoting graceful termination of the association.
sctpChecksumError	whenever an SCTP packet is received from peers with an invalid checksum.
sctpOutOrderChunks	either because the MIB counter is explicitly queried or because an SCTP connection is closed.
sctpRetransChunks	/* Retransmitted Chunks */ either because the MIB counter is explicitly queried or because an SCTP connection is closed.
sctpOutAckDelayed	Any acknowledgements sent as a part of delayed acknowledgement processing will cause the sctpOutAck probe to fire.
sctpOutFastRetrans	/* # of fast retransmits */
sctpInCtrlChunks	/* Ordered data chunks received */
sctpInUnorderChunks	/* Unordered data chunks received */
sctpInDupAck	/* Dups received (ordered+unordered) */
sctpFragUsrMsgs	whenever a user message has to be fragmented because of the MTU.
sctpOutSCTPPkts	either because the MIB counter is explicitly queried or because an SCTP connection is closed.
sctpInInvalidCookie	invalid cookie is received
sctpTimRetransDrop	whenever prolonged failure to perform timer-based retransmission results in the association being aborted.
sctpTimHearBeatDrop	whenever an SCTP association is aborted due to failure to receive a heartbeat acknowledgement.
sctpInClosed	whenever data is received on a closed SCTP association.