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 1796 1797 1798 1799 1800 1801 1802 1803 1804 1805 1806 1807 1808 1809 1810 1811 1812 1813 1814 1815 1816 1817 1818 1819 1820 1821 1822 1823 1824 1825 1826 1827 1828 1829 1830 1831 1832 1833 1834 1835 1836 1837 1838 1839 1840 1841 1842 1843 1844 1845 1846 1847 1848 1849 1850 1851 1852 1853 1854 1855 1856 1857 1858 1859 1860 1861 1862 1863 1864 1865 1866 1867 1868 1869 1870 1871 1872 1873 1874 1875 1876 1877 1878 1879 1880 1881 1882 1883 1884 1885 1886 1887 1888 1889 1890 1891 1892 1893 1894 1895 1896 1897 1898 1899 1900 1901 1902 1903 1904 1905 1906 1907 1908 1909 1910 1911 1912 1913 1914 1915 1916 1917 1918 1919 1920 1921 1922 1923 1924 1925 1926 1927 1928 1929 1930 1931 1932 1933 1934 1935 1936 1937 1938 1939 1940 1941 1942 1943 1944 1945 1946 1947 1948 1949 1950 1951 1952 1953 1954 1955 1956 1957 1958 1959 1960 1961 1962 1963 1964 1965 1966 1967 1968 1969 1970 1971 1972 1973 1974 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 2026 2027 2028 2029 2030 2031 2032 2033 2034 2035 2036 2037 2038 2039 2040 2041 2042 2043 2044 2045 2046 2047 2048 2049 2050 2051 2052 2053 2054 2055 2056 2057 2058 2059 2060 2061 2062 2063 2064 2065 2066 2067 2068 2069 2070 2071 2072 2073 2074 2075 2076 2077 2078 2079 2080 2081 2082 2083 2084 2085 2086 2087 2088 2089 2090 2091 2092 2093 2094 2095 2096 2097 2098 2099 2100 2101 2102 2103 2104 2105 2106 2107 2108 2109 2110 2111 2112 2113 2114 2115 2116 2117 2118 2119 2120 2121 2122 2123 2124 2125 2126 2127 2128 2129 2130 2131 2132 2133 2134 2135 2136 2137 2138 2139 2140 2141 2142 2143 2144 2145 2146 2147 2148 2149 2150 2151 2152 2153 2154 2155 2156 2157 2158 2159 2160 2161 2162 2163 2164 2165 2166 2167 2168 2169 2170 2171 2172 2173 2174 2175 2176 2177 2178 2179 2180 2181 2182 2183 2184 2185 2186 2187 2188 2189 2190 2191 2192 2193 2194 2195 2196 2197 2198 2199 2200 2201 2202 2203 2204 2205 2206 2207 2208 2209 2210 2211 2212 2213 2214 2215 2216 2217 2218 2219 2220 2221 2222 2223 2224 2225 2226 2227 2228 2229 2230 2231 2232 2233 2234 2235 2236 2237 2238 2239 2240 2241 2242 2243 2244 2245 2246 2247 2248 2249 2250 2251 2252 2253 2254 2255 2256 2257 2258 2259 2260 2261 2262 2263 2264 2265 2266 2267 2268 2269 2270 2271 2272 2273 2274 2275 2276 2277 2278 2279 2280 2281 2282 2283 2284 2285 2286 2287 2288 2289 2290 2291 2292 2293 2294 2295 2296 2297 2298 2299 2300 2301 2302 2303 2304 2305 2306 2307 2308 2309 2310 2311 2312 2313 2314 2315 2316 2317 2318 2319 2320 2321 2322 2323 2324 2325 2326 2327 2328 2329 2330 2331 2332 2333 2334 2335 2336 2337 2338 2339 2340 2341 2342 2343 2344 2345 2346 2347 2348 2349 2350 2351 2352 2353 2354 2355 2356 2357 2358 2359 2360 2361 2362 2363 2364 2365 2366 2367 2368 2369 2370 2371 2372 2373 2374 2375 2376 2377 2378 2379 2380 2381 2382 2383 2384 2385 2386 2387 2388 2389 2390 2391 2392 2393 2394 2395 2396 2397 2398 2399 2400 2401 2402 2403 2404 2405 2406 2407 2408 2409 2410 2411 2412 2413 2414 2415 2416 2417 2418 2419 2420 2421 2422 2423 2424 2425 2426 2427 2428 2429 2430 2431 2432 2433 2434 2435 2436 2437 2438 2439 2440 2441 2442 2443 2444 2445 2446 2447 2448 2449 2450 2451 2452 2453 2454 2455 2456 2457 2458 2459 2460 2461 2462 2463 2464 2465 2466 2467 2468 2469 2470 2471 2472 2473 2474 2475 2476 2477 2478 2479 2480 2481 2482 2483 2484 2485 2486 2487 2488 2489 2490 2491 2492 2493 2494 2495 2496 2497 2498 2499 2500 2501 2502 2503 2504 2505 2506 2507 2508 2509 2510 2511 2512 2513 2514 2515 2516 2517 2518 2519 2520 2521 2522 2523 2524 2525 2526 2527 2528 2529 2530 2531 2532 2533 2534 2535 2536 2537 2538 2539 2540 2541 2542 2543 2544 2545 2546 2547 2548 2549 2550 2551 2552 2553 2554 2555 2556 2557 2558 2559 2560 2561 2562 2563 2564 2565 2566 2567 2568 2569 2570 2571 2572 2573 2574 2575 2576 2577 2578 2579 2580 2581 2582 2583 2584 2585 2586 2587 2588 2589 2590 2591 2592 2593 2594 2595 2596 2597 2598 2599 2600 2601 2602 2603 2604 2605 2606 2607 2608 2609 2610 2611 2612 2613 2614 2615 2616 2617 2618 2619 2620 2621 2622 2623 2624 2625 2626 2627 2628 2629 2630 2631 2632 2633 2634 2635 2636 2637 2638 2639 2640 2641 2642 2643 2644 2645 2646 2647 2648 2649 2650 2651 2652 2653 2654 2655 2656 2657 2658 2659 2660 2661 2662 2663 2664 2665 2666 2667 2668 2669 2670 2671 2672 2673 2674 2675 2676 2677 2678 2679 2680 2681 2682 2683 2684 2685 2686 2687 2688 2689 2690 2691 2692 2693 2694 2695 2696 2697 2698 2699 2700 2701 2702 2703 2704 2705 2706 2707 2708 2709 2710 2711 2712 2713 2714 2715 2716 2717 2718 2719 2720 2721 2722 2723 2724 2725 2726 2727 2728 2729 2730 2731 2732 2733 2734 2735 2736 2737 2738 2739 2740 2741 2742 2743 2744 2745 2746 2747 2748 2749 2750 2751 2752 2753 2754 2755 2756 2757 2758 2759 2760 2761 2762 2763 2764 2765 2766 2767 2768 2769 2770 2771 2772 2773 2774 2775 2776 2777 2778 2779 2780 2781 2782 2783 2784 2785 2786 2787 2788 2789 2790 2791 2792 2793 2794 2795 2796 2797 2798 2799 2800 2801 2802 2803 2804 2805 2806 2807 2808 2809 2810 2811 2812 2813 2814 2815 2816 2817 2818 2819 2820 2821 2822 2823 2824 2825 2826 2827 2828 2829 2830 2831 2832 2833 2834 2835 2836 2837 2838 2839 2840 2841 2842 2843 2844 2845 2846 2847 2848 2849 2850 2851 2852 2853 2854 2855 2856 2857 2858 2859 2860 2861 2862 2863 2864 2865 2866 2867 2868 2869 2870 2871 2872 2873 2874 2875 2876 2877 2878 2879 2880 2881 2882 2883 2884 2885 2886 2887 2888 2889 2890 2891 2892 2893 2894 2895 2896 2897 2898 2899 2900 2901 2902 2903 2904 2905 2906 2907 2908 2909 2910 2911 2912 2913 2914 2915
|
Network Working Group M. Greene
Request for Comments: 2320 Xedia Corp.
Category: Standards Track J. Luciani
Bay Networks, Inc.
K. White
IBM Corp.
T. Kuo
Bay Networks, Inc.
April 1998
Definitions of Managed Objects for
Classical IP and ARP Over ATM Using SMIv2
(IPOA-MIB)
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.
Copyright Notice
Copyright (C) The Internet Society (1998). All Rights Reserved.
Abstract
The purpose of this memo is to define the Management Information Base
(MIB) for supporting Classical IP and ARP over ATM as specified in
Classical IP and ARP over ATM, refer to reference [3]. Support of an
ATM interface by an IP layer will require implementation of objects
from several Management Information Bases (MIBs) as well as their
enhancement in order to enable usage of ATM transports. It is the
intent of this MIB to fully adhere to all prerequisite MIBs unless
explicitly stated. Deviations will be documented in corresponding
conformance statements. The specification of this MIB will utilize
the Structure of Management Information (SMI) for Version 2 of the
Simple Network Management Protocol Version (refer to RFC 1902,
reference [1]).
Greene, et al. [Page 1]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
Table of Contents
1. Introduction............................................. 2
2. The SNMPv2 Network Management Framework.................. 3
2.1 Object Definitions...................................... 4
3. Structure of the MIB..................................... 4
3.1 Basic Support MIB Definitions........................... 5
3.1.1 ATM Logical IP Subnet (LIS) Table..................... 5
3.1.2 ATM Logical IP Subnet Interface Mapping Table......... 7
3.1.3 ATMARP Remote Server Table............................ 7
3.1.4 ATM VC Table.......................................... 8
3.1.5 ATM Config PVC Table.................................. 9
3.1.6 Notifications......................................... 10
3.2 Client Supported MIB Definitions........................ 10
3.2.1 ATMARP Client Table................................... 11
3.3 Server Supported MIB Definitions........................ 12
3.3.1 ATMARP Server Table................................... 12
3.3.2 Notifications......................................... 13
4. Definitions.............................................. 14
5. Security Considerations.................................. 48
6. Intellectual Property.................................... 49
7. Acknowledgments.......................................... 49
8. References............................................... 50
9. Authors' Addresses....................................... 51
10. Full Copyright Statement................................ 52
1. Introduction
This document is a product of the Internetworking Over NBMA Working
Group. Its purpose is to define a MIB module for extending the
traditional MIBs supported by a TCP/IP implementation to support
Classical IP and ARP over ATM.
Many MIB related RFCs and Internet Drafts have been considered in the
development of this document. The ones that are considered central to
the extensions defined by this document are:
o RFC 2011 - SNMPv2 Management Information Base for the
Internet Protocol using SMIv2 [9]. The IP over ATM
(IPOA) MIB provides extensions to the IP Group for
handling IP over ATM flows. A basic understanding of
the IP Group is essential for understanding this
document.
Greene, et al. [Page 2]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
o RFC 2233 - The Interfaces Group MIB (IF-MIB) using SMIv2,
reference [2]. This document is important since it
provides several very useful enhancements over the
interface group defined in RFC 1213 (reference [5])
that aid in handling ATM related interfaces.
o RFC 1695 - Definitions of Managed Objects for ATM Management
[4] (ATM-MIB). Support of this MIB is REQUIRED for
implementing the layers between AAL5 and ATM. The
contents of this MIB will not explicitly be addressed
here. The ATM-MIB provides a basis for managing ATM
interface layering and management of:
- ATM Switched Virtual Connections (SVCs)
- ATM Permanent Virtual Connections (PVCs)
The ATM Forum UNI ILMI MIB is specified by the ATM Forum in various
versions of the UNI specification. The ILMI MIBs being defined are
not supported via SNMP agents but via SNMP requests sent over an ATM
network to an ATM entity encapsulated in an AAL5 header. Support of
the ILMI MIB(s) is considered out of the scope of this document.
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in RFC 2119, reference
[10].
2. The SNMPv2 Network Management Framework
The SNMPv2 Network Management Framework consists of seven major
components. They are:
o RFC 1902 [1] which defines the SMI, the mechanisms used for
describing and naming objects for the purpose of management.
o RFC 1903 [6] defines textual conventions for SNMPv2.
o RFC 1904 [8] defines conformance statements for SNMPv2.
o RFC 1905 [7] defines transport mappings for SNMPv2.
o RFC 1906 [12] defines the protocol operations used for network
access to managed objects.
o RFC 1907 [13] defines the Management Information Base for SNMPv2.
o RFC 1908 [14] specifies coexistence between SNMPv1 and SNMPv2.
Greene, et al. [Page 3]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
The Framework permits new objects to be defined for the purpose of
experimentation and evaluation.
This memo specifies a MIB module that is compliant to the SNMPv2 SMI.
A semantically identical MIB conforming to the SNMPv1 SMI can be
produced through the appropriate translation.
2.1. Object Definitions
Managed objects are accessed via a virtual information store, termed
the Management Information Base or 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, 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, we often
use a textual string, termed the descriptor, to refer to the object
type.
3. Structure of the MIB
The Classical ARP and IP over ATM (IPOA) MIB structure is split into
three components:
o Basic Support MIB Definitions
o Client Supported MIB Definitions
o Server Supported MIB Definitions
All IP and ARP over ATM entities, both clients and ATMARP Servers, are
REQUIRED to support the MIB definitions in the Basic Support MIB
Definitions section. Clients need to additionally support the MIB
definitions outlined in the Client specific section and ATMARP Servers
MUST additionally support the ATMARP Server specific MIB definitions.
Implementation of the Definitions of Managed Objects for ATM
Management [4] defines the modeling of the various layers within an
ATM Interface. This modeling is assumed as a prerequisite for the
IPOA-MIB. The IPOA-MIB makes no assumptions on how this layering is
actually implemented within a system. Several of the MIB tables
defined by the IPOA-MIB, like the base TCP/IP MIBs, require that an
ifIndex exist that points to an ATM Interface. Refer to the ATM-MIB
[4] for the definition of ATM Interface layering.
The use of an IP over ATM Virtual Interface layer is NOT explicitly
REQUIRED by the IPOA-MIB. The use of virtual layers above an ATM-MIB
defined interface layer is not absolutely necessary for modeling the
Greene, et al. [Page 4]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
attachment of IP to an ATM network. The IPOA-MIB refers to use of a
generic ifIndex object, whose value SHOULD reflect that of some
specific ATM related interface as determined by an implementation. It
is up to the implementers of this MIB to determine their own ATM
interface layering (assuming compliance with the IF-MIB and the ATM-
MIB).
The Internet Assigned Numbers Authority (IANA) ifType ipOverAtm(114)
was created for use by systems that require a virtual IP over ATM
interface layer. The IF-MIB's ifStackTable SHOULD be used to show the
relationship between virtual IP over ATM interfaces and the actual ATM
physical interface layers. The current set of ifType values can be
accessed via the IANA homepage at: "http://www.iana.org/iana/".
3.1. Basic Support MIB Definitions
Basic support that MUST be implemented by both Clients and ATMARP
Servers consists of:
o ATM Logical IP Subnet (LIS) Table
o ATM Logical IP Subnet Interface Mapping Table
o ATMARP Remote Server Table
o ATM VC Table
o ATM Config PVC Table
o Notifications
3.1.1. ATM Logical IP Subnet (LIS) Table
The ATM Logical IP Subnet (LIS) Table defines the subnets that this
system is a member of for purposes of reaching destinations over an
ATM transport. The LIS table is indexed by the subnet address
(ipoaLisSubnetAddr) and not ifIndex. The ipoaLisIfMappingTable
described in the next section provides the mapping between Logical IP
Subnets and the interface layer. It is possible that the same LIS can
be reached via different ATM interfaces.
The ipAddrTable and the ipoaClientTable provides the mapping from a
local IP address to an ATM interface. One or more ipAddrTable entries
can point to the same ipoaLisEntry. An ipAddrEntry's ipAdEntAddr
ANDed with its ipAdEntNetMask SHOULD equal an ipoaLisEntry's
ipoaLisSubnetAddr. Given that an interface can be multi-homed, each
local IP address associated with an interface requires an entry in the
ipAddrTable. Each ipAddrTable entry for a local IP address associated
with an ATM interface SHOULD map to an entry in the ipoaLisTable.
Greene, et al. [Page 5]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
The bulk of the objects in an ipoaLisEntry exists to control ATMARP
for a particular LIS. In a PVC only environment it is implementation
dependent as to whether this table should be supported:
ipoaLisInactivityTimer
ipoaLisMinHoldingTime
ipoaLisQDepth
ipoaLisMaxCalls
ipoaLisCacheEntryAge
ipoaLisRetries
ipoaLisTimeout
The value of an ipoaLisMaxCalls object defines the maximum number of
VCs that can be established simultaneously per LIS. The value of an
ipoaLisDefaultPeakCellRate object defines the best effort default peak
cell rate in both the forward and backward directions when
establishing VCCs (Virtual Channel Connections). Refer to RFC 1755,
ATM Signaling Support for IP over ATM (reference [11]), for a
definition of the use of this object's value.
The ipAddrTable's ipAdEntReasmMaxSize is the "The size of the largest
IP datagram which this entity can re-assemble from incoming IP
fragmented datagrams received on this interface" and is different from
the ipoaLisTable's ipoaLisDefaultMtu with is the default MTU used
within an LIS. Note that this is the default MTU, not the actual MTU
(which is represented as ipoaVcNegotiatedMtu in the ipoaVcTable).
The ipoaLisRowStatus object enables entries in the ipoaLisTable to be
created or deleted via SNMP. Creation of an ipoaLisTable entry
results in the addition of a corresponding ipAddrTable entry and an
ipoaLisIfMappingTable entry. Creation of multiple ipAddrTable entries
and ipoaLisIfMappingTable entries for the same LIS is not addressed by
this document. When ipoaLisRowStatus is changed from active(1) to
notInService(2) or from active(1) to destroy(6), this has the side-
effect of removing all entries from the ipNetToMediaTable that are
associated with this LIS (in other words, it flushes the entity's
ATMARP cache). It also removes the ipoaVcTable entries that were
associated with those ipNetToMediaTable entries. Destroying the row
removes the corresponding entries in the ipoaArpSrvrTable,
ipoaArpClientTable, ipoaLisIfMappingTable, and the
ipoaArpRemoteSrvrTable.
Entries in both the ipNetToMediaTable and the ipoaVcTable that are
associated with an ipoaConfigPvcEntry are not affected by changes to
ipoaLisRowStatus.
Greene, et al. [Page 6]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
3.1.2. ATM Logical IP Subnet Interface Mapping Table
The ipoaLisIfMappingTable maps a LIS to all ATM interfaces from which
it is configured to be supported. Each entry in the
ipoaLisIfMappingTable SHOULD map to an ipAddrTable entry. It is also
possible for a system, most commonly a switch, to have multiple LISs
associated with the same ATM interface.
3.1.3. ATMARP Remote Server Table
Entries in the ipoaArpRemoteSrvrTable exists to locally configure the
remote ATMARP Servers that exist on a per LIS and interface basis.
Classical IP and ARP over ATM [3] requires that at least one ATMARP
Server be configured per LIS where SVC traffic is intended. PVC usage
doesn't require use of ATMARP. No ipoaArpRemoteSrvrTable entries
SHOULD be configured for a LIS where only PVCs will be used. An entry
in the ipoaArpRemoteSrvrTable is indexed by the subnet address of the
LIS (ipoaLisSubnetAddr), the ATM address of the remote ATMARP Server
(ipoaArpRemoteSrvrAtmAddr) and an interface ifIndex
(ipoaArpRemoteSrvrIfIndex) value.
The object ipoaArpRemoteSrvrIpAddr in an ipoaArpRemoteSrvrEntry is set
with the IP Address of the Remote ATMARP Server when a VC to the
Remote ATMARP Server is established. A value of 0.0.0.0 SHOULD be
used when the IP address of the Remote ATMARP Server is not known.
Once ipoaArpRemoteSrvrIpAddr is set then the ipoaVcTable can be
searched using ipoaArpRemoteSrvrIfIndex and ipoaArpRemoteSrvrIpAddr to
find the VC in use to the Remote ATMARP Server.
ipoaArpRemoteSrvrIfIndex is defined to have the textual convention of
InterfaceIndexOrZero. Adding ipoaArpRemoteSrvrIfIndex to the index
clause allows a system to have a VC to a ATMARP Remote Server on a per
LIS and interface basis. An entry in this table SHOULD exist for each
interface on a per LIS basis. Each interface would then have a
separate VC to the Remote ATMARP Server for ATMARP purposes.
An implementation that wants to use a single VC MAY use an
ipoaArpRemoteSrvrIfIndex value of 0 when configuring an
ipoaArpRemoteSrvrEntry for the associating LIS. If
ipoaArpRemoteSrvrIfIndex is 0 then an implementation dependent method
MAY be used for finding the VPI and VCI of the VC in use to the Remote
ATMARP Server. For example, search the ipoaVcTable for a match
between ipNetToMediaNetAddress and ipoaArpRemoteSrvrIpAddr from an
ipoaArpRemoteSrvrEntry, ignoring ipNetToMediaIfIndex. Since a single
VC is being used the first match SHOULD correspond to the correct VC.
Greene, et al. [Page 7]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
If a PVC is intended to be used to communicate with a remote ATMARP
Server then the ipoaConfigPvcTable MUST be used to create and activate
the PVC prior to activating a ipoaArpRemoteSrvrEntry.
The object ipoaArpRemoteSrvrRowStatus allows for row creation and
deletion of entries in the ipoaArpRemoteSrvrTable. The objects
ipoaArpRemoteSrvrAdminStatus and ipoaArpRemoteSrvrOperStatus exist to
control and reflect the operational use of a Remote ATMARP Server
defined by an ipoaArpRemoteSrvrEntry. The object
ipoaArpRemoteSrvrOperStatus SHOULD have a value of up(1) when an SVC
has been established to the Remote ATMARP Server or if using a PVC
when the InATMARP reply with the IP Address of the Remote ATMARP
Server has been received. The value of down(2) SHOULD be used to
indicate that a VC to the Remote ATMARP Server doesn't exist.
3.1.4. ATM VC Table
An entry in the ipoaVcTable SHOULD have at least one corresponding
ipNetToMediaTable entry. Both tables use the ipNetToMediaTable's
indexes ipNetToMediaIfIndex and ipNetToMediaNetAddress. The
ipoaVcTable has the additional indexes ipoaVcVpi and ipoaVcVci. An
ipoaVcEntry exists for every VC per ATM interface per destination IP
address. Refer to the following diagram that illustrates the
relationship between ipoaVcTable and the ipNetToMediaTable:
ipoaVcTable ipNetToMediatable
------------------------------ ----------------------------
| ipNetToMediaIfIndex | | ipNetToMediaIfIndex |
| ipNetToMediaNetAddress | | ipNetToMediaNetAddress |
| ipoaVcVpi | | |
| ipoaVcVci | | |
| ipoaVcType | | |
| ---> use IpoaAtmAddr TC | | ipNetToMediaPhysAddress |
| ipoaVcNegotiatedEncapsType | | |
| ipoaVcNegotiatedMtu | | |
| | | ipNetToMediaType |
------------------------------ ----------------------------
ipoaVcType indicates if the entry is for an SVC or a PVC. An
ipoaVcEntry, corresponding to an PVC, is created automatically when an
ipoaConfigPvcEntry is created and the IP Address at the end of the PVC
is discovered. The associating ipNetToMediaTable entry would have its
ipNetToMediaType set to static(4). ipNetToMediaTable entries created
during ATMARP processing have a ipNetToMediaType of dynamic(3). The
process to locally configuring an ipNetToMediaTable entry and an
ipoaVcTable entry for an SVC without using ATMARP is not within the
scope of this document.
Greene, et al. [Page 8]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
The objects ipoaVcVpi and ipoaVcVci are defined to have a MAX-ACCESS
of not-accessible since they are only used for purposes of indexing an
entry in the ipoaVcTable.
3.1.5. ATM Config PVC Table
An entry in the ipoaVcTable is created after the InATMARP reply is
successfully received for an ipoaConfigPvcEntry during its activation.
InATMARP should return the IP Address of the other end of the PVC in
order to have the needed indexes to create an ipNetToMediaEntry and an
ipoaVcEntry.
The corresponding ARP Cache entry SHOULD be deleted whenever a PVC
becomes unusable.
A Network Management Station wanting to create a PVC at a particular
system for use as an IP transport would:
o use the ATM-MIB, reference [4], to create the PVC
o use the ipoaConfigPvcTable in the IPOA-MIB to configure
the PVC for use by IP
Refer to the following diagram that illustrates the relationship
between the ipoaVcTable and the ipoaConfigPvcTable:
ipoaVcTable ipoaConfigPvcTable
------------------------------ ----------------------------
| ipNetToMediaIfIndex | | ipNetToMediaIfIndex |
| ipNetToMediaNetAddress | | |
| ipoaVcVpi | | ipoaConfigPvcVpi |
| ipoaVcVci | | ipoaConfigPvcVci |
| ipoaVcType | | |
| | | ipoaConfigPvcDefaultMtu |
| ipoaVcNegotiatedEncapsType | | |
| ipoaVcNegotiatedMtu | | |
| | | ipoaConfigPvcRowStatus |
------------------------------ ----------------------------
When the ipoaVcEntry is created its ipoaVcType will be set to pvc(1),
its ipoaVcNegotiatedEncapsType set to llcSnap(1), and its
ipoaVcNegotiatedMtu set to 9180 octets by default. Classical IP and
ARP over ATM [3] allows use of other MTU values for PVCs but considers
the selection of a value other than 9180 to be out of scope.
ipoaConfigPvcDefaultMtu can be used to configure the MTU to be used
for the PVC. Both ends MUST have the same value configured. The
associating ipNetToMediaTable entry would have its ipNetToMediaType
set to static(4).
Greene, et al. [Page 9]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
Changing ipoaConfigPvcRowStatus from active(1) to notInService(2) or
from active(1) to destroy(6) has the side-effect of removing the
corresponding ipNetToMediaTable, ipoaVcTable, and ipoaConfigPvcTable
entries.
3.1.6. Notifications
Both ATM clients and ATMARP Servers MUST support generation of an
ipoaMtuExceeded notification.
3.2. Client Supported MIB Definitions
The ATMARP Client Table is the only additional MIB table that a client
MUST implement.
Greene, et al. [Page 10]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
3.2.1. ATMARP Client Table
An entry in the ipoaArpClientTable SHOULD have a corresponding
ipAddrTable entry where both are indexed by the same ipAdEntAddr
value. Refer to the following diagram that illustrates the
relationship between ipoaArpClientTable and ipAddrTable entries:
ipoaArpClientTable ipAddrTable
----------------------------------- ------------------------
| ipAdEntAddr | | ipAdEntAddr |
| | | ipAdEntNetMask |
| | | ipAdEntIfIndex |
| ipoaArpClientAtmAddr | | |
| ipoaArpClientSrvrInUse | | |
| ipoaArpClientInArpInReqs | | |
| ipoaArpClientInArpOutReqs | | |
| ipoaArpClientInArpInReplies | | |
| ipoaArpClientInArpOutReplies | | |
| ipoaArpClientInArpInvalidInReqs | | |
| ipoaArpClientInArpInvalidOutReqs| | |
| ipoaArpClientArpInReqs | | |
| ipoaArpClientArpOutReqs | | |
| ipoaArpClientArpInReplies | | |
| ipoaArpClientArpOutReplies | | |
| ipoaArpClientArpInNaks | | |
| ipoaArpClientArpOutNaks | | |
| ipoaArpClientArpUnknownOps | | |
| ipoaArpClientArpNoSrvrResps | | |
| ipoaArpClientRowStatus | | |
| | | ipAdEntBcastAddr |
| | | ipAdEntReasmMaxSize |
----------------------------------- ------------------------
Both tables have the same index, ipAdEntAddr. The ipAddrTable's
ipAdEntNetMask when ANDed with its corresponding ipAdEntAddr yield the
subnet of the LIS which can be used as an index into the ipoaLisTable
(ipoaLisSubnetAddr). The ipAddrTable's ipAdEntIfIndex points to an
interface ifTable entry via an ifIndex value. The attachment point
for IP into an ATM network is via an ATM interface's ifIndex. Each
ipoaArpClientEntry MUST point to an ATM interface via its
corresponding ipAddrEntry.
ipoaArpClientAtmAddr is the local ATM address associated with the
corresponding ATM ifTable entry. ipoaArpClientSrvrInUse is the ATM
address of the ATMARP Server being used for a particular client. If
SVCs are not being used then the value of this object is a zero-length
OCTET STRING.
Greene, et al. [Page 11]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
It is sometimes possible for a system to have multiple IP addresses
configured within the same IP subnet. The indexing of this table
would seem to preclude that. However, it is possible to have
additional entries in the ipAddrTable with the same ifIndex and with
the same subnet address. The mechanism for adding these multiple
entries to the ipAddrTable (which is read-only) is beyond the scope of
this document.
The counter object ipoaArpClientInArpInvalidInReqs is "The number of
times that this client detected an invalid InATMARP request." This
object SHOULD be incremented when processing fails for an InATMARP
request (e.g., for incorrect InATMARP request structure fields). The
object ipoaArpClientInArpInvalidOutReqs is defined as "The number of
times that this client did not receive an InATMARP reply." This is
different from ipoaArpClientArpNoSrvrResps which counts the number of
times no response was received from an ATMARP request.
InATMARP retransmission processing is not controlled by objects in the
ipoaLisTable. In general, the ipoaLisTable objects relate to ATMARP
Server processing. Configuration of InATMARP retransmission
processing is considered to be implementation dependent and not
defined by the IPOA-MIB.
Implementations SHOULD use local policy for defining both InATMARP
timeout and retry count values. This policy would be expected to
differ for sending an InATMARP Request over a PVC as opposed to an
SVC. For transmission of an InATMARP Request over a SVC a timeout of
60 seconds with a retry count of 3 is suggested. InATMARP
transmission over a PVC should differ since its retry limit may need
to be infinite in order to ensure that InATMARP Request processing
eventually occurs.
3.3. Server Supported MIB Definitions
ATMARP Servers MUST support:
o ATMARP Server Table
o Notifications
as defined in the following sections. This table exists only on a
system where at least one ATMARP Server is present.
3.3.1. ATMARP Server Table
This table defines the list of ATMARP Servers within a LIS. Each
entry of the table defines each ATMARP Server's ATM address, the LIS
it is a member of, and various InATMARP and ATMARP statistics.
Greene, et al. [Page 12]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
An entry in this table provides information about an ATMARP Server
within a LIS and is indexed by ipAdEntAddr (a local IP Address from an
IP Address Table entry) and ipoaArpSrvrAddr (an ATM Address associated
with the ATMARP Server).
Entries MAY be created by a management application using the
ipoaArpSrvrRowStatus object. Entries in this table MAY also be
created by the system and not by a management application, for example
via ILMI.
Entries in this table MAY be deleted by setting the
ipoaArpSrvrRowStatus object to destroy(6). This includes entries that
were added by the system and not by a management application.
On a host that supports multiple ATMARP Servers where the local IP
address being associated with each ATMARP Server is the same (for
example a non-multihomed host), the ATM Address (ipoaArpSrvrAddr)
uniquely identifies a particular ATMARP Server. On a host supporting
multiple ATMARP Servers having a single ATM Interface with a single
ATM Address, the ipAdEntAddr MUST be used to uniquely identify an
entry in the ipoaArpSrvrTable.
The indexing of the ipoaArpSrvrTable does not allow entries with the
same or no local IP Address (ipAdEntAddr) and the same ATM Address
(ipoaArpSrvrAddr) to exist. The values of the index elements when
combined to index a row must be unique.
3.3.2. Notifications
An ATMARP Server MUST support the following notifications:
o ipoaDuplicateIpAddress
o ipoaLisCreate
o ipoaLisDelete
Generation of ipoaLisCreate and ipoaLisDelete notifications is
controlled by the ipoaLisTrapEnable object. These notifications
indicate when an ipoaLisEntry is either created or deleted. The
purpose of these notifications is to enable Network Management
Applications to dynamically discover the existence of ATMARP Server
LIS participation in order to eventually determine LIS composition via
subsequent SNMP queries. It is permissible for an ATM client-only
system to support the ipoaLisTrapEnable object and generate
ipoaLisCreate and ipoaLisDelete notifications.
Greene, et al. [Page 13]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
4. Definitions
IPOA-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE,
transmission, Integer32, IpAddress, Counter32,
Gauge32
FROM SNMPv2-SMI
TEXTUAL-CONVENTION, RowStatus
FROM SNMPv2-TC
MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP
FROM SNMPv2-CONF
ipNetToMediaNetAddress, ipNetToMediaIfIndex,
ipNetToMediaPhysAddress, ipAdEntAddr
FROM IP-MIB
-- The following textual conventions are defined locally within
-- this MIB module. They have been prefixed with 'Ipoa' to
-- distinguish them from their counterparts in the ATM-TC-MIB.
-- This was done so that the IPOA-MIB could be advanced as
-- a standards-based MIB without waiting for the ATM-TC-MIB.
-- AtmConnKind, AtmAddr
-- FROM ATM-TC-MIB
InterfaceIndex, InterfaceIndexOrZero
FROM IF-MIB
;
ipoaMIB MODULE-IDENTITY
LAST-UPDATED "9802090000Z" -- February 9, 1998
ORGANIZATION "IETF Internetworking Over NBMA Working
Group (ion)"
CONTACT-INFO
"Maria Greene (greene@xedia.com)
Xedia Corp.
Jim Luciani (jluciani@BayNetworks.com)
Bay Networks
Kenneth White (kennethw@vnet.ibm.com)
IBM Corp.
Ted Kuo (tkuo@eos.ncsu.edu)
Bay Networks"
DESCRIPTION
"This module defines a portion of the management
Greene, et al. [Page 14]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
information base (MIB) for managing Classical IP and
ARP over ATM entities."
::= { transmission 46 }
-- Textual Conventions
IpoaEncapsType ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The encapsulation type used on a VC."
SYNTAX INTEGER {
llcSnap(1),
vcMuxed(2),
other(3)
}
IpoaVpiInteger ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"An integer large enough to contain the value of a VPI."
SYNTAX Integer32 (0..255)
IpoaVciInteger ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"An integer large enough to contain the value of a VCI."
SYNTAX Integer32 (0..65535)
IpoaAtmAddr ::= TEXTUAL-CONVENTION
DISPLAY-HINT "1x"
STATUS current
DESCRIPTION
"The ATM address used by the network entity.
The semantics are implied by the length.
The address types are:
- no address (0 octets)
- E.164 (8 octets)
- NSAP (20 octets)
In addition, when subaddresses are used IpoaAtmAddr
may represent the concatenation of address and
subaddress. The associated address types are:
- E.164, E.164 (16 octets)
- E.164, NSAP (28 octets)
- NSAP, NSAP (40 octets)
Greene, et al. [Page 15]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
Address lengths other than defined in this definition
imply address types defined elsewhere.
Note: The E.164 address is encoded in BCD format."
SYNTAX OCTET STRING (SIZE(0..40))
IpoaAtmConnKind ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The use of call control. The use is as follows:
pvc(1)
Virtual link of a PVC. Should not be
used in a PVC/SVC (i.e., SPVC)
crossconnect.
svcIncoming(2)
Virtual link established after a
received signaling request to setup
an SVC.
svcOutgoing(3)
Virtual link established after a
transmitted or forwarded signaling
request to setup an SVC.
spvcInitiator(4)
Virtual link at the PVC side of an
SVC/PVC crossconnect, where the
switch is the initiator of the SPVC
setup.
spvcTarget(5)
Virtual link at the PVC side of an
SVC/PVC crossconnect, where the
switch is the target of the SPVC
setup.
An spvcInitiator is always cross-connected to
an svcOutgoing, and an spvcTarget is always
cross-connected to an svcIncoming."
SYNTAX INTEGER {
pvc(1),
svcIncoming(2),
svcOutgoing(3),
spvcInitiator(4),
spvcTarget(5)
}
-- Top-level structure of the MIB
ipoaObjects OBJECT IDENTIFIER ::= { ipoaMIB 1 }
ipoaNotifications OBJECT IDENTIFIER ::= { ipoaMIB 2 }
ipoaConformance OBJECT IDENTIFIER ::= { ipoaMIB 3 }
Greene, et al. [Page 16]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
-- MIB Objects
ipoaLisTrapEnable OBJECT-TYPE
SYNTAX INTEGER { enabled(1), disabled(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates whether ipoaLisCreate and ipoaLisDelete
traps should be generated by this system.
By default, this object should have the value
enabled(1) for systems where ATMARP Servers are
present and disabled(2) on systems where only
clients reside."
::= { ipoaObjects 1 }
-- The ATM Logical IP Subnet (LIS) Table
ipoaLisTable OBJECT-TYPE
SYNTAX SEQUENCE OF IpoaLisEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"There is one entry in this table for every Logical IP
Subnet (LIS) of which this system is a member.
The bulk of the objects in an ipoaLisEntry exists
to control ATMARP for a particular LIS. In a PVC only
environment it is implementation dependent as to
whether this table should be supported."
::= { ipoaObjects 2 }
ipoaLisEntry OBJECT-TYPE
SYNTAX IpoaLisEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about a single LIS of which this system
is a member.
Membership in a LIS is independent of the actual ATM
interfaces being used. The ipoaLisTable defines
all LISs that a system is a member of. The ipAddrTable
and the ipoaClientTable provides the mapping from local
IP address to ATM interface. The ipoaLisIfMappingTable
provides the mappings between Logical IP Subnets and
interfaces.
Greene, et al. [Page 17]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
The ipoaLisTable is indexed by ipoaLisSubnetAddr (IP
subnet address). An entry in the ipoaLisTable should
exist for each ipAddrEntry that is associated with an
ATM related interface used for Classical IP and ARP
over ATM traffic.
Its ipAdEntAddr and ipAdEntNetMask when ANDed together
should equal the ipoaLisSubnetAddr of the corresponding
ipoaLisEntry."
INDEX { ipoaLisSubnetAddr }
::= { ipoaLisTable 1 }
IpoaLisEntry ::= SEQUENCE {
ipoaLisSubnetAddr IpAddress,
ipoaLisDefaultMtu Integer32,
ipoaLisDefaultEncapsType IpoaEncapsType,
ipoaLisInactivityTimer Integer32,
ipoaLisMinHoldingTime Integer32,
ipoaLisQDepth Integer32,
ipoaLisMaxCalls Integer32,
ipoaLisCacheEntryAge Integer32,
ipoaLisRetries Integer32,
ipoaLisTimeout Integer32,
ipoaLisDefaultPeakCellRate Integer32,
ipoaLisActiveVcs Gauge32,
ipoaLisRowStatus RowStatus
}
ipoaLisSubnetAddr OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The IP subnet address associated with this LIS."
::= { ipoaLisEntry 1 }
ipoaLisDefaultMtu OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The default MTU used within this LIS. Note that the
actual MTU used for a VC between two members of the
LIS may be negotiated during connection setup and may
be different than this value. The ipoaVcNegotiatedMtu
object indicates the actual MTU in use for a
particular VC."
DEFVAL { 9180 }
Greene, et al. [Page 18]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
::= { ipoaLisEntry 2 }
ipoaLisDefaultEncapsType OBJECT-TYPE
SYNTAX IpoaEncapsType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The default encapsulation to use on VCs created for
this LIS. Note that the actual encapsulation type may
be negotiated during connection setup and may be
different than this value. The
ipoaVcNegotiatedEncapsType object indicates the actual
encapsulation in use for a particular VC."
DEFVAL { llcSnap }
::= { ipoaLisEntry 3 }
ipoaLisInactivityTimer OBJECT-TYPE
SYNTAX Integer32
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The time, in seconds, before a call established for an
ipNetToMediaEntry on a client will timeout due to no
traffic being passed on the VC. A value of 0 implies
no time out."
REFERENCE
"RFC 1755, Sec. 3.4 VC Teardown"
DEFVAL { 1200 }
::= { ipoaLisEntry 4 }
ipoaLisMinHoldingTime OBJECT-TYPE
SYNTAX Integer32 (0..65535)
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The minimum amount of time, in seconds, that a call
will remain open. If 0 then ipoaInactivityTimer will
completely determine when a call is terminated."
REFERENCE
"RFC 1755, Sec. 3.4 VC Teardown"
DEFVAL { 60 }
::= { ipoaLisEntry 5 }
ipoaLisQDepth OBJECT-TYPE
SYNTAX Integer32 (1..65535)
UNITS "packets"
Greene, et al. [Page 19]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The maximum number of outstanding requests that are
allowed while waiting for ATMARP replies and
InATMARP replies for this LIS."
DEFVAL { 1 }
::= { ipoaLisEntry 6 }
ipoaLisMaxCalls OBJECT-TYPE
SYNTAX Integer32 (1..65535)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The maximum number of SVCs that can be established
simultaneously for this LIS."
DEFVAL { 500 }
::= { ipoaLisEntry 7 }
ipoaLisCacheEntryAge OBJECT-TYPE
SYNTAX Integer32 (60..1200)
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The time, in seconds, before an ipNetToMediaEntry will
age out of the table. Note that the default value will
be different for a client and a server. An ATMARP
Server should use a default of 1200 and a client should
use 900."
DEFVAL { 900 }
::= { ipoaLisEntry 8 }
ipoaLisRetries OBJECT-TYPE
SYNTAX Integer32 (0..10)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The number of times the ATMARP request will be retried
when no response is received in the timeout interval
indicated by ipoaLisTimeout."
DEFVAL { 2 }
::= { ipoaLisEntry 9 }
ipoaLisTimeout OBJECT-TYPE
SYNTAX Integer32 (1..60)
UNITS "seconds"
MAX-ACCESS read-create
Greene, et al. [Page 20]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
STATUS current
DESCRIPTION
"The time to wait, in seconds, before retransmission
of an ARP request."
DEFVAL { 10 }
::= { ipoaLisEntry 10 }
ipoaLisDefaultPeakCellRate OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object is the signalling parameter that
should be used when setting up all best effort
VCCs (Virtual Channel Connections).
This parameter applies to the forward and
backward direction on a per best effort VCC basis.
A value of zero implies that no configured default
exists and that local policy should be used to
determine the actual default to used during
call setup. ATM Signaling Support for IP over ATM
(RFC 1755) recommends 1/10th of the ATM interface's
speed."
::= { ipoaLisEntry 11 }
ipoaLisActiveVcs OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of active SVCs for this LIS."
::= { ipoaLisEntry 12 }
ipoaLisRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object allows entries to be created and deleted
in the ipoaLisTable.
When the ipoaLisRowStatus deleted (by setting this
object to destroy(6)), this has the side-effect of
removing all entries from the ipNetToMediaTable that
are associated with this LIS (in other words, it
flushes the entity's ATMARP cache). It also removes
the ipoaVcTable entries that were associated with those
ipNetToMediaTable entries. Destroying the row also
Greene, et al. [Page 21]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
removes the corresponding entries in the
ipoaArpSrvrTable, ipoaArpClientTable,
ipoaLisIfMappingTable, and ipoaArpRemoteSrvrTable.
Entries in both the ipNetToMediaTable and the
ipoaVcTable that are associated with a
ipoaConfigPvcEntry are not affected by changes to
ipoaLisRowStatus."
REFERENCE
"RFC 1903, 'Textual Conventions for Version 2 of the
Simple Network Management Protocol (SNMPv2).'"
::= { ipoaLisEntry 13 }
-- The ATM Logical IP Subnet Interface Mapping Table
ipoaLisIfMappingTable OBJECT-TYPE
SYNTAX SEQUENCE OF IpoaLisIfMappingEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"There is one entry in this table for every combination
of ipoaLisEntry and IP over ATM interface."
::= { ipoaObjects 3 }
ipoaLisIfMappingEntry OBJECT-TYPE
SYNTAX IpoaLisIfMappingEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Defines an entry in the ipoaLisIfMappingTable."
INDEX { ipoaLisSubnetAddr, ipoaLisIfMappingIfIndex }
::= { ipoaLisIfMappingTable 1 }
IpoaLisIfMappingEntry ::= SEQUENCE {
ipoaLisIfMappingIfIndex InterfaceIndex,
ipoaLisIfMappingRowStatus RowStatus
}
ipoaLisIfMappingIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The ipAdEntIfIndex object from an ipAddrEntry
is used as an index to this table when its
ipAdEntAddr is in the subnet implied by
ipoaLisSubnetAddr."
Greene, et al. [Page 22]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
::= { ipoaLisIfMappingEntry 1 }
ipoaLisIfMappingRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object allows entries to be created and deleted
in the ipoaLisIfMappingTable."
REFERENCE
"RFC 1903, 'Textual Conventions for Version 2 of the
Simple Network Management Protocol (SNMPv2).'"
::= { ipoaLisIfMappingEntry 2 }
-- The ATMARP Client Table
ipoaArpClientTable OBJECT-TYPE
SYNTAX SEQUENCE OF IpoaArpClientEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The ATMARP clients running on this system."
::= { ipoaObjects 4 }
ipoaArpClientEntry OBJECT-TYPE
SYNTAX IpoaArpClientEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about a single ATMARP Client. Clients
can be started and stopped by adding and removing
entries from this table. An entry in the
ipoaArpClientTable has a corresponding entry in the
ipAddrTable. Both are indexed by ipAdEntAddr.
The ifIndex and subnet mask of a client entry are the
ipAddrEntry's ipAdEntIfIndex and ipAdEntNetMask,
respectively.
Note that adding and removing entries from this table
may have the same effect on the corresponding
ipAddrTable entry. Row creation of an entry in this
table requires that either the corresponding ipAddrTable
entry exists or that ipAdEntIfIndex and ipAdEntNetMask
be specified in the creation of an ipoaArpClientEntry
at a minimum in order to create the corresponding
ipAddrEntry. Specification of ipAdEntBcastAddr and
ipAdEntReasmMaxSize to complete an ipAddrEntry is
implementation dependent.
Greene, et al. [Page 23]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
Whether a corresponding ipAddrEntry is deleted during
the deletion of an ipoaArpClientEntry is considered
implementation dependent."
INDEX { ipAdEntAddr }
::= { ipoaArpClientTable 1 }
IpoaArpClientEntry ::= SEQUENCE {
ipoaArpClientAtmAddr IpoaAtmAddr,
ipoaArpClientSrvrInUse IpoaAtmAddr,
ipoaArpClientInArpInReqs Counter32,
ipoaArpClientInArpOutReqs Counter32,
ipoaArpClientInArpInReplies Counter32,
ipoaArpClientInArpOutReplies Counter32,
ipoaArpClientInArpInvalidInReqs Counter32,
ipoaArpClientInArpInvalidOutReqs Counter32,
ipoaArpClientArpInReqs Counter32,
ipoaArpClientArpOutReqs Counter32,
ipoaArpClientArpInReplies Counter32,
ipoaArpClientArpOutReplies Counter32,
ipoaArpClientArpInNaks Counter32,
ipoaArpClientArpOutNaks Counter32,
ipoaArpClientArpUnknownOps Counter32,
ipoaArpClientArpNoSrvrResps Counter32,
ipoaArpClientRowStatus RowStatus
}
ipoaArpClientAtmAddr OBJECT-TYPE
SYNTAX IpoaAtmAddr
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The ATM address of the client."
::= { ipoaArpClientEntry 1 }
ipoaArpClientSrvrInUse OBJECT-TYPE
SYNTAX IpoaAtmAddr
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ATM address of the ATMARP Server,
ipoaArpRemoteSrvrAtmAddr, in use by this client. A
zero length octet string implies that communication
with a Remote ATMARP Server is not in effect."
DEFVAL { ''H }
::= { ipoaArpClientEntry 2 }
ipoaArpClientInArpInReqs OBJECT-TYPE
SYNTAX Counter32
Greene, et al. [Page 24]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of InATMARP requests received by this
client."
::= { ipoaArpClientEntry 3 }
ipoaArpClientInArpOutReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of InATMARP requests sent by this client."
::= { ipoaArpClientEntry 4 }
ipoaArpClientInArpInReplies OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of InATMARP replies received by this
client."
::= { ipoaArpClientEntry 5 }
ipoaArpClientInArpOutReplies OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of InATMARP replies sent by this client."
::= { ipoaArpClientEntry 6 }
ipoaArpClientInArpInvalidInReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times that this client detected an
invalid InATMARP request."
::= { ipoaArpClientEntry 7 }
ipoaArpClientInArpInvalidOutReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times that this client did not
receive an InATMARP reply."
Greene, et al. [Page 25]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
::= { ipoaArpClientEntry 8 }
ipoaArpClientArpInReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of ATMARP requests received by this
client."
::= { ipoaArpClientEntry 9 }
ipoaArpClientArpOutReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of ATMARP requests sent by this client."
::= { ipoaArpClientEntry 10 }
ipoaArpClientArpInReplies OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of ATMARP replies received by this
client."
::= { ipoaArpClientEntry 11 }
ipoaArpClientArpOutReplies OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of ATMARP replies sent by this client."
::= { ipoaArpClientEntry 12 }
ipoaArpClientArpInNaks OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of negative ATMARP replies
received by this client."
::= { ipoaArpClientEntry 13 }
ipoaArpClientArpOutNaks OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
Greene, et al. [Page 26]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
STATUS current
DESCRIPTION
"Total number of negative ATMARP replies sent by
this client.
Classic IP and ARP over ATM does not require an
ATMARP client to transmit an ATMARP_NAK upon
receipt of an ATMARP request from another ATMARP
client. However, implementation experience has
shown that this error condition is somewhat easy
to create inadvertently by configuring one ATMARP
client with an ipoaArpRemoteSrvrTable entry
containing an ipoaArpRemoteSrvrAtmAddr value which
is the ATM address of another ATMARP client-only
system.
If an ATMARP client supports the transmission of
ATMARP_NAKs, then it should increment
ipoaArpClientArpOutNaks each time it transmits
an ATMARP_NAK. Otherwise, support of this
object is considered optional."
::= { ipoaArpClientEntry 14 }
ipoaArpClientArpUnknownOps OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times that this client received
an ATMARP message with an operation code for which
it is not coded to support."
::= { ipoaArpClientEntry 15 }
ipoaArpClientArpNoSrvrResps OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times this client failed to receive
a response from a ATMARP Server within the
ipoaLisTimeout value for ipoaLisRetries times.
This may imply that the client will re-elect a
new primary ATMARP Server for this LIS from the
ipoaArpRemoteSrvrTable."
::= { ipoaArpClientEntry 16 }
ipoaArpClientRowStatus OBJECT-TYPE
SYNTAX RowStatus
Greene, et al. [Page 27]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object allows entries to be created and
deleted from the ipoaArpClientTable."
REFERENCE
"RFC 1903, 'Textual Conventions for Version 2 of the
Simple Network Management Protocol (SNMPv2).'"
::= { ipoaArpClientEntry 17 }
-- The ATMARP Server Table
ipoaArpSrvrTable OBJECT-TYPE
SYNTAX SEQUENCE OF IpoaArpSrvrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The ATMARP Servers running on this system."
::= { ipoaObjects 5 }
ipoaArpSrvrEntry OBJECT-TYPE
SYNTAX IpoaArpSrvrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about an ATMARP Server within a LIS. An
entry in this table has two indexes: first ipAdEntAddr,
which is the IP address that this system uses as a
member of the LIS, and then ipoaArpSrvrAddr, which is
the ATM address of the ATMARP Server.
Entries may be created by a management application
using the ipoaArpSrvrRowStatus object. Entries in this
table may also be created by the system and not by a
management application, for example via ILMI.
Entries in this table may be deleted by setting the
ipoaArpSrvrRowStatus object to 'destroy(6)'. This
includes entries that were added by the system and not
by a management application."
INDEX { ipAdEntAddr, ipoaArpSrvrAddr }
::= { ipoaArpSrvrTable 1 }
IpoaArpSrvrEntry ::= SEQUENCE {
ipoaArpSrvrAddr IpoaAtmAddr,
ipoaArpSrvrLis IpAddress,
ipoaArpSrvrInArpInReqs Counter32,
ipoaArpSrvrInArpOutReqs Counter32,
Greene, et al. [Page 28]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
ipoaArpSrvrInArpInReplies Counter32,
ipoaArpSrvrInArpOutReplies Counter32,
ipoaArpSrvrInArpInvalidInReqs Counter32,
ipoaArpSrvrInArpInvalidOutReqs Counter32,
ipoaArpSrvrArpInReqs Counter32,
ipoaArpSrvrArpOutReplies Counter32,
ipoaArpSrvrArpOutNaks Counter32,
ipoaArpSrvrArpDupIpAddrs Counter32,
ipoaArpSrvrArpUnknownOps Counter32,
ipoaArpSrvrRowStatus RowStatus
}
ipoaArpSrvrAddr OBJECT-TYPE
SYNTAX IpoaAtmAddr
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The ATM address of the ATMARP Server."
::= { ipoaArpSrvrEntry 1 }
ipoaArpSrvrLis OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The subnet address that identifies the LIS with
which this server is associated."
::= { ipoaArpSrvrEntry 2 }
ipoaArpSrvrInArpInReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of InATMARP requests received by this
ATMARP Server."
::= { ipoaArpSrvrEntry 3 }
ipoaArpSrvrInArpOutReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of InATMARP requests sent by this ATMARP
Server."
::= { ipoaArpSrvrEntry 4 }
ipoaArpSrvrInArpInReplies OBJECT-TYPE
Greene, et al. [Page 29]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of InATMARP replies received by this
ATMARP Server."
::= { ipoaArpSrvrEntry 5 }
ipoaArpSrvrInArpOutReplies OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of InATMARP replies sent by this ATMARP
Server."
::= { ipoaArpSrvrEntry 6 }
ipoaArpSrvrInArpInvalidInReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of invalid InATMARP requests received by
this ATMARP Server."
::= { ipoaArpSrvrEntry 7 }
ipoaArpSrvrInArpInvalidOutReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times that this server did not receive
an InATMARP reply."
::= { ipoaArpSrvrEntry 8 }
ipoaArpSrvrArpInReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of ATMARP requests received by this
ATMARP Server."
::= { ipoaArpSrvrEntry 9 }
ipoaArpSrvrArpOutReplies OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
Greene, et al. [Page 30]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
DESCRIPTION
"Total number of ATMARP replies sent by this ATMARP
Server."
::= { ipoaArpSrvrEntry 10 }
ipoaArpSrvrArpOutNaks OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of negative ATMARP replies sent by this
ATMARP Server."
::= { ipoaArpSrvrEntry 11 }
ipoaArpSrvrArpDupIpAddrs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times that a duplicate IP address was
detected by this ATMARP Server."
::= { ipoaArpSrvrEntry 12 }
ipoaArpSrvrArpUnknownOps OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times that this ATMARP Server received
an ATMARP message with an operation code for which it
is not coded to support."
::= { ipoaArpSrvrEntry 13 }
ipoaArpSrvrRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object allows entries to be created and deleted
from the ipoaArpSrvrTable."
REFERENCE
"RFC 1903, 'Textual Conventions for Version 2 of the
Simple Network Management Protocol (SNMPv2).'"
::= { ipoaArpSrvrEntry 14 }
-- The Remote ATMARP Server Table
ipoaArpRemoteSrvrTable OBJECT-TYPE
Greene, et al. [Page 31]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
SYNTAX SEQUENCE OF IpoaArpRemoteSrvrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of non-local ATMARP Servers associated with a
LIS. An entry in this table has three indexes: first
the ipoaLisSubnetAddr of the LIS for which the
corresponding ATMARP Server provides ATMARP services,
then the ipoaArpRemoteSrvrAtmAddr, which is the ATM
address of the remote ATMARP Server, and finally the
ifIndex of the interface on which the VC to the ATMARP
Remote Server will be opened. An ifIndex value of 0
should be used when a single VC is to be shared for
ATMARP purposes by multiple interfaces."
::= { ipoaObjects 6 }
ipoaArpRemoteSrvrEntry OBJECT-TYPE
SYNTAX IpoaArpRemoteSrvrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about one non-local ATMARP Server."
INDEX { ipoaLisSubnetAddr, ipoaArpRemoteSrvrAtmAddr,
ipoaArpRemoteSrvrIfIndex }
::= { ipoaArpRemoteSrvrTable 1 }
IpoaArpRemoteSrvrEntry ::= SEQUENCE {
ipoaArpRemoteSrvrAtmAddr IpoaAtmAddr,
ipoaArpRemoteSrvrRowStatus RowStatus,
ipoaArpRemoteSrvrIfIndex InterfaceIndexOrZero,
ipoaArpRemoteSrvrIpAddr IpAddress,
ipoaArpRemoteSrvrAdminStatus INTEGER,
ipoaArpRemoteSrvrOperStatus INTEGER
}
ipoaArpRemoteSrvrAtmAddr OBJECT-TYPE
SYNTAX IpoaAtmAddr
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The ATM address of the remote ATMARP Server."
::= { ipoaArpRemoteSrvrEntry 1 }
ipoaArpRemoteSrvrRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
Greene, et al. [Page 32]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
"This object allows entries to be created and deleted
from the ipoaArpRemoteSrvrTable.
Deleting an ipoaArpRemoteSrvrEntry (by setting this
object to destroy(6)) may affect ipoaArpClientTable
entries. The object ipoaArpClientSrvrInUse in an
ipoaArpClientSrvrEntry may contain the ATM address
of an ATMARP Remote Server whose entry in the
ipoaArpRemoteSrvrTable is being removed. In this
case, any corresponding ipoaArpClientSrvrInUse
objects should be at a minimum invalidated by
setting their values to that of a zero length
OCTET STRING.
The value of ipoaArpRemoteSrvrOperStatus should be
consistent with that of ipoaArpRemoteSrvrRowStatus.
For example, successfully setting the value of
this object to notInService(2) after its being in
the up(1) state should result in
ipoaArpRemoteSrvrOperStatus being set to down(2)
if currently up(1)."
REFERENCE
"RFC 1903, 'Textual Conventions for Version 2 of the
Simple Network Management Protocol (SNMPv2).'"
::= { ipoaArpRemoteSrvrEntry 2 }
ipoaArpRemoteSrvrIfIndex OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The ifIndex of the interface that the VC to the
Remote ATMARP Server is associated with."
::= { ipoaArpRemoteSrvrEntry 3 }
ipoaArpRemoteSrvrIpAddr OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The IP Address of the Remote ATMARP Server. A
value of 0.0.0.0 implies that this address isn't
known."
DEFVAL { '00000000'H }
::= { ipoaArpRemoteSrvrEntry 4 }
ipoaArpRemoteSrvrAdminStatus OBJECT-TYPE
SYNTAX INTEGER {
Greene, et al. [Page 33]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
up(1), -- use this ATMARP Server
down(2) -- stop using this ATMARP Server
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The desired state for use of the ATMARP Server
represented by an entry in this table.
ipoaArpRemoteSrvrAdminStatus values:
up(1) - Attempt to activate use of the
ATMARP Server represented by this
entry in the ipoaArpRemoteSrvrTable.
down(2) - Deactivate use of this ATMARP
Server.
When a managed system creates an entry in this
table ipoaArpRemoteSrvrAdminStatus and
ipoaArpRemoteSrvrOperStatus are initialized as
down(2) by default."
DEFVAL { down }
::= { ipoaArpRemoteSrvrEntry 5 }
ipoaArpRemoteSrvrOperStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1), -- eligible for use
down(2) -- not eligible for use
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current operational state for use of a Remote
ATMARP Server. An up(1) entry has a VC
established to the respective Remote ATMARP
Server:
up(1) - A VC exists to Remote ATMARP Server
whose IP Address is stored in
ipoaArpRemoteSrvrIpAddr. This VC can
be determined by searching the
ipoaVcTable using
ipoaArpRemoteSrvrIfIndex (if not 0,
otherwise ignore ipNetToMediaIfIndex
index) and ipoaArpRemoteSrvrIpAddr.
An ipoaArpClientEntry should exist
with its ipoaArpClientSrvrInUse
object having the same value as
ipoaArpRemoteSrvrAtmAddr.
Greene, et al. [Page 34]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
down(2) - Entry exists without an active VC to
the Remote ATMARP Server.
Transition from up(1) to down(2)
status may affect ipoaArpClientTable entries.
The object ipoaArpClientSrvrInUse in an
ipoaArpClientSrvrEntry may contain the ATM address
of an ATMARP Remote Server whose entry in the
ipoaArpRemoteSrvrTable is being deactivated. In
this case, any corresponding ipoaArpClientSrvrInUse
objects should be at a minimum invalidated by
setting their values to that of a zero length
OCTET STRING.
If ipoaArpRemoteSrvrAdminStatus is down(2) then
ipoaArpRemoteSrvrOperStatus should be down(2).
If ipoaArpRemoteSrvrAdminStatus is changed to
up(1) then ipoaArpRemoteSrvrOperStatus should
change to up(1) if the Remote ATMARP Server
entry can be activated."
DEFVAL { down }
::= { ipoaArpRemoteSrvrEntry 6 }
-- The ATM VC Table
ipoaVcTable OBJECT-TYPE
SYNTAX SEQUENCE OF IpoaVcEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A system that supports IP over ATM is an IP system and
therefore MUST support all of the appropriate tables in
the SNMPv2-MIB (RFC 1907), the IF-MIB (RFC 2233),
the IP-MIB (RFC 2011), the TCP-MIB (RFC 2012), and
the UDP-MIB (RFC 2013). This includes the
ipNetToMediaTable (the ARP cache) that is defined
within the IP-MIB (RFC 2011). The ipoaVcTable
keeps a set of VCs for each entry in the ARP cache
that was put there by an IP over ATM system acting
as either a host or server. The ipoaVcTable doesn't
augment the ipNetToMediaTable (ARP Cache) since the
the correspondence between tables is not necessarily
one-to-one.
An ipNetToMediaPhysAddress object should contain the
content as defined by the IpoaAtmAddr textual
convention when used to hold an IPOA-MIB ATM Address."
::= { ipoaObjects 7 }
Greene, et al. [Page 35]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
ipoaVcEntry OBJECT-TYPE
SYNTAX IpoaVcEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A VC (permanent or switched) that this host or server
has opened with another member of a LIS. Additional
information can be determined about the VC from the
ATM-MIB.
Entries in this table cannot be created by management
applications.
In an SVC environment, an entry is automatically added
by the system as the result of ATMARP processing.
In a PVC environment, an entry is automatically added
to this table when an entry is created in the
ipoaConfigPvcTable and the IP Address at the remote
end of the PVC is discovered using InATMARP. An
entry also is added to the ipNetToMediaTable."
INDEX { ipNetToMediaIfIndex,
ipNetToMediaNetAddress,
ipoaVcVpi,
ipoaVcVci
}
::= { ipoaVcTable 1 }
IpoaVcEntry ::= SEQUENCE {
ipoaVcVpi IpoaVpiInteger,
ipoaVcVci IpoaVciInteger,
ipoaVcType IpoaAtmConnKind,
ipoaVcNegotiatedEncapsType IpoaEncapsType,
ipoaVcNegotiatedMtu Integer32 }
ipoaVcVpi OBJECT-TYPE
SYNTAX IpoaVpiInteger
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VPI value for the Virtual Circuit."
::= { ipoaVcEntry 1 }
ipoaVcVci OBJECT-TYPE
SYNTAX IpoaVciInteger
MAX-ACCESS not-accessible
STATUS current
Greene, et al. [Page 36]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
DESCRIPTION
"The VCI value for the Virtual Circuit."
::= { ipoaVcEntry 2 }
ipoaVcType OBJECT-TYPE
SYNTAX IpoaAtmConnKind
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of the Virtual Circuit."
::= { ipoaVcEntry 3 }
ipoaVcNegotiatedEncapsType OBJECT-TYPE
SYNTAX IpoaEncapsType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The encapsulation type used when communicating over
this circuit."
::= { ipoaVcEntry 4 }
ipoaVcNegotiatedMtu OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The MTU used when communicating over this circuit."
::= { ipoaVcEntry 5 }
-- The ATM Config PVC Table
ipoaConfigPvcTable OBJECT-TYPE
SYNTAX SEQUENCE OF IpoaConfigPvcEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table MUST be supported when PVCs are intended to
be supported in order to enable the setup of PVCs for
use by IP."
::= { ipoaObjects 8 }
ipoaConfigPvcEntry OBJECT-TYPE
SYNTAX IpoaConfigPvcEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Defines a single PVC that exists at this host for
use by IP."
Greene, et al. [Page 37]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
INDEX { ipoaConfigPvcIfIndex,
ipoaConfigPvcVpi,
ipoaConfigPvcVci
}
::= { ipoaConfigPvcTable 1 }
IpoaConfigPvcEntry ::= SEQUENCE {
ipoaConfigPvcIfIndex InterfaceIndex,
ipoaConfigPvcVpi IpoaVpiInteger,
ipoaConfigPvcVci IpoaVciInteger,
ipoaConfigPvcDefaultMtu Integer32,
ipoaConfigPvcRowStatus RowStatus }
ipoaConfigPvcIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The ifIndex of the ATM Interface that this PVC
is associated with."
::= { ipoaConfigPvcEntry 1 }
ipoaConfigPvcVpi OBJECT-TYPE
SYNTAX IpoaVpiInteger
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VPI value for the Virtual Circuit."
::= { ipoaConfigPvcEntry 2 }
ipoaConfigPvcVci OBJECT-TYPE
SYNTAX IpoaVciInteger
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The VCI value for the Virtual Circuit."
::= { ipoaConfigPvcEntry 3 }
ipoaConfigPvcDefaultMtu OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Classical IP and ARP over ATM allows use of
other MTU values for PVCs but considers how a
value other than 9180 could be selected to be out
of scope. ipoaConfigPvcDefaultMtu can be used to
configure the MTU to be used for the PVC.
Greene, et al. [Page 38]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
Both ends MUST have the same value configured."
DEFVAL { 9180 }
::= { ipoaConfigPvcEntry 4 }
ipoaConfigPvcRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object allows rows to be created and deleted in
the ipoaConfigPvcTable. Creation of an entry in this
table should eventually result in the creation of an
ipNetToMediaEntry and a corresponding ipoaVcEntry
after InATMARP has determined the destination address
of the remote system that the PVC is connected to.
Setting this object to destroy(6) should remove the
corresponding ipNetToMediaTable and ipoaVcTable
entries."
REFERENCE
"RFC 1903, 'Textual Conventions for Version 2 of the
Simple Network Management Protocol (SNMPv2).'"
::= { ipoaConfigPvcEntry 5 }
-- Notifications
ipoaTrapPrefix OBJECT IDENTIFIER ::= { ipoaNotifications 0 }
ipoaMtuExceeded NOTIFICATION-TYPE
OBJECTS {
ipoaVcNegotiatedMtu
}
STATUS current
DESCRIPTION
"A frame was received that exceeds the negotiated
MTU size. The VPI and VCI of the VC for which this
condition was detected can be determined from the
index values for ipoaVcNegotiatedMtu. In addition,
the ifIndex and IP Address can be determined as
well (refer to the ipoaVcTable)."
::= { ipoaTrapPrefix 1 }
ipoaDuplicateIpAddress NOTIFICATION-TYPE
OBJECTS {
ipNetToMediaIfIndex,
ipNetToMediaNetAddress,
ipNetToMediaPhysAddress,
ipNetToMediaPhysAddress
Greene, et al. [Page 39]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
}
STATUS current
DESCRIPTION
"The ATMARP Server has detected more than one ATM end
point attempting to associate the same IP address with
different ATM addresses."
::= { ipoaTrapPrefix 2 }
ipoaLisCreate NOTIFICATION-TYPE
OBJECTS {
ipoaLisSubnetAddr
}
STATUS current
DESCRIPTION
"Generation of this trap occurs when an ipoaLisEntry is
created while the ipoaLisTrapEnable.0 object has the
value enabled(1)."
::= { ipoaTrapPrefix 3 }
ipoaLisDelete NOTIFICATION-TYPE
OBJECTS {
ipoaLisSubnetAddr
}
STATUS current
DESCRIPTION
"Generation of this trap occurs when an ipoaLisEntry is
deleted while the ipoaLisTrapEnable.0 object has the
value enabled(1)."
::= { ipoaTrapPrefix 4 }
-- Conformance Definitions
ipoaGroups OBJECT IDENTIFIER ::= { ipoaConformance 1 }
ipoaCompliances OBJECT IDENTIFIER ::= { ipoaConformance 2 }
-- compliance statements
ipoaCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for agents that support the
IPOA-MIB."
MODULE -- this module
MANDATORY-GROUPS { ipoaGeneralGroup,
ipoaBasicNotificationsGroup
}
GROUP ipoaClientGroup
Greene, et al. [Page 40]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
DESCRIPTION
"This group is mandatory for all hosts where IP
over ATM client support is present."
GROUP ipoaSrvrGroup
DESCRIPTION
"This group is mandatory for all hosts where ATMARP
Servers are present."
GROUP ipoaSrvrNotificationsGroup
DESCRIPTION
"This group is mandatory for all hosts where ATMARP
Servers are present."
GROUP ipoaLisNotificationsGroup
DESCRIPTION
"This group is mandatory for all hosts where
ATMARP client only support is present and
ipoaLisTrapEnable is allowed to be set to
enabled(1)."
GROUP ipoaLisTableGroup
DESCRIPTION
"This group is mandatory for all entities which
support IP over ATM SVCs. Support of objects in
this group by IP over ATM clients which only
support IP over ATM PVCs is optional."
OBJECT ipoaLisDefaultMtu
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to allow the user
to change the default MTU from the value 9180.
The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaLisDefaultEncapsType
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to allow the user to
specify the default encapsulation type for the
LIS.
The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaLisInactivityTimer
MIN-ACCESS read-only
DESCRIPTION
Greene, et al. [Page 41]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
"The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaLisMinHoldingTime
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaLisQDepth
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaLisMaxCalls
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaLisCacheEntryAge
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaLisRetries
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to allow the user
to change the default number of times an ATMARP
request will be retried when no response is
received from the default of 2.
The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaLisTimeout
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to allow the user
Greene, et al. [Page 42]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
to change the default retransmission time from
the default of 10 seconds.
The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaLisDefaultPeakCellRate
MIN-ACCESS read-only
DESCRIPTION
"Implementations that do not support IP over
ATM SVC usage are not required to allow the
user to specify a best effort default peak cell
rate since typically the ipoaLisTable won't
exist.
The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaLisIfMappingRowStatus
SYNTAX INTEGER {
active(1) -- subset of RowStatus
}
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a SET
operation to this object, and only one
of the six enumerated values for the
RowStatus textual convention need be
supported, specifically: active(1)."
OBJECT ipoaArpClientAtmAddr
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaArpSrvrLis
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaArpRemoteSrvrAdminStatus
MIN-ACCESS read-only
Greene, et al. [Page 43]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
DESCRIPTION
"The agent is not required to support a SET
operation to this object in the absence of
adequate security. In this case the value of
this object should be up(1) when a VC
exists to the Remote ATMARP Server or
otherwise down(2), and the agent should not
allow a SET operation to this object."
OBJECT ipoaConfigPvcDefaultMtu
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a SET
operation to this object in the absence of
adequate security."
OBJECT ipoaLisRowStatus
SYNTAX INTEGER {
active(1) -- subset of RowStatus
}
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required, and only one
of the six enumerated values for the
RowStatus textual convention need be
supported, specifically: active(1)."
OBJECT ipoaArpClientRowStatus
SYNTAX INTEGER {
active(1) -- subset of RowStatus
}
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required, and only one
of the six enumerated values for the
RowStatus textual convention need be
supported, specifically: active(1)."
OBJECT ipoaArpRemoteSrvrRowStatus
SYNTAX INTEGER {
active(1) -- subset of RowStatus
}
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required, and only one
of the six enumerated values for the
RowStatus textual convention need be
supported, specifically: active(1)."
Greene, et al. [Page 44]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
OBJECT ipoaArpSrvrRowStatus
SYNTAX INTEGER {
active(1) -- subset of RowStatus
}
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required, and only one
of the six enumerated values for the
RowStatus textual convention need be
supported, specifically: active(1)."
OBJECT ipoaConfigPvcRowStatus
SYNTAX INTEGER {
active(1) -- subset of RowStatus
}
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required, and only one
of the six enumerated values for the
RowStatus textual convention need be
supported, specifically: active(1)."
OBJECT ipoaArpClientArpOutNaks
MIN-ACCESS not-accessible
DESCRIPTION
"Classic IP and ARP over ATM does not require
an ATMARP client to transmit an ATMARP_NAK
upon receipt of an ATMARP request from another
ATMARP client. This object should be
implemented when an ATMARP client supports the
transmission of ATMARP_NAKs."
::= { ipoaCompliances 1 }
-- units of conformance
ipoaGeneralGroup OBJECT-GROUP
OBJECTS {
ipoaVcType,
ipoaVcNegotiatedEncapsType,
ipoaVcNegotiatedMtu,
ipoaConfigPvcDefaultMtu,
ipoaConfigPvcRowStatus
}
STATUS current
DESCRIPTION
"This group is mandatory for all IP over ATM entities."
::= { ipoaGroups 1 }
Greene, et al. [Page 45]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
ipoaClientGroup OBJECT-GROUP
OBJECTS {
ipoaArpClientAtmAddr,
ipoaArpClientSrvrInUse,
ipoaArpClientInArpInReqs,
ipoaArpClientInArpOutReqs,
ipoaArpClientInArpInReplies,
ipoaArpClientInArpOutReplies,
ipoaArpClientInArpInvalidInReqs,
ipoaArpClientInArpInvalidOutReqs,
ipoaArpClientArpInReqs,
ipoaArpClientArpOutReqs,
ipoaArpClientArpInReplies,
ipoaArpClientArpOutReplies,
ipoaArpClientArpInNaks,
ipoaArpClientArpOutNaks,
ipoaArpClientArpUnknownOps,
ipoaArpClientArpNoSrvrResps,
ipoaArpClientRowStatus
}
STATUS current
DESCRIPTION
"This group is mandatory for all hosts where an IP
over ATM client is present."
::= { ipoaGroups 2 }
ipoaSrvrGroup OBJECT-GROUP
OBJECTS {
ipoaArpSrvrLis,
ipoaArpSrvrInArpInReqs,
ipoaArpSrvrInArpOutReqs,
ipoaArpSrvrInArpInReplies,
ipoaArpSrvrInArpOutReplies,
ipoaArpSrvrInArpInvalidInReqs,
ipoaArpSrvrInArpInvalidOutReqs,
ipoaArpSrvrArpInReqs,
ipoaArpSrvrArpOutReplies,
ipoaArpSrvrArpOutNaks,
ipoaArpSrvrArpDupIpAddrs,
ipoaArpSrvrArpUnknownOps,
ipoaArpSrvrRowStatus
}
STATUS current
DESCRIPTION
"This group is mandatory for all hosts where ATMARP
Servers are present."
::= { ipoaGroups 3 }
Greene, et al. [Page 46]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
ipoaBasicNotificationsGroup NOTIFICATION-GROUP
NOTIFICATIONS {
ipoaMtuExceeded
}
STATUS current
DESCRIPTION
"The notification which an IP over ATM entity
is required to implement."
::= { ipoaGroups 4 }
ipoaSrvrNotificationsGroup NOTIFICATION-GROUP
NOTIFICATIONS {
ipoaDuplicateIpAddress
}
STATUS current
DESCRIPTION
"The notification which an IP over ATM ATMARP
Server is required to implement."
::= { ipoaGroups 5 }
ipoaLisNotificationsGroup NOTIFICATION-GROUP
NOTIFICATIONS {
ipoaLisCreate,
ipoaLisDelete
}
STATUS current
DESCRIPTION
"The LIS-related notifications which are required
to be implemented by an IP over ATM ATMARP server,
as well as by any IP over ATM client which allows
ipoaLisTrapEnable to be set to enabled(1)."
::= { ipoaGroups 6 }
ipoaLisTableGroup OBJECT-GROUP
OBJECTS {
ipoaLisTrapEnable,
ipoaLisSubnetAddr,
ipoaLisDefaultMtu,
ipoaLisDefaultEncapsType,
ipoaLisInactivityTimer,
ipoaLisMinHoldingTime,
ipoaLisQDepth,
ipoaLisMaxCalls,
ipoaLisCacheEntryAge,
ipoaLisRetries,
ipoaLisTimeout,
ipoaLisDefaultPeakCellRate,
ipoaLisActiveVcs,
Greene, et al. [Page 47]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
ipoaLisRowStatus,
ipoaLisIfMappingRowStatus,
ipoaArpRemoteSrvrRowStatus,
ipoaArpRemoteSrvrIpAddr,
ipoaArpRemoteSrvrAdminStatus,
ipoaArpRemoteSrvrOperStatus
}
STATUS current
DESCRIPTION
"This group is mandatory for all entities which
support IP over ATM SVCs. Support of objects in
this group by IP over ATM clients which only
support IP over ATM PVCs is optional."
::= { ipoaGroups 7 }
END
5. Security Considerations
Certain management information defined in this MIB MAY be considered
sensitive in some network environments. Therefore, authentication of
received SNMP requests and controlled access to management information
SHOULD be employed in such environments. The method for this
authentication is a function of the SNMP Administrative Framework, and
has not been expanded by this MIB.
Several objects in this MIB allow write access or provide for row
creation. Allowing this support in a non-secure environment can have
a negative effect on network operations. It is RECOMMENDED that
implementers seriously consider whether set operations or row creation
be allowed without providing, at a minimum, authentication of request
origin. It is RECOMMENDED that without such support that the
following objects be implemented as read-only:
o ipoaLisDefaultMtu
o ipoaLisDefaultEncapsType
o ipoaLisInactivityTimer
o ipoaLisMinHoldingTime
o ipoaLisQDepth
o ipoaLisMaxCalls
o ipoaLisCacheEntryAge
o ipoaLisRetries
o ipoaLisTimeout
o ipoaLisDefaultPeakCellRate
o ipoaArpClientAtmAddr
o ipoaArpSrvrLis
Greene, et al. [Page 48]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
o ipoaArpRemoteSrvrAdminStatus, show status as being either
up(1) when a VC exists to the Remote ATMARP Server or
otherwise down(2). Don't allow set support.
ipoaArpRemoteSrvrOperStatus would have the same value as
ipoaArpRemoteSrvrAdminStatus.
o ipoaConfigPvcDefaultMtu
o ipoaLisRowStatus
o ipoaArpClientRowStatus
o ipoaArpRemoteSrvrRowStatus
o ipoaArpSrvrRowStatus
o ipoaConfigPvcRowStatus
o ipoaLisIfMappingRowStatus
6. Intellectual Property
The IETF takes no position regarding the validity or scope of any
intellectual property or other rights that might be claimed to pertain
to the implementation or use of the technology described in this
document or the extent to which any license under such rights might or
might not be available; neither does it represent that it has made any
effort to identify any such rights. Information on the IETF's
procedures with respect to rights in standards-track and standards-
related documentation can be found in BCP-11. Copies of claims of
rights made available for publication and any assurances of licenses
to be made available, or the result of an attempt made to obtain a
general license or permission for the use of such proprietary rights
by implementors or users of this specification can be obtained from
the IETF Secretariat.
The IETF invites any interested party to bring to its attention any
copyrights, patents or patent applications, or other proprietary
rights which may cover technology that may be required to practice
this standard. Please address the information to the IETF Executive
Director.
7. Acknowledgments
This document is a product of the Internetworking Over NBMA Working
Group. The authors of this document would like to recognize Keith
McCloghrie from Cisco Systems for his support as our mentor from the
Network Management Area.
Greene, et al. [Page 49]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
8. References
[1] 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 F. Kastenholtz, "The Interfaces Group MIB using
SMIv2", RFC 2233, November 1997.
[3] Laubach M., and J. Halpern, "Classical IP and ARP over ATM", RFC
2225, April 1998.
[4] Ahmed, M., and K. Tesink, "Definitions of Managed Objects for ATM
Management Version 8.0 using SMIv2", RFC 1695, August 1994.
[5] McCloghrie, K., and M. Rose, Editors, "Management Information Base
for Network Management of TCP/IP-based internets: MIB-II", STD 17,
RFC 1213, March 1991.
[6] Case, J., McCloghrie, K., Rose, M., and S. Waldbusser, "Textual
Conventions for Version 2 of the Simple Network Management Protocol
(SNMPv2)", RFC 1903, January 1996.
[7] 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.
[8] Case, J., McCloghrie, K., Rose, M., and S. Waldbusser, "Conformance
Statements for Version 2 of the Simple Network Management Protocol
(SNMPv2)", RFC 1904, January 1996.
[9] McCloghrie K., "Management Information Base for the Internet
Protocol using SMIv2", RFC 2011, November 1996.
[10] Bradner, S., "Key words for use in RFCs to Indicate Requirement
Levels", BCP 14, RFC 2119, March 1997.
Greene, et al. [Page 50]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
[11] Perez, M., Liaw, F., Mankin, A., Hoffman, E., Grossman, D. and A.
Malis, "ATM Signaling Support for IP over ATM", RFC 1755, February
1995.
[12] Case, J., McCloghrie, K., Rose, M., and Waldbusser, S., "Transport
Mappings for Version 2 of the Simple Network Management Protocol
(SNMPv2)", RFC 1906, January 1996.
[13] Case, J., McCloghrie, K., Rose, M., and Waldbusser, S., "Management
Information Base for Version 2 of the Simple Network Management
Protocol (SNMPv2)", RFC 1907, January 1996.
[14] Case, J., McCloghrie, K., Rose, M., and S. Waldbusser, "Coexistence
between Version 1 and Version 2 of the Internet-standard Network
Management Framework", RFC 1908, January 1996.
9. Authors' Addresses
Maria N. Greene
Xedia Corp.
119 Russell Dr.
Littleton, MA 01460
EMail: maria@xedia.com
James Luciani
Bay Networks, Inc.
3 Federal St., BL3-04
Billerica, MA 01821, USA
Phone: +1-508-439-4734
EMail: luciani@baynetworks.com
Kenneth D. White
Dept. G80/Bldg 503
IBM Corporation
Research Triangle Park, NC 27709, USA
EMail: kennethw@vnet.ibm.com
Ted T.I. Kuo
Bay Networks, Inc.
4401 Great America Parkway
Santa Clara, CA 95052-8185
Phone: +1-408-495-7319
Fax: +1-408-495-1905
EMail: ted_kuo@Baynetworks.com
Greene, et al. [Page 51]
RFC 2320 IP and ARP over ATM (IPOA) MIB April 1998
10. Full Copyright Statement
Copyright (C) The Internet Society (1998). All Rights Reserved.
This document and translations of it may be copied and furnished to
others, and derivative works that comment on or otherwise explain it
or assist in its implementation may be prepared, copied, published and
distributed, in whole or in part, without restriction of any kind,
provided that the above copyright notice and this paragraph are
included on all such copies and derivative works. However, this
document itself may not be modified in any way, such as by removing
the copyright notice or references to the Internet Society or other
Internet organizations, except as needed for the purpose of developing
Internet standards in which case the procedures for copyrights defined
in the Internet Standards process must be followed, or as required to
translate it into languages other than English.
The limited permissions granted above are perpetual and will not be
revoked by the Internet Society or its successors or assigns.
This document and the information contained herein is provided on an
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT
NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN
WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Greene, et al. [Page 52]
|