TIGER :: autifService

MIB Reference — IPNetwork Monitor · Updated October 06, 2026

All MIBs › TIGER › autifService

autifService

Module: TIGER

OID (symbolic): TIGER::autifService

OID (numeric): 1.3.6.1.4.1.1978.2.1.5.2.1.2

Node type: OBJECT-TYPE

Type: INTEGER

Access: read-write

Description: Specifies the type of connection required for this address set. 'udp' implies: - UDP client - Northrop Grumman's proprietary data encapsulation format for message delimiting, using a SYN octet (16h) followed by 2 octets of user data length (big endian), followed by user data: SYN(1) len(2) user data(n) 'tcp' implies: - TCP client - Northrop Grumman's proprietary data encapsulation format for message delimiting, using a SYN octet (16h) followed by 2 octets of user data length (big endian), followed by user data: SYN(1) len(2) user data(n) 'system-1' implies: - UDP - each autif socket is mapped to a (specified) IA - each IA/socket carries an alias source IP address - port numbering: - host destination port = base = remote port - source port = base + TA (converted TA) - encapsulation format: ip header (dstip = autifRemAddress, srcip = autifAliasAddress) udp header (dstport = autifRemotePort, srcport = autifRemotePort + ta) alc data (no header, ends with EOMx) 'continental' implies: - UDP client - each autif socket is mapped to a (specified) IA - each IA/socket carries an alias source IP address - port numbering: - host destination port = base = remote port - source port = base + ta (converted TA) - encapsulation format: ip header (dstip = autifRemAddress, srcip = autifAliasAddress) udp header (dstport = autifRemotePort, srcport = autifRemotePort + ta) header (autifLNIA(2) ta) alc data (ends with EOMx) 'dlsw' implies: - TCP dlsw client(2065) + TCP dlsw listener(2065) - 1 or 2 TCP sockets supporting the flow of DLSw traffic with the defined peer (autifRemAddress). - autifAliasAddress defines this DLSw peer source ip address. - Uses RFC1795 defined message encapsulation format. - TIGER always initiates the connection 'listener' implies: - TCP listener - creates a socket with autifLocalPort defining the 'well known port' for the listener. - A conditional accept is done on all incoming connect requests to verify the remote address. If autifRemAddress is defined as: 0.0.0.0 - a call from any source address is accepted, 'non-zero' - only a call from the specified address is accepted. - Northrop Grumman's proprietary data encapsulation format for message delimiting, using a SYN octet (16h) followed by 2 octets of user data length (big endian), followed by user data: SYN(1) len(2) user data(n). 'matip' implies: - TCP Client/Server depending upon the Mode of the MATIP module - MATIP header contains 4 bytes. The first is version field and is used as as MATIP sync. The 2nd is ignored by AUTIF. The 3rd and 4th is the length of this TCP message. 'ofep-sabre' implies: - TCP Client process for SABRE OFEP Encapsulation/Protocol. - the Load Balancer header is 3 long (a version field and a 2 byte length) - the OFEP header is 4 bytes long (a version field, 2 byte length and a control field. 'ofep-sabre-listener' implies: - TCP Listener process for SABRE OFEP Encapsulation/Protocol - used ONLY for testing purposes. - the Load Balancer header is 3 long (a version field and a 2 byte length) - the OFEP header is 4 bytes long (a version field, 2 byte length and a control field.

What is autifService?

This setting selects which connection mode and encapsulation an AUTIF entry uses, such as udp, tcp, system-1, continental, dlsw, listener, matip, or one of the OFEP (Open Financial Exchange Protocol) SABRE modes. Each mode implies a specific socket role (client vs. listener) and message-framing format, for example the udp and tcp modes both use a proprietary SYN-byte-plus-length header, while dlsw follows RFC1795 framing. Admins choose the mode to match whatever protocol the remote peer or backend application actually expects, since it determines how the rest of the entry's fields (like autifRemAddress and autifLocalPort) are interpreted.

Examples

Walk all instances (SNMPv2c):

snmpwalk -v2c -c public <target> 1.3.6.1.4.1.1978.2.1.5.2.1.2
snmpwalk -v2c -c public <target> TIGER::autifService

Get a specific instance (index 1):

snmpget -v2c -c public <target> 1.3.6.1.4.1.1978.2.1.5.2.1.2.1
snmpget -v2c -c public <target> TIGER::autifService.1

Set instance 1 (SNMPv2c):

snmpset -v2c -c private <target> 1.3.6.1.4.1.1978.2.1.5.2.1.2.1 i <value>

Start monitoring Northrop Grumman-Canada, Ltd. Tiger system equipment (interface-stack/hardware configuration status) with a free 30-day trial of IPNetwork Monitor. Create custom SNMP monitor using the TIGER::autifService OID value, configure state conditions and alerts, and monitor any Northrop Grumman-Canada, Ltd. Tiger system equipment (interface-stack/hardware configuration status) from a single console.

OID Breakdown

Upper-level ancestors (8 from the standard OID tree / other modules)
Numeric OIDNameModule
1isoLANART-AGENT
1.3orgAirPair-MIB
1.3.6dodAirPair-MIB
1.3.6.1internetAirPair-MIB
1.3.6.1.4privateAirPair-MIB
1.3.6.1.4.1enterprisesAirPair-MIB
1.3.6.1.4.1.1978ngcanALC-MIB
1.3.6.1.4.1.1978.2tigerALC-MIB
Numeric OIDNameModule
1.3.6.1.4.1.1978.2.1generalTigerTIGER
1.3.6.1.4.1.1978.2.1.5autifTIGER
1.3.6.1.4.1.1978.2.1.5.2autifTableTIGER
1.3.6.1.4.1.1978.2.1.5.2.1autifEntryTIGER
1.3.6.1.4.1.1978.2.1.5.2.1.2autifServiceTIGER