310 likes | 501 Views
Java Based API and Daemon for Network Management using Common Management Information Protocol. Mohan Lal Jangir 2000EET010 with Dr. Subrat Kar. Background Proposed problem and motivation Outline of proposed work Brief review ASN.1 Management Model CMIP Elements and Services
E N D
Java Based API and Daemon for Network Management usingCommon Management Information Protocol Mohan Lal Jangir2000EET010 with Dr. Subrat Kar
Background Proposed problem and motivation Outline of proposed work Brief review ASN.1 Management Model CMIP Elements and Services CMIP over TCP/IP Summary
Abstract Syntax Notation ( ASN.1 ) Good morning Representation: Issues in inhomogeneous networks
A1 D4 B2 C3 C3 B2 D4 A1 • An integer value 2712847316 can be stored in two ways : Big-endian 10.10.1.4 Little-endian 10.64.2.10
Other representation problems : floating point format data type size : 16 bit, 32 bit, 64 bit different size : layout of data structure Therefore a medium is required which could be understood by either of the systems. This is provided by ASN.1
Abstract Syntax data description language, not a programming language defines universal data types allow user-defined data types BasicEncodingRules converts abstract syntax specification of data structure into series of bytes ASN.1: Syntax
Tagging and Encoding ASN.1 data is self-identifying each transmitted value is encoded using tag-length-value (TLV) encoding 8-bit tag tag type, 2-bits primitive versus constructed, 1-bit tag value, 5-bits 8-bit length can exceed if length is more than 127 bytes ASN.1:Tagging & Encoding
Conceptual repository of data each component has a unique identifier name called OBJECT IDENTIFIER ManagementInformationBase
tcp tcpRtoAlgorithm tcpConnTable tcpConnEntry tcpConnState tcpConnLocalAddress tcpConnLocalPort tcpConnRemAddress tcpConnRemPort A small portion of MIB
ISO Management Model • Managed Resource • manageable device or logical unit in network • Managed Object • presents an abstract view of managed resource • Inheritance • relationship between managed object classes • Containment • relationship between managed object instances • used to name managed object instances
Router 1 Interface card 2 Interface card 1 Router1 Interface card 3 Interface card 3 Managed Objects Interface card 2 Interface card 1 Managed Resources Containment Hierarchy
CMISE ROSE ACSE Lightweight Presentation Layer TCP UDP Internet Protocol Data Link CMOT Protocol Suite
This protocol consists of three elements : Association Control Service Element (ACSE) Common Management Information Service Element (CMISE) Remote Operation Service Elements (ROSE) CMISE uses services provided by ACSE and ROSE ACSE and ROSE uses services provided by LPP layer CMIP
multipleObjectSelection pertains to CMIP request that specify scoping scoping allows a single request to be fanned out to several managed objects optional multipleReply pertains to responses request containing scoping generally results in multipleReply optional Functional Units
Filter pertains to CMIP requests that specify a test to be applied to managed objects before request is carried out very useful with scoping optional kernel support for M-GET, M-SET, M-ACTION, M-DELETE, M-CREATE and M-EVENT REPORT mandatory
23 1 21 80 5 6 tcpConnEntry Delete 4, 5 1, 2, 3, 4, 5 3 4 2 7 Power of Scoping and Filtering SNMP
23 1 21 80 5 6 tcpConnEntry, remotePort 80 Delete 4, 5 3 4 2 4, 5 7 CMIP
Issues in CMIP • Scoping • Base object only • base object plus subordinates down to level n * • subordinates at level n • all subordinates • Filtering • item • and • or • not • filterItem • equality • greaterorequal • lessorequal • subsetof
Baseobjectonly Entire subtree Level 2 subordinate objects Base object plus subordinate objects down to level 3 root
ACSE is necessary for establishing and releasing application associations ACSE services A-ASSOCIATE : initiates an application association between two application entities A-RELESE : releases an application association without loss of information A-ABORT : causes abnormal release of an association with a possible loss of information LPP services are used for above services Association Control Service Element
Can be used once an association has been established ROSE services : RO-INVOKE : used by an invoking ROSE-user to cause the invocation of an operation to be performed by an invoked ROSE-user RO-RESULT : used by an invoked ROSE-user to reply to a previous RO-INVOKE indication, if operation was performed successfully Remote Operation Service Element
Services continued . . . RO-ERROR : used by an invoked ROSE-user to reply to a previous RO-INVOKE indication in the case of an unsuccessfully performed operation RO-REJECT : to reject a request of other ROSE-user LPP services are used for above services
Issue is to put ISO application on top of TCP/IP suite goal is to somehow fill the gap between the ISO protocol (ACSE & ROSE) and the Internet protocols (UDP & TCP) Two approaches are possible : CMIP over TCP/IP (CMOT)
Extending ISO stack extend the ISO portion of the protocol stack down to the transport layer this allows us to operate “standard” ISO application over TCP regardless of their service requirements full ISO presentation, session, and transport layers are expensive to implement
Lightweight Presentation Layer since the ACSE, ROSE and CMISE do not require use of full ISO presentation services, we can do with services required only, (thus lightweight) minimal approach is justified because non-ISO presentation protocol is very small and simple Lightweight Presentation Layer
MIB GUI 3 1.3.6.1.2.1.1 3 2 1 3 48 13 6 6 43 6 1 2 1 1 48 3 2 1 3 2 1 3 48 13 6 6 43 6 1 2 1 1 48 3 2 1 3 3 1.3.6.1.2.1.1 3 49 8 2 1 -126 3 17 -63 -45 SET INTEGER 3 INTEGER 1163731 sysUpTime 1163731 3 1.3.6.1.2.1.1 3 2 1 3 48 13 6 6 43 6 1 2 1 1 48 3 2 1 3 2 1 3 48 13 6 6 43 6 1 2 1 1 48 3 2 1 3 1163731 2 1 3 48 13 6 6 43 6 1 2 1 1 48 3 2 1 3 49 8 2 1 -126 3 17 -63 -45 49 8 2 1 -126 3 17 -63 -45 SET INTEGER 3 INTEGER 1163731 49 8 2 1 -126 3 17 -63 -45 M-GET System sysUpTime 49 8 2 1 -126 3 17 -63 -45 1163731 2 1 3 48 13 6 6 43 6 1 2 1 1 48 3 2 1 3 49 8 2 1 -126 3 17 -63 -45 Interpreter Manager Serializer/ Deserializer Serializer/ Deserializer Agent LPP Network LPP An Example Data Flow and Format
Development of Daemon Development of API Development of GUI Development of Serializer and Deserializer for ASN.1 LPP Layer PDUs : M-GET, M-SET (c/n), M-DELETE Work Done
R.Stalling : SNMP, SNMPv2 and RMON, Prentice Hall, 2000 RFC 1095 (CMIP) RFC 1085 (LPP) RFC 1213 (SNMP) References