1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 1211 1212 1213 1214 1215 1216 1217 1218 1219 1220 1221 1222 1223 1224 1225 1226 1227 1228 1229 1230 1231 1232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245 1246 1247 1248 1249 1250 1251 1252 1253 1254 1255 1256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 1279 1280 1281 1282 1283 1284 1285 1286 1287 1288 1289 1290 1291 1292 1293 1294 1295 1296 1297 1298 1299 1300 1301 1302 1303 1304 1305 1306 1307 1308 1309 1310 1311 1312 1313 1314 1315 1316 1317 1318 1319 1320 1321 1322 1323 1324 1325 1326 1327 1328 1329 1330 1331 1332 1333 1334 1335 1336 1337 1338 1339 1340 1341 1342 1343 1344 1345 1346 1347 1348 1349 1350 1351 1352 1353 1354 1355 1356 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 1368 1369 1370 1371 1372 1373 1374 1375 1376 1377 1378 1379 1380 1381 1382 1383 1384 1385 1386 1387 1388 1389 1390 1391 1392 1393 1394 1395 1396 1397 1398 1399 1400 1401 1402 1403 1404 1405 1406 1407 1408 1409 1410 1411 1412 1413 1414 1415 1416 1417 1418 1419 1420 1421 1422 1423 1424 1425 1426 1427 1428 1429 1430 1431 1432 1433 1434 1435 1436 1437 1438 1439 1440 1441 1442 1443 1444 1445 1446 1447 1448 1449 1450 1451 1452 1453 1454 1455 1456 1457 1458 1459 1460 1461 1462 1463 1464 1465 1466 1467 1468 1469 1470 1471 1472 1473 1474 1475 1476 1477 1478 1479 1480 1481 1482 1483 1484 1485 1486 1487 1488 1489 1490 1491 1492 1493 1494 1495 1496 1497 1498 1499 1500 1501 1502 1503 1504 1505 1506 1507 1508 1509 1510 1511 1512 1513 1514 1515 1516 1517 1518 1519 1520 1521 1522 1523 1524 1525 1526 1527 1528 1529 1530 1531 1532 1533 1534 1535 1536 1537 1538 1539 1540 1541 1542 1543 1544 1545 1546 1547 1548 1549 1550 1551 1552 1553 1554 1555 1556 1557 1558 1559 1560 1561 1562 1563 1564 1565 1566 1567 1568 1569 1570 1571 1572 1573 1574 1575 1576 1577 1578 1579 1580 1581 1582 1583 1584 1585 1586 1587 1588 1589 1590 1591 1592 1593 1594 1595 1596 1597 1598 1599 1600 1601 1602 1603 1604 1605 1606 1607 1608 1609 1610 1611 1612 1613 1614 1615 1616 1617 1618 1619 1620 1621 1622 1623 1624 1625 1626 1627 1628 1629 1630 1631 1632 1633 1634 1635 1636 1637 1638 1639 1640 1641 1642 1643 1644 1645 1646 1647 1648 1649 1650 1651 1652 1653 1654 1655 1656 1657 1658 1659 1660 1661 1662 1663 1664 1665 1666 1667 1668 1669 1670 1671 1672 1673 1674 1675 1676 1677 1678 1679 1680 1681 1682 1683 1684 1685 1686 1687 1688 1689 1690 1691 1692 1693 1694 1695 1696 1697 1698 1699 1700 1701 1702 1703 1704 1705 1706 1707 1708 1709 1710 1711 1712 1713 1714 1715 1716 1717 1718 1719 1720 1721 1722 1723 1724 1725 1726 1727 1728 1729 1730 1731 1732 1733 1734 1735 1736 1737 1738 1739 1740 1741 1742 1743 1744 1745 1746 1747 1748 1749 1750 1751 1752 1753 1754 1755 1756 1757 1758 1759 1760 1761 1762 1763 1764 1765 1766 1767 1768 1769 1770 1771 1772 1773 1774 1775 1776 1777 1778 1779 1780 1781 1782 1783 1784 1785 1786 1787 1788 1789 1790 1791 1792 1793 1794 1795
|
Network Working Group C. Brown
Request for Comments: 2115 Cadia Networks, Inc.
Obsoletes: 1315 F. Baker
Category: Standards Track Cisco Systems
September 1997
Management Information Base for Frame Relay DTEs
Using SMIv2
1. Status of this Memo
This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.
2. Abstract
This memo defines a portion of the Management Information Base (MIB)
for use with network management protocols in TCP/IP- based internets.
In particular, it defines objects for managing Frame Relay interfaces
on DTEs.
Table of Contents
1 Status of this Memo ................................... 1
2 Abstract .............................................. 1
3 The SNMPv2 Network Management Framework ............... 2
4 Overview .............................................. 2
4.1 Frame Relay Operational Model ....................... 2
4.2 Textual Conventions ................................. 6
4.3 Structure of MIB .................................... 6
5 Changes from RFC 1315 ................................. 6
6 Definitions ........................................... 8
6.1 Data Link Connection Management Interface ........... 9
6.2 Circuit Table ....................................... 14
6.3 Error Table ......................................... 22
6.4 Trap Management ..................................... 25
7 Security Issues ....................................... 30
8 Acknowledgments ....................................... 30
9 Authors' Addresses .................................... 31
10 References ........................................... 31
Brown & Baker Standards Track [Page 1]
RFC 2115 Frame Relay DTE MIB September 1997
3. The SNMPv2 Network Management Framework
The major components of the SNMPv2 Network Management framework are
described in the documents listed below.
o RFC 1902 [1] defines the Structure of Management
Information (SMI), the mechanisms used for describing and
naming objects for the purpose of management.
o STD 17, RFC 1213 [2] defines MIB-II, the core set of
managed objects (MO) for the Internet suite of protocols.
o RFC 1905 [3] defines the protocol used for network access
to managed objects.
The framework is adaptable/extensible by defining new MIBs to suit
the requirements of specific applications/protocols/situations.
Managed objects are accessed via a virtual information store, the
MIB. Objects in the MIB are defined using the subset of Abstract
Syntax Notation One (ASN.1) defined in the SMI. In particular, each
object type is named by an OBJECT IDENTIFIER, which is an
administratively assigned name. The object type together with an
object instance serves to uniquely identify a specific instantiation
of the object. For human convenience, often a textual string, termed
the descriptor, is used to refer to the object type.
4. Overview
4.1. Frame Relay Operational Model
For the purposes of understanding this document, Frame Relay is
viewed as a multi-access media, not as a group of point- to-point
connections. This model proposes that Frame Relay is a single
interface to the network (physical connection) with many destinations
or neighbors (virtual connections). This view enables a network
manager the ability to group all virtual connections with their
corresponding physical connection thereby allowing simpler
diagnostics and trouble shooting.
With the extension of the interfaces MIB, it is possible to configure
frame relay DLCs as individual interfaces and create ifTable entries
for each. This is not recommended and is not directly supported by
this MIB. Additionally, in the presence of demand circuits creation
of individual ifEntries for each is not possible.
Brown & Baker Standards Track [Page 2]
RFC 2115 Frame Relay DTE MIB September 1997
Should the user wish to group DLCs together to associate them with a
higher layer, or to associate a DLC with an unnumbered point-to-point
service, the frame relay DTE MIB provides an entry in the
frCircuitEntry record. For example, suppose one were to configure a
company proprietary protocol to run above several of the frame relay
VCs. The basic layering would look something like the following:
IP (ipaddrEntry 1 ) IP (ipaddrEntry 2) IP (ipaddrEntry 3)
| | |
| | |
| | proprietary protocol
| | layer (ifIndex 3)
| | |
| | |
DLCI 20 DLCI 30 DLCI 40/41/42
(ifIndex 2) (ifIndex 2) (ifIndex 2,
logical ifIndex 3)
| | |
| | |
|____________________|_____________________|
|
|
FR DLMCI (ifIndex.2)
|
|
Physical Interface (ifIndex.1)
A configuration which specified that DLCI 40, 41,and 42 were associated
with a proprietary protocol layer, while DLCI 20 and 30 were to run IP
directly can now be expressed using a combination of frCircuitIfIndex
and frCircuitLogicalIfIndex. In this particular case DLCIs 40, 41 and
42 would use frCircuitIfIndex equal to the frame relay interface level
(2) while their frCircuitLogicalIfIndex would indicate the proprietary
protocol (3). DLCIs 20 and 30 would have both instances set to the frame
relay interface (2).
Object Meaning for Frame Relay Interface
______ _____________________________________
ifDescr As per DESCRIPTION in RFC 1573.
ifType The value allocated for Frame Relay
Interfaces - frameRelay (32).
ifMtu Set to maximum frame size in octets for
this frame relay interface.
Brown & Baker Standards Track [Page 3]
RFC 2115 Frame Relay DTE MIB September 1997
ifSpeed The access rate for the frame relay
interface. This could be different from
the speed of the underlying physical
interface, e.g. in a fractional T1 case
the access rate could be 384 kbits/s (the
value reported in this object) whereas the
speed of the underlying interface would be
1.544 Mbits/s (the value reported in the
instance of ifSpeed for the ifEntry with
type ds1).
ifPhysAddress The primary address for this interface
assigned by the Frame Relay interface
provider. An octet string of zero length
if no address is used for this interface.
ifAdminStatus As per DESCRIPTION in RFC 1573.
ifOperStatus As per DESCRIPTION in RFC 1573.
ifLastChange As per DESCRIPTION in RFC 1573.
ifInOctets The number of received octets. This
includes not only the information field
(user data) but also the frame relay header
and CRC.
ifInUcastPkts The number of frames received on non-
multicast DLCIs
ifInDiscards The number of frames that were successfully
received but were discarded because of
format errors or because the VC was not
known. Format errors, in this case, are
any errors which would prevent the system
from recognizing the DLCI and placing the
error in the frCircuitDiscard category.
ifInErrors The number of received frames that are
discarded, because of an error.
Possible errors can be the following: the
frame relay frames were too long or were
too short, the frames had an invalid or
unrecognized DLCI values, or incorrect
header values.
Brown & Baker Standards Track [Page 4]
RFC 2115 Frame Relay DTE MIB September 1997
ifInUnknownProtos Number of unknown or unsupported
upper layer protocol frames received
and discarded.
ifOutOctets The number of received octets. This
includes not only the information field
(user data) but also the frame relay header
and CRC.
ifOutUcastpkts The number of frames sent.
ifOutDiscards The number of frames discarded in the
transmit direction.
ifOutErrors The number of frames discarded in the
egress direction, because of errors.
ifName As per DESCRIPTION in RFC 1573.
ifInMulticastPkts The number of unerrored frames received
on a multicast DLCI.
ifInBroadcastPkts Always zero (0) as there are no broadcast
frames.
ifOutMulticastPkts The number of frames transmitted over a
multicast DLCI.
ifOutBroadcastPkts Always zero (0) as there are no broadcast
frames.
ifHCInOctets Only required when ifSpeed >= 155 Mbits/s.
See
details for ifInOctets.
ifHCOutOctets Only required when ifSpeed >= 155 Mbits/s.
See
details for ifInOctets.
ifLinkUpDownTrapEnble As per DESCRIPTION in RFC 1573.
ifHighSpeed The access rate of the frame relay interface
measured in Mbits/s. If the access rate is
less than 1 Mbits/s, this object returns 0.
ifPromiscuousMode Set to false(2).
ifConnectorPresent Set to false(2).
Brown & Baker Standards Track [Page 5]
RFC 2115 Frame Relay DTE MIB September 1997
4.2. Textual Conventions
One new data type is introduced as a textual convention in this MIB
document. This textual convention enhances the readability of the
specification and can ease comparison with other specifications if
appropriate. It should be noted that the introduction of this
textual conventions has no effect on either the syntax nor the
semantics of any managed objects. The use of this is merely an
artifact of the explanatory method used. Objects defined in terms of
one of these methods are always encoded by means of the rules that
define the primitive type. Hence, no changes to the SMI or the SNMP
are necessary to accommodate this textual conventions which is
adopted merely for the convenience of readers and writers in pursuit
of the elusive goal of clear, concise, and unambiguous MIB documents.
The new data type is DLCI. DLCI refers to the range 0..DLCINumber,
and is used to refer to the valid Data Link Connection Indices.
DLCINumber is, by definition, the largest possible DLCI value
possible under the configured Q.922 Address Format.
4.3. Structure of MIB
The MIB is composed of three groups, one defining the Data Link
Connection Management Interface (DLCMI), one describing the Circuits,
and a third describing errors.
During normal operation, Frame Relay virtual circuits will be added,
deleted and change availability. The occurrence of such changes is of
interest to the network manager and therefore, one trap is defined,
intended to be corollary to the SNMP "Link Up" and "Link Down" traps.
5. Changes from RFC 1315
Below are listed the changes from the previously published version
this document, which was RFC 1315:
o The MIB module was converted from SMIv1 to SMIv2 format.
Note: due to this, the table indices have access of
"read-only" instead of "not-accessible", which is the
typical value for index objects in SMIv2.
o The module name was changed from RFC1315-MIB to FRAME-
RELAY-DTE-MIB.
o The textual convention "Index" was dropped from the MIB
module and "InterfaceIndex" from the interfaces MIB
module, IF-MIB, was used in its place.
Brown & Baker Standards Track [Page 6]
RFC 2115 Frame Relay DTE MIB September 1997
o Objects frDlcmiStatus and frDlcmiRowStatus were added to
table frDlcmiTable.
o Added values "itut933A(5)" (from CCITT Q933 Annex A) and
"ansiT1617D1994(6)" (from ANSI T1.617a-1994 Annex D) to
the enumerations for object frDlcmiState.
o The labels for the enumerated values for object
frDlcmiAddressLen were renamed to remove their hyphens as
required by SMIv2.
o Added clarification that the "management virtual circuit"
(i.e. DLCI 0) is a member of the circuit table.
o Added the following objects to table frCircuitTable:
frCircuitMulticast, frCircuitType, frCircuitDiscards,
frCircuitReceivedDEs, frCircuitSentDEs,
frCircuitLogicalIfIndex, and frCircuitRowStatus.
o The definition of object frCircuitReceivedOctets was
clarified as to which octets were counted.
o Added the objects frErrFaults and frErrFaultTime to table
frErrTable.
o Added clarification to the values of object frErrType.
o Added size on definition of object frErrData and
clarified what data to capture.
o Changed identififier for OID value { frameDelayDTE 4 }
from frame-relay-globals to frameRelayTrapControl.
o Added object frTrapMaxRate.
o Created object groups frPortGroup, frCircuitGroup,
frTrapGroup, frErrGroup, frPortGroup0, frCircuitGroup0,
frTrapGroup0, and frErrGroup0.
o Created notification group frNotificationGroup.
o Created module compliances frCompliance and
frCompliance0.
o Added ranges to objects frCircuitCommittedBurst,
frCircuitExcessBurst, and frCircuitThroughput.
Brown & Baker Standards Track [Page 7]
RFC 2115 Frame Relay DTE MIB September 1997
6. Definitions
FRAME-RELAY-DTE-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, Counter32,
Integer32, NOTIFICATION-TYPE FROM SNMPv2-SMI
TEXTUAL-CONVENTION, RowStatus, TimeStamp FROM SNMPv2-TC
MODULE-COMPLIANCE, OBJECT-GROUP,
NOTIFICATION-GROUP FROM SNMPv2-CONF
transmission FROM RFC1213-MIB
InterfaceIndex FROM IF-MIB;
-- Frame Relay DTE MIB
frameRelayDTE MODULE-IDENTITY
LAST-UPDATED "9705010229Z" -- Thu May 1 02:29:46 PDT 1997
ORGANIZATION "IETF IPLPDN Working Group"
CONTACT-INFO
" Caralyn Brown
Postal: Cadia Networks, Inc.
1 Corporate Drive
Andover, Massachusetts 01810
Tel: +1 508 689 2400 x133
E-Mail: cbrown@cadia.com
Fred Baker
Postal: Cisco Systems
519 Lado Drive
Santa Barbara, California 93111
Tel: +1 408 526 425
E-Mail: fred@cisco.com"
DESCRIPTION
"The MIB module to describe the use of a Frame Relay
interface by a DTE."
REVISION "9705010229Z" -- Thu May 1 02:29:46 PDT 1997
DESCRIPTION
"Converted from SMIv1 to SMIv2. (Thus, indices are
read-only rather than being not-accessible.) Added
objects and made clarifications based on implementation
experience."
REVISION "9204010000Z"
DESCRIPTION
"Published as RFC 1315, the initial version of this MIB
module."
::= { transmission 32 }
Brown & Baker Standards Track [Page 8]
RFC 2115 Frame Relay DTE MIB September 1997
--
-- the range of a Data Link Connection Identifier
--
DLCI ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The range of DLCI values. Note that this varies by
interface configuration; normally, interfaces may use
0..1023, but may be configured to use ranges as large
as 0..2^23."
SYNTAX Integer32(0..8388607)
--
-- Data Link Connection Management Interface
-- The variables that configure the DLC Management Interface.
frDlcmiTable OBJECT-TYPE
SYNTAX SEQUENCE OF FrDlcmiEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Parameters for the Data Link Connection Management
Interface for the frame relay service on this
interface."
REFERENCE
"American National Standard T1.617-1991, Annex D"
::= { frameRelayDTE 1 }
frDlcmiEntry OBJECT-TYPE
SYNTAX FrDlcmiEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Parameters for a particular Data Link Connection
Management Interface."
INDEX { frDlcmiIfIndex }
::= { frDlcmiTable 1 }
Brown & Baker Standards Track [Page 9]
RFC 2115 Frame Relay DTE MIB September 1997
FrDlcmiEntry ::=
SEQUENCE {
frDlcmiIfIndex InterfaceIndex,
frDlcmiState INTEGER,
frDlcmiAddress INTEGER,
frDlcmiAddressLen INTEGER,
frDlcmiPollingInterval Integer32,
frDlcmiFullEnquiryInterval Integer32,
frDlcmiErrorThreshold Integer32,
frDlcmiMonitoredEvents Integer32,
frDlcmiMaxSupportedVCs DLCI,
frDlcmiMulticast INTEGER,
frDlcmiStatus INTEGER,
frDlcmiRowStatus RowStatus
}
frDlcmiIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ifIndex value of the corresponding ifEntry."
::= { frDlcmiEntry 1 }
frDlcmiState OBJECT-TYPE
SYNTAX INTEGER {
noLmiConfigured (1),
lmiRev1 (2),
ansiT1617D (3), -- ANSI T1.617 Annex D
ansiT1617B (4), -- ANSI T1.617 Annex B
itut933A (5), -- CCITT Q933 Annex A
ansiT1617D1994 (6) -- ANSI T1.617a-1994 Annex D
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable states which Data Link Connection
Management scheme is active (and by implication, what
DLCI it uses) on the Frame Relay interface."
REFERENCE
"American National Standard T1.617-1991, American
National Standard T1.617a-1994, ITU-T Recommendation
Q.933 (03/93)."
::= { frDlcmiEntry 2 }
Brown & Baker Standards Track [Page 10]
RFC 2115 Frame Relay DTE MIB September 1997
frDlcmiAddress OBJECT-TYPE
SYNTAX INTEGER {
q921 (1), -- 13 bit DLCI
q922March90 (2), -- 11 bit DLCI
q922November90 (3), -- 10 bit DLCI
q922 (4) -- Final Standard
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable states which address format is in use on
the Frame Relay interface."
::= { frDlcmiEntry 3 }
frDlcmiAddressLen OBJECT-TYPE
SYNTAX INTEGER {
twoOctets (2),
threeOctets (3),
fourOctets (4)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable states the address length in octets. In
the case of Q922 format, the length indicates the
entire length of the address including the control
portion."
::= { frDlcmiEntry 4 }
frDlcmiPollingInterval OBJECT-TYPE
SYNTAX Integer32 (5..30)
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This is the number of seconds between successive
status enquiry messages."
REFERENCE
"American National Standard T1.617-1991, Section D.7
Timer T391."
DEFVAL { 10 }
::= { frDlcmiEntry 5 }
Brown & Baker Standards Track [Page 11]
RFC 2115 Frame Relay DTE MIB September 1997
frDlcmiFullEnquiryInterval OBJECT-TYPE
SYNTAX Integer32 (1..255)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Number of status enquiry intervals that pass before
issuance of a full status enquiry message."
REFERENCE
"American National Standard T1.617-1991, Section D.7
Counter N391."
DEFVAL { 6 }
::= { frDlcmiEntry 6 }
frDlcmiErrorThreshold OBJECT-TYPE
SYNTAX Integer32 (1..10)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This is the maximum number of unanswered Status
Enquiries the equipment shall accept before declaring
the interface down."
REFERENCE
"American National Standard T1.617-1991, Section D.5.1
Counter N392."
DEFVAL { 3 }
::= { frDlcmiEntry 7 }
frDlcmiMonitoredEvents OBJECT-TYPE
SYNTAX Integer32 (1..10)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This is the number of status polling intervals over
which the error threshold is counted. For example, if
within 'MonitoredEvents' number of events the station
receives 'ErrorThreshold' number of errors, the
interface is marked as down."
REFERENCE
"American National Standard T1.617-1991, Section D.5.2
Counter N393."
DEFVAL { 4 }
::= { frDlcmiEntry 8 }
Brown & Baker Standards Track [Page 12]
RFC 2115 Frame Relay DTE MIB September 1997
frDlcmiMaxSupportedVCs OBJECT-TYPE
SYNTAX DLCI
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The maximum number of Virtual Circuits allowed for
this interface. Usually dictated by the Frame Relay
network.
In response to a SET, if a value less than zero or
higher than the agent's maximal capability is
configured, the agent should respond badValue"
::= { frDlcmiEntry 9 }
frDlcmiMulticast OBJECT-TYPE
SYNTAX INTEGER {
nonBroadcast (1),
broadcast (2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This indicates whether the Frame Relay interface is
using a multicast service."
::= { frDlcmiEntry 10 }
frDlcmiStatus OBJECT-TYPE
SYNTAX INTEGER {
running (1), -- init complete, system running
fault (2), -- error threshold exceeded
initializing (3) -- system start up
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This indicates the status of the Frame Relay interface
as determined by the performance of the dlcmi. If no
dlcmi is running, the Frame Relay interface will stay
in the running state indefinitely."
::= { frDlcmiEntry 11 }
Brown & Baker Standards Track [Page 13]
RFC 2115 Frame Relay DTE MIB September 1997
frDlcmiRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"SNMP Version 2 Row Status Variable. Writable objects
in the table may be written in any RowStatus state."
::= { frDlcmiEntry 12 }
--
-- A Frame Relay service is a multiplexing service. Data
-- Link Connection Identifiers enumerate virtual circuits
-- (permanent or dynamic) which are layered onto the underlying
-- circuit, represented by ifEntry. Therefore, each of the entries
-- in the Standard MIB's Interface Table with an IfType of
-- Frame Relay represents a Q.922 interface. Zero or more
-- virtual circuits are layered onto this interface and provide
-- interconnection with various remote destinations.
-- Each such virtual circuit is represented by an entry in the
-- circuit table. The management virtual circuit (i.e. DLCI 0)
-- is a virtual circuit by this definition and will be represented
-- with an entry in the circuit table.
-- Circuit Table
-- The table describing the use of the DLCIs attached to
-- each Frame Relay Interface.
frCircuitTable OBJECT-TYPE
SYNTAX SEQUENCE OF FrCircuitEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table containing information about specific Data
Link Connections (DLC) or virtual circuits."
::= { frameRelayDTE 2 }
Brown & Baker Standards Track [Page 14]
RFC 2115 Frame Relay DTE MIB September 1997
frCircuitEntry OBJECT-TYPE
SYNTAX FrCircuitEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The information regarding a single Data Link
Connection. Discontinuities in the counters contained
in this table are indicated by the value in
frCircuitCreationTime."
INDEX { frCircuitIfIndex, frCircuitDlci }
::= { frCircuitTable 1 }
FrCircuitEntry ::=
SEQUENCE {
frCircuitIfIndex InterfaceIndex,
frCircuitDlci DLCI,
frCircuitState INTEGER,
frCircuitReceivedFECNs Counter32,
frCircuitReceivedBECNs Counter32,
frCircuitSentFrames Counter32,
frCircuitSentOctets Counter32,
frCircuitReceivedFrames Counter32,
frCircuitReceivedOctets Counter32,
frCircuitCreationTime TimeStamp,
frCircuitLastTimeChange TimeStamp,
frCircuitCommittedBurst Integer32,
frCircuitExcessBurst Integer32,
frCircuitThroughput Integer32,
frCircuitMulticast INTEGER,
frCircuitType INTEGER,
frCircuitDiscards Counter32,
frCircuitReceivedDEs Counter32,
frCircuitSentDEs Counter32,
frCircuitLogicalIfIndex InterfaceIndex,
frCircuitRowStatus RowStatus
}
frCircuitIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ifIndex Value of the ifEntry this virtual circuit
is layered onto."
::= { frCircuitEntry 1 }
Brown & Baker Standards Track [Page 15]
RFC 2115 Frame Relay DTE MIB September 1997
frCircuitDlci OBJECT-TYPE
SYNTAX DLCI
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The Data Link Connection Identifier for this virtual
circuit."
REFERENCE
"American National Standard T1.618-1991, Section 3.3.6"
::= { frCircuitEntry 2 }
frCircuitState OBJECT-TYPE
SYNTAX INTEGER {
invalid (1),
active (2),
inactive (3)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates whether the particular virtual circuit is
operational. In the absence of a Data Link Connection
Management Interface, virtual circuit entries (rows)
may be created by setting virtual circuit state to
'active', or deleted by changing Circuit state to
'invalid'.
Whether or not the row actually disappears is left to
the implementation, so this object may actually read as
'invalid' for some arbitrary length of time. It is
also legal to set the state of a virtual circuit to
'inactive' to temporarily disable a given circuit.
The use of 'invalid' is deprecated in this SNMP Version
2 MIB, in favor of frCircuitRowStatus."
DEFVAL { active }
::= { frCircuitEntry 3 }
Brown & Baker Standards Track [Page 16]
RFC 2115 Frame Relay DTE MIB September 1997
frCircuitReceivedFECNs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of frames received from the network indicating
forward congestion since the virtual circuit was
created. This occurs when the remote DTE sets the FECN
flag, or when a switch in the network enqueues the
frame to a trunk whose transmission queue is
congested."
REFERENCE
"American National Standard T1.618-1991, Section 3.3.3"
::= { frCircuitEntry 4 }
frCircuitReceivedBECNs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of frames received from the network indicating
backward congestion since the virtual circuit was
created. This occurs when the remote DTE sets the BECN
flag, or when a switch in the network receives the
frame from a trunk whose transmission queue is
congested."
REFERENCE
"American National Standard T1.618-1991, Section 3.3.4"
::= { frCircuitEntry 5 }
frCircuitSentFrames OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of frames sent from this virtual circuit
since it was created."
::= { frCircuitEntry 6 }
frCircuitSentOctets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
Brown & Baker Standards Track [Page 17]
RFC 2115 Frame Relay DTE MIB September 1997
DESCRIPTION
"The number of octets sent from this virtual circuit
since it was created. Octets counted are the full
frame relay header and the payload, but do not include
the flag characters or CRC."
::= { frCircuitEntry 7 }
frCircuitReceivedFrames OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of frames received over this virtual circuit
since it was created."
::= { frCircuitEntry 8 }
frCircuitReceivedOctets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of octets received over this virtual circuit
since it was created. Octets counted include the full
frame relay header, but do not include the flag
characters or the CRC."
::= { frCircuitEntry 9 }
frCircuitCreationTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime when the virtual circuit was
created, whether by the Data Link Connection Management
Interface or by a SetRequest."
::= { frCircuitEntry 10 }
Brown & Baker Standards Track [Page 18]
RFC 2115 Frame Relay DTE MIB September 1997
frCircuitLastTimeChange OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime when last there was a change in
the virtual circuit state"
::= { frCircuitEntry 11 }
frCircuitCommittedBurst OBJECT-TYPE
SYNTAX Integer32(0..2147483647)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable indicates the maximum amount of data, in
bits, that the network agrees to transfer under normal
conditions, during the measurement interval."
REFERENCE
"American National Standard T1.617-1991, Section
6.5.19"
DEFVAL { 0 } -- the default indicates no commitment
::= { frCircuitEntry 12 }
frCircuitExcessBurst OBJECT-TYPE
SYNTAX Integer32(0..2147483647)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable indicates the maximum amount of
uncommitted data bits that the network will attempt to
deliver over the measurement interval.
By default, if not configured when creating the entry,
the Excess Information Burst Size is set to the value
of ifSpeed."
REFERENCE
"American National Standard T1.617-1991, Section
6.5.19"
::= { frCircuitEntry 13 }
frCircuitThroughput OBJECT-TYPE
SYNTAX Integer32(0..2147483647)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
Brown & Baker Standards Track [Page 19]
RFC 2115 Frame Relay DTE MIB September 1997
"Throughput is the average number of 'Frame Relay
Information Field' bits transferred per second across a
user network interface in one direction, measured over
the measurement interval.
If the configured committed burst rate and throughput
are both non-zero, the measurement interval, T, is
T=frCircuitCommittedBurst/frCircuitThroughput.
If the configured committed burst rate and throughput
are both zero, the measurement interval, T, is
T=frCircuitExcessBurst/ifSpeed."
REFERENCE
"American National Standard T1.617-1991, Section
6.5.19"
DEFVAL {0} -- the default value of Throughput is
-- "no commitment".
::= { frCircuitEntry 14 }
frCircuitMulticast OBJECT-TYPE
SYNTAX INTEGER {
unicast (1),
oneWay (2),
twoWay (3),
nWay (4)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This indicates whether this VC is used as a unicast VC
(i.e. not multicast) or the type of multicast service
subscribed to"
REFERENCE
"Frame Relay PVC Multicast Service and Protocol
Description Implementation: FRF.7 Frame Relay Forum
Technical Committe October 21, 1994"
DEFVAL {unicast}
-- the default value of frCircuitMulticast is
-- "unicast" (not a multicast VC).
::= { frCircuitEntry 15 }
frCircuitType OBJECT-TYPE
SYNTAX INTEGER {
static (1),
dynamic (2)
}
Brown & Baker Standards Track [Page 20]
RFC 2115 Frame Relay DTE MIB September 1997
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indication of whether the VC was manually created
(static), or dynamically created (dynamic) via the data
link control management interface."
::= { frCircuitEntry 16 }
frCircuitDiscards OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of inbound frames dropped because of format
errors, or because the VC is inactive."
::= { frCircuitEntry 17 }
frCircuitReceivedDEs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of frames received from the network indicating
that they were eligible for discard since the virtual
circuit was created. This occurs when the remote DTE
sets the DE flag, or when in remote DTE's switch
detects that the frame was received as Excess Burst
data."
REFERENCE
"American National Standard T1.618-1991, Section 3.3.4"
::= { frCircuitEntry 18 }
frCircuitSentDEs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of frames sent to the network indicating that
they were eligible for discard since the virtual
circuit was created. This occurs when the local DTE
sets the DE flag, indicating that during Network
congestion situations those frames should be discarded
in preference of other frames sent without the DE bit
set."
REFERENCE
Brown & Baker Standards Track [Page 21]
RFC 2115 Frame Relay DTE MIB September 1997
"American National Standard T1.618-1991, Section
3.3.4"
::= { frCircuitEntry 19 }
frCircuitLogicalIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Normally the same value as frDlcmiIfIndex, but
different when an implementation associates a virtual
ifEntry with a DLC or set of DLCs in order to associate
higher layer objects such as the ipAddrEntry with a
subset of the virtual circuits on a Frame Relay
interface. The type of such ifEntries is defined by the
higher layer object; for example, if PPP/Frame Relay is
implemented, the ifType of this ifEntry would be PPP.
If it is not so defined, as would be the case with an
ipAddrEntry, it should be of type Other."
::= { frCircuitEntry 20 }
frCircuitRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object is used to create a new row or modify or
destroy an existing row in the manner described in the
definition of the RowStatus textual convention.
Writable objects in the table may be written in any
RowStatus state."
::= { frCircuitEntry 21 }
--
-- Error Table
-- The table describing errors encountered on each Frame
-- Relay Interface.
frErrTable OBJECT-TYPE
SYNTAX SEQUENCE OF FrErrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table containing information about Errors on the
Frame Relay interface. Discontinuities in the counters
contained in this table are the same as apply to the
Brown & Baker Standards Track [Page 22]
RFC 2115 Frame Relay DTE MIB September 1997
ifEntry associated with the Interface."
::= { frameRelayDTE 3 }
frErrEntry OBJECT-TYPE
SYNTAX FrErrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The error information for a single frame relay
interface."
INDEX { frErrIfIndex }
::= { frErrTable 1 }
FrErrEntry ::=
SEQUENCE {
frErrIfIndex InterfaceIndex,
frErrType INTEGER,
frErrData OCTET STRING,
frErrTime TimeStamp,
frErrFaults Counter32,
frErrFaultTime TimeStamp
}
frErrIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ifIndex Value of the corresponding ifEntry."
::= { frErrEntry 1 }
frErrType OBJECT-TYPE
SYNTAX INTEGER {
unknownError(1),
receiveShort(2),
receiveLong(3),
illegalAddress(4),
unknownAddress(5),
dlcmiProtoErr(6),
dlcmiUnknownIE(7),
dlcmiSequenceErr(8),
dlcmiUnknownRpt(9),
noErrorSinceReset(10)
}
Brown & Baker Standards Track [Page 23]
RFC 2115 Frame Relay DTE MIB September 1997
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of error that was last seen on this interface:
receiveShort: frame was not long enough to allow
demultiplexing - the address field was incomplete,
or for virtual circuits using Multiprotocol over
Frame Relay, the protocol identifier was missing
or incomplete.
receiveLong: frame exceeded maximum length configured for this
interface.
illegalAddress: address field did not match configured format.
unknownAddress: frame received on a virtual circuit which was not
active or administratively disabled.
dlcmiProtoErr: unspecified error occurred when attempting to
interpret link maintenance frame.
dlcmiUnknownIE: link maintenance frame contained an Information
Element type which is not valid for the
configured link maintenance protocol.
dlcmiSequenceErr: link maintenance frame contained a sequence
number other than the expected value.
dlcmiUnknownRpt: link maintenance frame contained a Report Type
Information Element whose value was not valid
for the configured link maintenance protocol.
noErrorSinceReset: no errors have been detected since the last
cold start or warm start."
::= { frErrEntry 2 }
frErrData OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(1..1600))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An octet string containing as much of the error packet
as possible. As a minimum, it must contain the Q.922
Address or as much as was delivered. It is desirable
to include all header and demultiplexing information."
::= { frErrEntry 3 }
Brown & Baker Standards Track [Page 24]
RFC 2115 Frame Relay DTE MIB September 1997
frErrTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime at which the error was
detected."
::= { frErrEntry 4 }
frErrFaults OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times the interface has gone down since
it was initialized."
::= { frErrEntry 5 }
frErrFaultTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime at the time when the interface
was taken down due to excessive errors. Excessive
errors is defined as the time when a DLCMI exceeds the
frDlcmiErrorThreshold number of errors within
frDlcmiMonitoredEvents. See FrDlcmiEntry for further
details."
::= { frErrEntry 6 }
--
-- Frame Relay Trap Control
frameRelayTrapControl OBJECT IDENTIFIER ::= { frameRelayDTE 4 }
-- the following highly unusual OID is as it is for compatibility
-- with RFC 1315, the SNMP V1 predecessor of this document.
frameRelayTraps OBJECT IDENTIFIER ::= { frameRelayDTE 0 }
Brown & Baker Standards Track [Page 25]
RFC 2115 Frame Relay DTE MIB September 1997
frTrapState OBJECT-TYPE
SYNTAX INTEGER { enabled(1), disabled(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This variable indicates whether the system produces
the frDLCIStatusChange trap."
DEFVAL { disabled }
::= { frameRelayTrapControl 1 }
frTrapMaxRate OBJECT-TYPE
SYNTAX Integer32 (0..3600000)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This variable indicates the number of milliseconds
that must elapse between trap emissions. If events
occur more rapidly, the impementation may simply fail
to trap, or may queue traps until an appropriate time."
DEFVAL { 0 } -- no minimum elapsed period is specified
::= { frameRelayTrapControl 2 }
-- Data Link Connection Management Interface Related Traps
frDLCIStatusChange NOTIFICATION-TYPE
OBJECTS { frCircuitState }
STATUS current
DESCRIPTION
"This trap indicates that the indicated Virtual Circuit
has changed state. It has either been created or
invalidated, or has toggled between the active and
inactive states. If, however, the reason for the state
change is due to the DLCMI going down, per-DLCI traps
should not be generated."
::= { frameRelayTraps 1 }
-- conformance information
frConformance OBJECT IDENTIFIER ::= { frameRelayDTE 6 }
frGroups OBJECT IDENTIFIER ::= { frConformance 1 }
frCompliances OBJECT IDENTIFIER ::= { frConformance 2 }
-- compliance statements
Brown & Baker Standards Track [Page 26]
RFC 2115 Frame Relay DTE MIB September 1997
frCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement "
MODULE -- this module
MANDATORY-GROUPS { frPortGroup, frCircuitGroup }
GROUP frErrGroup
DESCRIPTION
"This optional group is used for debugging Frame Relay
Systems."
GROUP frTrapGroup
DESCRIPTION
"This optional group is used for the management of
asynchronous notifications by Frame Relay Systems."
GROUP frNotificationGroup
DESCRIPTION
"This optional group defines the asynchronous
notifications generated by Frame Relay Systems."
OBJECT frDlcmiRowStatus
MIN-ACCESS read-only
DESCRIPTION
"Row creation is not required for the frDlcmiTable."
OBJECT frCircuitRowStatus
MIN-ACCESS read-only
DESCRIPTION
"Row creation is not required for the frCircuitTable."
::= { frCompliances 1 }
frCompliance0 MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for objects and the trap
defined in RFC 1315."
MODULE -- this module
MANDATORY-GROUPS { frPortGroup0, frCircuitGroup0 }
GROUP frErrGroup0
DESCRIPTION
"This optional group is used for debugging Frame Relay
Systems."
Brown & Baker Standards Track [Page 27]
RFC 2115 Frame Relay DTE MIB September 1997
GROUP frTrapGroup0
DESCRIPTION
"This optional group is used for the management of
asynchronous notifications by Frame Relay Systems."
GROUP frNotificationGroup
DESCRIPTION
"This optional group defines the asynchronous
notifications generated by Frame Relay Systems."
::= { frCompliances 2 }
-- units of conformance
frPortGroup OBJECT-GROUP
OBJECTS {
frDlcmiIfIndex, frDlcmiState, frDlcmiAddress,
frDlcmiAddressLen, frDlcmiPollingInterval,
frDlcmiFullEnquiryInterval, frDlcmiErrorThreshold,
frDlcmiMonitoredEvents, frDlcmiMaxSupportedVCs,
frDlcmiMulticast, frDlcmiStatus, frDlcmiRowStatus
}
STATUS current
DESCRIPTION
"The objects necessary to control the Link Management
Interface for a Frame Relay Interface as well as
maintain the error statistics on this interface."
::= { frGroups 1 }
frCircuitGroup OBJECT-GROUP
OBJECTS {
frCircuitIfIndex, frCircuitDlci, frCircuitState,
frCircuitReceivedFECNs, frCircuitReceivedBECNs,
frCircuitSentFrames, frCircuitSentOctets,
frCircuitReceivedFrames, frCircuitReceivedOctets,
frCircuitCreationTime, frCircuitLastTimeChange,
frCircuitCommittedBurst, frCircuitExcessBurst,
frCircuitThroughput, frCircuitMulticast,
frCircuitType, frCircuitDiscards,
frCircuitReceivedDEs, frCircuitSentDEs,
frCircuitLogicalIfIndex, frCircuitRowStatus
}
STATUS current
DESCRIPTION
"The objects necessary to control the Virtual Circuits
layered onto a Frame Relay Interface."
::= { frGroups 2 }
Brown & Baker Standards Track [Page 28]
RFC 2115 Frame Relay DTE MIB September 1997
frTrapGroup OBJECT-GROUP
OBJECTS { frTrapState, frTrapMaxRate }
STATUS current
DESCRIPTION
"The objects necessary to control a Frame Relay
Interface's notification messages."
::= { frGroups 3 }
frErrGroup OBJECT-GROUP
OBJECTS {
frErrIfIndex, frErrType, frErrData, frErrTime,
frErrFaults, frErrFaultTime
}
STATUS current
DESCRIPTION
"Objects designed to assist in debugging Frame Relay
Interfaces."
::= { frGroups 4 }
frNotificationGroup NOTIFICATION-GROUP
NOTIFICATIONS { frDLCIStatusChange }
STATUS current
DESCRIPTION
"Traps which may be used to enhance event driven
management of the interface."
::= { frGroups 5 }
frPortGroup0 OBJECT-GROUP
OBJECTS {
frDlcmiIfIndex, frDlcmiState, frDlcmiAddress,
frDlcmiAddressLen, frDlcmiPollingInterval,
frDlcmiFullEnquiryInterval, frDlcmiErrorThreshold,
frDlcmiMonitoredEvents, frDlcmiMaxSupportedVCs,
frDlcmiMulticast
}
STATUS current
DESCRIPTION
"The objects necessary to control the Link Management
Interface for a Frame Relay Interface as well as
maintain the error statistics on this interface from
RFC 1315."
::= { frGroups 6 }
frCircuitGroup0 OBJECT-GROUP
OBJECTS {
frCircuitIfIndex, frCircuitDlci, frCircuitState,
frCircuitReceivedFECNs, frCircuitReceivedBECNs,
frCircuitSentFrames, frCircuitSentOctets,
Brown & Baker Standards Track [Page 29]
RFC 2115 Frame Relay DTE MIB September 1997
frCircuitReceivedFrames, frCircuitReceivedOctets,
frCircuitCreationTime, frCircuitLastTimeChange,
frCircuitCommittedBurst, frCircuitExcessBurst,
frCircuitThroughput
}
STATUS current
DESCRIPTION
"The objects necessary to control the Virtual Circuits
layered onto a Frame Relay Interface from RFC 1315."
::= { frGroups 7 }
frErrGroup0 OBJECT-GROUP
OBJECTS {
frErrIfIndex, frErrType, frErrData, frErrTime
}
STATUS current
DESCRIPTION
"Objects designed to assist in debugging Frame Relay
Interfaces from RFC 1315."
::= { frGroups 8 }
frTrapGroup0 OBJECT-GROUP
OBJECTS { frTrapState }
STATUS current
DESCRIPTION
"The objects necessary to control a Frame Relay
Interface's notification messages from RFC 1315."
::= { frGroups 9 }
END
7. Security Issues
Security issues for this MIB are entirely covered by the SNMP
Security Architecture, and have not been expanded within the contents
of this MIB.
8. Acknowledgments
This document was originally produced by the IP Over Large Public
Data Networks (IPLPDN) Working Group, and has since been carried on
in the PPP Working Group, sort of. Currently, the Ion Working Group
is its host.
Special thanks to James Watt of Newbridge Networks for his fine
suggestions and pastable text.
Brown & Baker Standards Track [Page 30]
RFC 2115 Frame Relay DTE MIB September 1997
9. Authors' Addresses
Caralyn Brown
Cadia Networks, Inc.
1 Corporate Dirve
Andover, Massachusetts 01810
Telephone: +1 508 689 2400 x133
E-Mail: cbrown@cadia.com
Fred Baker
Cisco Systems
519 Lado Drive
Santa Barbara, California 93111
Telephone +1 408 526 4257
E-Mail: fred@cisco.com
10. References
[1] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M.,
and S. Waldbusser, "Structure of Management Information
for Version 2 of the Simple Network Management Protocol
(SNMPv2)", RFC 1902, January 1996.
[2] McCloghrie, K., and M. Rose, Editors, "Management
Information Base for Network Management of TCP/IP-based
internets: MIB-II", STD 17, RFC 1213, Hughes LAN Systems,
Performance Systems International, March 1991.
[3] Case, J., Fedor, M., Schoffstall, M., and J. Davin. " A
Simple Network Management Protocol (SNMP)", STD 15, RFC
1157, SNMP Research, Performance Systems International,
MIT Lab for Computer Science, May 1990.
[4] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M.,
and S. Waldbusser, "Protocol Operations for Version 2 of
the Simple Network Management Protocol (SNMPv2)", RFC
1905, January 1996.
[5] McCloghrie, K. and F. Kastenholz, "Evolution of the
Interfaces Group of MIB-II", RFC 1573, Hughes LAN
Systems, FTP Software, January 1994.
[6] T. Bradley, C. Brown, A. Malis, "Multiprotocol
Interconnect over Frame Relay", RFC 1490, 07/26/1993.
[7] International Telegraph and Telephone Consultative
Committee, "ISDN Data Link Layer Specification for Frame
Mode Bearer Services", CCITT Recommendation Q.922, 19
Brown & Baker Standards Track [Page 31]
RFC 2115 Frame Relay DTE MIB September 1997
April 1991.
[8] American National Standard For Telecommunications -
Integrated Services Digital Network - Frame Relay Bearer
Service - Architectural Framework and Service
Description, ANSI T1.606-1991, 18 June 1991.
[9] American National Standard For Telecommunications -
Integrated Services Digital Network - Digital Subscriber
Signalling System No. 1 - Signaling Specification for
Frame Relay Bearer Service, ANSI T1.617-1991, 18 June
1991.
[10] American National Standard For Telecommunications -
Integrated Services Digital Network - Core Aspects of
Frame Protocol for Use with Frame Relay Bearer Service,
ANSI T1.618-1991, 18 June 1991.
Brown & Baker Standards Track [Page 32]
|