File: rfc2188.txt

package info (click to toggle)
doc-rfc 20181229-2
  • links: PTS, VCS
  • area: non-free
  • in suites: buster
  • size: 570,944 kB
  • sloc: xml: 285,646; sh: 107; python: 90; perl: 42; makefile: 14
file content (3195 lines) | stat: -rw-r--r-- 118,374 bytes parent folder | download | duplicates (5)
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
2916
2917
2918
2919
2920
2921
2922
2923
2924
2925
2926
2927
2928
2929
2930
2931
2932
2933
2934
2935
2936
2937
2938
2939
2940
2941
2942
2943
2944
2945
2946
2947
2948
2949
2950
2951
2952
2953
2954
2955
2956
2957
2958
2959
2960
2961
2962
2963
2964
2965
2966
2967
2968
2969
2970
2971
2972
2973
2974
2975
2976
2977
2978
2979
2980
2981
2982
2983
2984
2985
2986
2987
2988
2989
2990
2991
2992
2993
2994
2995
2996
2997
2998
2999
3000
3001
3002
3003
3004
3005
3006
3007
3008
3009
3010
3011
3012
3013
3014
3015
3016
3017
3018
3019
3020
3021
3022
3023
3024
3025
3026
3027
3028
3029
3030
3031
3032
3033
3034
3035
3036
3037
3038
3039
3040
3041
3042
3043
3044
3045
3046
3047
3048
3049
3050
3051
3052
3053
3054
3055
3056
3057
3058
3059
3060
3061
3062
3063
3064
3065
3066
3067
3068
3069
3070
3071
3072
3073
3074
3075
3076
3077
3078
3079
3080
3081
3082
3083
3084
3085
3086
3087
3088
3089
3090
3091
3092
3093
3094
3095
3096
3097
3098
3099
3100
3101
3102
3103
3104
3105
3106
3107
3108
3109
3110
3111
3112
3113
3114
3115
3116
3117
3118
3119
3120
3121
3122
3123
3124
3125
3126
3127
3128
3129
3130
3131
3132
3133
3134
3135
3136
3137
3138
3139
3140
3141
3142
3143
3144
3145
3146
3147
3148
3149
3150
3151
3152
3153
3154
3155
3156
3157
3158
3159
3160
3161
3162
3163
3164
3165
3166
3167
3168
3169
3170
3171
3172
3173
3174
3175
3176
3177
3178
3179
3180
3181
3182
3183
3184
3185
3186
3187
3188
3189
3190
3191
3192
3193
3194
3195






Network Working Group                                         M. Banan
Request for Comments: 2188                                        Neda
Category: Informational                                      M. Taylor
                                                                   AWS
                                                              J. Cheng
                                                                   AWS
                                                        September 1997


          AT&T/Neda's Efficient Short Remote Operations (ESRO)
                   Protocol Specification Version 1.2


Status of this Memo

   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

IESG Note

   This protocol has not had the benefit of IETF Working Group review,
   but a cursory examination reveals several issues which may be
   significant issues for scalability.  A site considering deployment
   should conduct a careful analysis to ensure they understand the
   potential impacts.

Abstract

  This document specifies the service model, the notation and protocol
  for Efficient Short Remote Operations (ESRO). The ESRO service is
  similar to and is consistent with other Remote Procedure Call
  services.  The emphasis of ESRO service definition and the ESRO
  protocol is on efficiency.  ESRO is designed specifically with
  wireless network (e.g., CDPD) usage in mind.

  ESRO protocol provides reliable connectionless remote operation
  services on top of UDP (or any other non-reliable connectionless
  transport service) with minimum overhead.  ESRO protocol supports
  segmentation and reassembly, concatenation and separation as well as
  multiplexing for service users (applications).

  ESRO allows for trade-offs between efficiency and reliability by
  specifying both 2-way hand-shake and 3-way hand-shake based protocols.

  Encoding mechanisms for presentation of the parameters of remote
  operations are outside the scope of this document.  But,
  identification (tagging) of the encoding mechanism in use (e.g., XDR,



Banan, et. al                Informational                      [Page 1]

RFC 2188                          ESRO                    September 1997


  BER, PER) is supported by ESRO protocol.

  A variety of applications can use the ESRO protocol.  Some early
  applications using ESRO include efficient short message submission and
  delivery, credit card authorization and white pages lookup.














































Banan, et. al                Informational                      [Page 2]

RFC 2188                          ESRO                    September 1997


Contents

  1  INTRODUCTION                                                      4
     1.1 Relationship To Existing Remote Operation Services    .       5
         1.1.1 ESRO and RPC    .   .   .   .   .   .   .   .   .       5
         1.1.2 ESRO and ROSE   .   .   .   .   .   .   .   .   .       5
     1.2 Overview of ESROS     .   .   .   .   .   .   .   .   .       5
     1.3 The Remote Operation Model    .   .   .   .   .   .   .       6
  2  ESRO SERVICE DEFINITIONS                                          8
     2.1 Acknowledged Result Service Mode  .   .   .   .   .   .       9
         2.1.1 Performer side .   .   .   .   .   .   .   .   .        9
         2.1.2 Invoker side    .   .   .   .   .   .   .   .   .      11
     2.2 Non-acknowledged Result   .   .   .   .   .   .   .   .      11
         2.2.1 Performer side .   .   .   .   .   .   .   .   .       12
         2.2.2 Invoker side    .   .   .   .   .   .   .   .   .      12
     2.3 Serialized Use of ESRO Services   .   .   .   .   .   .      12
         2.3.1 Invoker     .   .   .   .   .   .   .   .   .   .      12
         2.3.2 Performer   .   .   .   .   .   .   .   .   .   .      12
     2.4 ESROS-INVOKE Service  .   .   .   .   .   .   .   .   .      13
         2.4.1 Operation-value     .   .   .   .   .   .   .   .      13
         2.4.2 Performer-address   .   .   .   .   .   .   .   .      14
         2.4.3 Invoker-address     .   .   .   .   .   .   .   .      14
         2.4.4 Invoke-argument-encoding-type   .   .   .   .   .      15
         2.4.5 Invoke-argument     .   .   .   .   .   .   .   .      15
         2.4.6 Invoke-ID   .   .   .   .   .   .   .   .   .   .      15
         2.4.7 Failure-value   .   .   .   .   .   .   .   .   .      16
     2.5 ESROS-RESULT Service  .   .   .   .   .   .   .   .   .      16
         2.5.1 Result-argument-encoding-type   .   .   .   .   .      16
         2.5.2 Result-argument     .   .   .   .   .   .   .   .      17
         2.5.3 Invoke-ID   .   .   .   .   .   .   .   .   .   .      17
         2.5.4 Failure-value   .   .   .   .   .   .   .   .   .      18
     2.6 ESROS-ERROR Service   .   .   .   .   .   .   .   .   .      18
         2.6.1 Error-value     .   .   .   .   .   .   .   .   .      18
         2.6.2 Error-argument-encoding-type    .   .   .   .   .      19
         2.6.3 Error-argument .   .   .   .   .   .   .   .   .       19
         2.6.4 Invoke-ID   .   .   .   .   .   .   .   .   .   .      20
         2.6.5 Failure-value   .   .   .   .   .   .   .   .   .      20
     2.7 ESROS-FAILURE Service     .   .   .   .   .   .   .   .      20
         2.7.1 Failure-value   .   .   .   .   .   .   .   .   .      21
         2.7.2 Invoke-ID   .   .   .   .   .   .   .   .   .   .      21
  3  ESRO SERVICE NOTATION                                            21
     3.1 ES-OPERATION Notation     .   .   .   .   .   .   .   .      22
     3.2 Mapping of ESROS Notation     .   .   .   .   .   .   .      22
         3.2.1 Invocation of an Operation .   .   .   .   .   .       22
         3.2.2 Reply of an Operation   .   .   .   .   .   .   .      22
  4  REMOTE OPERATIONS PROTOCOL                                       23
     4.1 Overview of the Protocol  .   .   .   .   .   .   .   .      23
         4.1.1 Service Provision (Invoker User)    .   .   .   .      24



Banan, et. al                Informational                      [Page 3]

RFC 2188                          ESRO                    September 1997


         4.1.2 Service Provision (Performer User) .   .   .   .       24
     4.2 Protocol Procedures   .   .   .   .   .   .   .   .   .      25
         4.2.1 Service Access Point (SAP) Bind Procedure   .   .      25
         4.2.2 Invoke Service Procedure    .   .   .   .   .   .      25
         4.2.3 Invoke ID Assignment Procedure .   .   .   .   .       25
         4.2.4 Functional Unit Selection Procedure     .   .   .      26
     4.3 Connectionless PDU Transfer For Small PDUs    .   .   .      26
         4.3.1 Overview    .   .   .   .   .   .   .   .   .   .      26
         4.3.2 3-Way Handshake Functional Unit     .   .   .   .      28
         4.3.3 2-Way Handshake Functional Unit     .   .   .   .      35
         4.3.4 Segmentation and Reassembly     .   .   .   .   .      40
     4.4 Structure and Encoding of ESROS PDUs  .   .   .   .   .      43
         4.4.1 ESRO-INVOKE-PDU Format .   .   .   .   .   .   .       43
         4.4.2 ESRO-RESULT-PDU Format .   .   .   .   .   .   .       45
         4.4.3 ESRO-ERROR-PDU Format   .   .   .   .   .   .   .      46
         4.4.4 ESRO-ACK-PDU Format     .   .   .   .   .   .   .      47
         4.4.5 ESRO-FAILURE-PDU Format     .   .   .   .   .   .      47
         4.4.6 ESRO-INVOKE-SEGMENTED-PDU Format    .   .   .   .      48
         4.4.7 ESRO-RESULT-SEGMENTED-PDU Format    .   .   .   .      50
         4.4.8 ESRO-ERROR-SEGMENTED-PDU Format     .   .   .   .      51
     4.5 Concatenation and Separation  .   .   .   .   .   .   .      52
         4.5.1 Procedures .   .   .   .   .   .   .   .   .   .       53
         4.5.2 ESRO-CONCATENATED-PDU format    .   .   .   .   .      53
     4.6 ES Remote Operations Protocol Parameters  .   .   .   .      54
         4.6.1 PDU size    .   .   .   .   .   .   .   .   .   .      54
         4.6.2 Timers .   .   .   .   .   .   .   .   .   .   .       55
         4.6.3 Use of lower layers     .   .   .   .   .   .   .      56
  5  ACKNOWLEDGMENTS  .   .   .   .   .   .   .   .   .   .   .   .   56
  6  SECURITY CONSIDERATIONS  .   .   .   .   .   .   .   .   .   .   56
  7  AUTHORS' ADDRESSES   .   .   .   .   .   .   .   .   .   .   .   56

1  INTRODUCTION

   Efficient Short Remote Operations (ESRO) provide an efficent
   mechanism for realization of Remote Procedure Call.  This document
   specifies many aspects of ESRO including:

     o Service Model

     o Service Primitves

     o A Notation for user of the Service

     o Confirmed Connectionless Protocol (based on a 3-way hand-shake)

     o Unconfirmed Connectionless Protocol (based on a 2-way hand-shake)





Banan, et. al                Informational                      [Page 4]

RFC 2188                          ESRO                    September 1997


1.1  Relationship To Existing Remote Operation Services

   The overall model of ESRO is similar to and consistent with many
   existing protocols.  ESRO's distinguishing characteristic is
   efficiency.

   A brief comparison of ESRO and Remote Procedure Calls [7] and Remote
   Operation Service Elements [1] follows.

1.1.1  ESRO and RPC

   Remote Procedure Call (RPC) is specified in [7] (RFC-1831) and [6]
   (RFC-1833).

   RPC specifications define a remote procedure model that is
   essentially same as ESRO. RPC's notation uses a syntax quite
   different from that of ESRO. RPC can rely on a connection oriented or
   connectionless transport mechanism.  When using the connectionless
   mechanism, the retransmission and reliability issues are considered
   beyond the scope of the RPC specification.  RPC is usually used in
   combination with External Data Representation, XDR [8] (RFC-1832).

1.1.2  ESRO and ROSE

   ROSE is specified in [1] and [2].  The service definition for ESRO
   Service (ESROS) specified in this document is similar ROSE's
   Notation.  The Notation specified in this document for ESROS is
   similar ROSE's Notation.  The ESRO protocol specified in this
   document is very different from the ROSE protocol [2].

   The operation model for ESRO Service (ESROS) is based on Remote
   Operations Services Element (ROSE) in [1].  In ESROS model both
   entities can invoke operations.

   ESRO protocols can accomplish short operations with much less
   overhead than ROSE.

1.2  Overview of ESROS

   ESROS provides a service which supports interaction of applications
   based on a remote operation model.  A Remote Operation is invoked by
   one entity; the other entity attempts to perform the Remote Operation
   and then reports the outcome of the attempt.  The ESROS protocol is
   designed such that it could support many applications.







Banan, et. al                Informational                      [Page 5]

RFC 2188                          ESRO                    September 1997


1.3  The Remote Operation Model

   ESROS provides for performance of operations between two peer
   sublayers.  Users of the ESROS assume the roles of invoker and
   performer which invoke and perform the operations respectively.  An
   ESROS-User can assume both roles and be an invoker for some
   operations and be a performer for other operations.  The performer is
   expected to report either the result of the operation or an error.  A
   result reply is sent to the invoker if the operation is successful,
   and an error reply is sent if the operation is unsuccessful.  If the
   performer is unreachable, the ESROS sends a failure indication
   primitive to the invoker.

   Operations are asynchronous and the invoker may continue to invoke
   further operations without waiting for a reply.  Synchronous or
   serialized operations are also supported as a subset and a special
   case of asynchronous service.  By default the ESRO service provider
   on both invoker and performer sides supports the asynchronous
   operation invocation.  However, if one side is to support only
   serialized (synchronous) mode, it should be in agreement with the
   peer side.

   ESROS has no authentication mechanism.  Authentication is the
   responsibility of the performer (which is outside of the scope of
   ESROS) and the performer is not expected to honor the invoker when it
   is not authenticated.

   The ESROS operation model is represented in Figure 1.  In this
   example, the ESROS User on the left is the Invoker and the ESROS User
   on the right is the Performer.  The Provider is the entity providing
   a service to the layer above it.




















Banan, et. al                Informational                      [Page 6]

RFC 2188                          ESRO                    September 1997


   ESROS      -------------------    -------------------     ESROS
   User      | Layer above ESROS |  | Layer above ESROS |    User
   (Invoker) |                   |  |                   |  (Performer)
              -------------------    -------------------
      ^                |                      |                ^
      |                |                      |                |
      v                |                      |                v
   ESROS     -------------------    -------------------      ESROS
   Provider |       ESROS       |  |       ESROS       |    Provider
             -------------------    -------------------
                       |                      |
                       |                      |
                       |                      |
             -------------------    -------------------
            |    UDP           |   |   UDP             |
             -------------------    -------------------
                     _                    _/
                       _                _/
                         _    .       _/
                           _ . .* . _/
                             . * .* .
                               * . *


                    Figure 1:  ES Remote Operation Model


























Banan, et. al                Informational                      [Page 7]

RFC 2188                          ESRO                    September 1997


                  Invoker        Performer
                 ESRO SAP         ESRO SAP
                       |               |
                       |               |
   ESROS-INVOKE.req.   |               | ESROS-INVOKE.ind.
   -------->-----------|               |-------->---------
                       |               |
   ESROS-INVOKE-P.conf.|               |
   --------<-----------|               |
                       |               |
                       |               |
                       |               |
   ESROS-RESULT.ind.   |               | ESROS-RESULT.req.
   --------<-----------|               |--------<---------
                       |               |
                       |               | ESROS-RESULT.conf.
                       |               |-------->---------
                       |               |
                       |               |
   ESROS-ERROR.ind.    |               | ESROS-ERROR.req.
   --------<-----------|               |--------<---------
                       |               |
                       |               | ESROS-ERROR.conf.
                       |               |-------->---------
                       |               |
                       |               |
                       |               |
                       |               |
   ESROS-FAILURE.ind.  |               | ESROS-FAILURE.ind.
   --------<-----------|               |-------->---------
                       |               |


             Figure 2:  Time sequence diagram for ESRO services



2  ESRO SERVICE DEFINITIONS

   ESRO service primitives are illustrated in Figure 2, Table 1 and
   Table 2.  The description of services and primitives comes in the
   following sections.

   ESROS-User accesses ESRO services through Efficient Short Remote
   Operations Service Access Point (ESRO-SAP) as shown in Figure 2.

   The RESULT.request, ERROR.request and FAILURE.indication service
   primitives can be implemented in two different modes:



Banan, et. al                Informational                      [Page 8]

RFC 2188                          ESRO                    September 1997


    1. Acknowledged Result, and

    2. Non-Acknowledged Result

                 _____________________________________________
                 | ESRO Service   |Type                      |
                 |________________|__________________________|
                 | ESROS-INVOKE   |Non-confirmed             |
                 | ESROS-INVOKE-P |Provider-initiated        |
                 | ESROS-RESULT   |Confirmed / Non-confirmed |
                 | ESROS-ERROR    |Confirmed / Non-confirmed |
                 | ESROS-FAILURE  |Provider initiated        |
                 |________________|__________________________|

                           Table 1:  ESRO Services

   as described below.  The difference between different modes is in
   their reliability of service and efficiency.  Reliability of service
   is defined based on the understanding of invoker and performer about
   the success or failure of the operation on the peer side.  Table 3
   and Table 4 summarize understanding of performer about success or
   failure on invoker side in different situations.  In these tables the
   FAILURE.indication refers to the primitive generated by protocol and
   not the failure of local provider.

2.1  Acknowledged Result Service Mode

   In this service mode, the result is acknowledged by invoker, but the
   mechanism by which the acknowledgment is accomplished may not be
   reliable.  Table 3 summarizes the relationship between performer and
   invoker in success and failure cases.

2.1.1  Performer side

   In this type of service, the RESULT.confirm and ERROR.confirm
   primitives on performer side are generated if the result/error is
   acknowledged by invoker.

   The FAILURE.indication on performer side is generated if result/error
   is not acknowledged by invoker or if there is a local failure on
   performer side.

   >From the protocol point of view, the FAILURE.indication might be
   because either the result/error PDU or the ack PDU is lost.  The
   outcome of this is that a FAILURE.indication is not robust as the
   operation may have been successful from the invoker's perspective.
   One method of compensating for this shortcoming is having the
   performer verify the FAILURE.indication in a separate operation.



Banan, et. al                Informational                      [Page 9]

RFC 2188                          ESRO                    September 1997


   ____________________________________________________________
   | Primitive                |Parameters                     |
   |--------------------------+-------------------------------|
   |                          |Operation-value                |
   |                          |Performer-address              |
   | ESROS-INVOKE.request     |Invoke-argument-encoding-type  |
   |                          |Invoke-argument                |
   |--------------------------+-------------------------------|
   |                          |Operation-value                |
   |                          |Invoker-address                |
   | ESROS-INVOKE.indication  |Invoke-argument-encoding-type  |
   |                          |Invoke-argument                |
   |                          |Invoke-ID                      |
   |--------------------------+-------------------------------|
   | ESROS-INVOKE-P.confirm   |Invoke-ID                      |
   |==========================================================|
   |                          |                               |
   |                          |Result-argument-encoding-type  |
   | ESROS-RESULT.request     |Result-argument                |
   |                          |Invoke-ID                      |
   |--------------------------+-------------------------------|
   |                          |Result-argument-encoding-type  |
   | ESROS-RESULT.indication  |Result-argument                |
   |                          |Invoke-ID                      |
   |--------------------------+-------------------------------|
   | ESROS-RESULT.confirm     |Invoke-ID                      |
   |==========================================================|
   |                          |                               |
   |                          |Error-value                    |
   |                          |Error-argument-encoding-type   |
   | ESROS-ERROR.request      |Error-argument                 |
   |--------------------------+-------------------------------|
   |                          |Error-value                    |
   |                          |Error-argument-encoding-type   |
   | ESROS-ERROR.indication   |Error-argument                 |
   |                          |Invoke-ID                      |
   |--------------------------+-------------------------------|
   | ESROS-ERROR.confirm      |Invoke-ID                      |
   |==========================================================|
   |                          |                               |
   |                          |Failure-value                  |
   | ESROS-FAILURE.indication |Invoke-ID                      |
   |__________________________|_______________________________|


    Table 2:  ESRO service primitives and associated parameters





Banan, et. al                Informational                     [Page 10]

RFC 2188                          ESRO                    September 1997


   ______________________________________________________________
   |Service Mode        |Performer          |Invoker            |
   |--------------------+-------------------+-------------------|
   |Acknowledged Result |RESULT.confirm     |RESULT.indication  |
   |                    |-------------------+-------------------|
   |                    |FAILURE.indication |RESULT.indication  |
   |                    | (protocol)        |                   |
   |                    |-------------------+-------------------|
   |                    |FAILURE.indication |FAILURE.indication |
   |                    | (protocol)        | (protocol)        |
   |____________________|___________________|___________________|


    Table 3:  Success and Failure in Acknowledged Result Mode


   __________________________________________________________________
   |Service Mode            |Performer           |Invoker            |
   |------------------------+--------------------+-------------------|
   |Non-acknowledged Result |RESULT.confirm      |RESULT.indication  |
   |                        +--------------------+-------------------|
   |                        |RESULT.confirm      |FAILURE.indication |
   |                        |                    | (protocol)        |
   |                        +--------------------+-------------------|
   |                        |FAILURE.indication  |                   |
   |                        |(protocol)          |                   |
   |                        |does not            |---                |
   |                        |exist               |                   |
   |________________________|____________________|___________________|


    Table 4:  Success and Failure in Non-acknowledged Result Mode



2.1.2  Invoker side

   When invoker receives failure indication, the performer has the
   failure indication too.

   This type of service can be implemented by protocols based on 3-Way
   handshaking.

2.2  Non-acknowledged Result

   In this service mode the result is not acknowledged.  Table 4
   summarizes the relationship between performer and invoker in success
   and failure cases.



Banan, et. al                Informational                     [Page 11]

RFC 2188                          ESRO                    September 1997


2.2.1  Performer side

   In this type of service, the RESULT.confirm and ERROR.confirm
   primitives on performer side are generated without receiving
   additional information from the invoker peer.  In other words, these
   Primitives have no protocol-related meaning and convey no
   information, other than end-of-operation.

   The FAILURE.indication on performer side is not generated by
   protocol.  The only case that can generate FAILURE.indication on
   performer side is local failure in service provider on performer
   side.

2.2.2  Invoker side

   The FAILURE.indication on invoker side can be the resultof not
   receiving result/error/failure from peer performer or it can result
   from failure in local service provider.

   This type of service can be implemented by protocols based on 2-Way
   handshaking.

2.3  Serialized Use of ESRO Services

   Although the ESRO Services are defined to support asynchronous
   operation invocation in general, they can be used in the special case
   of synchronous (serialized) mode too.  The serialized use of ESRO
   Services is implementation specific.  However, one of the possible
   scenarios is as follows:

2.3.1  Invoker

   Invokes an operation after it receives either RESULT.indication,
   ERROR.indication, or FAILURE.indication for the previous operation.

2.3.2  Performer

   Considers an operation to be complete and accepts the next operation
   after it receives RESULT.confirm, ERROR.confirm, or
   FAILURE.indication.











Banan, et. al                Informational                     [Page 12]

RFC 2188                          ESRO                    September 1997


                  Invoker        Performer
                 ESROS AP         ESROS AP
                       |               |
                       |               |
   ESROS-INVOKE.req.   |               | ESROS-INVOKE.ind.
   -------->-----------|               |-------->---------
                       |               |
   ESROS-INVOKE-P.conf.|               |
   --------<-----------|               |
                       |               |
   ESROS-FAILURE.ind.  |               |
   --------<-----------|               |
                       |               |


   Figure 3:  Time sequence diagram for ESROS-INVOKE service




2.4  ESROS-INVOKE Service

   The ESROS-INVOKE service is used by an ESROS-User (the invoker) to
   cause the invocation of an OPERATION to be performed by the other
   ESROS-User (the performer).

   ESROS Invoker User issues ESROS-INVOKE.request primitive to invoke an
   operation.

   ESROS-INVOKE.indication primitive provides the ESROS Performer User
   with the parameters of the invoked operation.

   ESRO Service Provider issues the ESROS-INVOKE-P.confirm primitive to
   provide the ESROS Invoker User with Invoke-ID of the invoked
   operation.

   The related service structure consists of three service primitives as
   illustrated in Figure 3 and Table 5.

2.4.1  Operation-value

   This value is the identifier of the operation to be invoked.  The
   value is agreed upon between the ESROS Users.  This parameter has to
   be supplied by the invoker of the service.

   ESROS Invoker User provides the Operation-value parameter for the
   ESROS-INVOKE.request primitive.  The Operation-value parameter of
   ESROS-INVOKE.indication is provided to the ESROS Performer User.



Banan, et. al                Informational                     [Page 13]

RFC 2188                          ESRO                    September 1997


          _____________________________________________________________
          | Primitive                |Parameters                       |
          |__________________________|_________________________________|
          |                          |Operation-value                  |
          |                          |Performer-address                |
          | ESROS-INVOKE.request     |Invoke-argument-encoding-type    |
          |                          |Invoke-argument                  |
          |__________________________|_________________________________|
          |                          |Operation-value                  |
          |                          |Invoker-address                  |
          |                          |Invoke-argument-encoding-type    |
          | ESROS-INVOKE.indication  |Invoke-argument                  |
          |                          |Invoke-ID                        |
          |__________________________|_________________________________|
          | ESROS-INVOKE-P.confirm   |Invoke-ID                        |
          |                          |Failure-value                    |
          |__________________________|_________________________________|
          | ESROS-FAILURE.indication |Invoke-ID                        |
          |__________________________|_________________________________|


     Table 5:  ESROS-INVOKE service primitives and associated parameters




2.4.2  Performer-address

   This parameter is the address of the ESROS Performer User which
   consists of ESRO Service Access Point (SAP) Selector, Transport
   Service Access Point (TSAP) Selector (e.g., port number), and Network
   Service Access Point (NSAP) address (e.g., IP address).  This
   parameter has to be supplied by the invoker of the service.

   ESROS Invoker User provides the Performer-address parameter for the
   ESROS-INVOKE.request primitive.

2.4.3  Invoker-address

   This parameter is the address of the ESROS Invoker User which
   consists of ESRO Service Access Point (SAP) Selector, Transport
   Service Access Point (TSAP) Selector (e.g.  port number), and Network
   Service Access Point (NSAP) address (e.g.  IP address).

   The Invoker-address parameter of ESROS-INVOKE.indication is provided
   to the ESROS Performer User.





Banan, et. al                Informational                     [Page 14]

RFC 2188                          ESRO                    September 1997


2.4.4  Invoke-argument-encoding-type

   This parameter identifies the encoding type of the Invoke-argument
   (see next subsection).  The encoding type has to be agreed upon
   between ESROS Users.  This parameter has to be supplied by the
   invoker of the service.

   ESROS Invoker User provides the Invoke-argument-encoding-type
   parameter for the ESROS-INVOKE.request primitive.  The Invoke-
   argument-encoding-type parameter of ESROS-INVOKE.indication is
   provided to the ESROS Performer User.

2.4.5  Invoke-argument

   This parameter is the argument of the invoked operation.  The type
   has to be agreed between the ESROS Users.  This parameter has to be
   supplied by the invoker of the service.  Encoding type of the
   Invoke-argument is specified through the Invoke-argument-encoding-
   type parameter (see previous subsection).

   ESROS Invoker User provides the Invoke-argument parameter for the
   ESROS-INVOKE.request primitive.  The Invoke-argument parameter of
   ESROS-INVOKE.indication is provided to the ESROS Performer User.

2.4.6  Invoke-ID

   This parameter identifies the invocation of an ESROS-INVOKE service
   and is used to correlate this invocation with the corresponding
   replies (ESROS-RESULT, ESROS-ERROR, and ESROS-FAILURE services.)
   This parameter has to be supplied by the ESROS provider.

   This parameter distinguishes several invocations of the service in
   progress (asynchronous operations).  The ESROS provider may begin to
   reuse Invoke-ID values whenever it chooses, subject to the constraint
   that it may not reuse an Invoke-ID value that was previously assigned
   to an invocation of the service for which it expects, but has not yet
   received a reply.  In other words, the provider does not reuse a
   previously used Invoke-ID unless the corresponding service is fully
   completed.












Banan, et. al                Informational                     [Page 15]

RFC 2188                          ESRO                    September 1997


2.4.7  Failure-value

   This parameter identifies the failure that occurred during the
   processing or transmission of any of the service primitives of ESROS.

                  Invoker        Performer
                 ESROS AP         ESROS AP
                       |               |
                       |               |
   ESROS-RESULT.ind.   |               | ESROS-RESULT.req.
   --------<-----------|               |--------<---------
                       |               |
                       |               | ESROS-RESULT.conf.
                       |               |-------->---------
                       |               |
                       |               | ESROS-FAILURE.ind.
                       |               |-------->---------
                       |               |


   Figure 4:  Time sequence diagram for ESROS-RESULT service



   This parameter has to be supplied by the ESROS provider (see also
   Section 2.7).

2.5  ESROS-RESULT Service

   The ESROS-RESULT service is used by an ESROS User to reply to a
   previous ESROS-INVOKE.indication in the case of a successfully
   performed operation.  This service is either confirmed or non-
   confirmed based on the service mode (see Section 2).

   The related service structure consists of three service primitives as
   illustrated in Figure 4 and Table 6.

2.5.1  Result-argument-encoding-type

   This parameter identifies the encoding type of the Result-argument
   (see next subsection).  The encoding type has to be agreed upon
   between the ESROS Users.  This parameter has to be supplied by the
   ESROS Performer User.

   ESROS Performer User provides the Result-argument-encoding-type
   parameter for the ESROS-RESULT.request primitive.  The Result-
   argument-encoding-type parameter of ESROS-RESULT.indication is
   provided to the ESROS Invoker User.



Banan, et. al                Informational                     [Page 16]

RFC 2188                          ESRO                    September 1997


   ______________________________________________________________
   | Primitive                |Parameters                       |
   |__________________________|_________________________________|
   |                          |Result-argument-encoding-type    |
   |                          |Result-argument                  |
   | ESROS-RESULT.request     |Invoke-ID                        |
   |__________________________|_________________________________|
   |                          |                                 |
   |                          |Result-argument-encoding-type    |
   |                          |Result-argument                  |
   | ESROS-RESULT.indication  |Invoke-ID                        |
   |__________________________|_________________________________|
   |                          |                                 |
   | ESROS-RESULT.confirm     |Invoke-ID                        |
   |                          |Failure-value                    |
   |                          |                                 |
   |__________________________|_________________________________|
   | ESROS-FAILURE.indication |Invoke-ID                        |
   |__________________________|_________________________________|


   Table 6:  ESROS-RESULT service primitives and associated parameters




2.5.2  Result-argument

   This parameter is the result of an invoked and successfully performed
   operation.  The type has to be agreed between the ESROS Users.  This
   parameter has to be supplied by the invoker of the service.  Encoding
   type of the Result-argument is specified through the Result-
   argument-encoding-type parameter (see previous subsection).

   ESROS Performer User provides the Result-argument parameter for the
   ESROS-RESULT.request primitive.  The Result-argument parameter of
   ESROS-RESULT.indication is provided to the ESROS Invoker User.

2.5.3  Invoke-ID

   This parameter identifies the corresponding invocation.  This
   Invoke-ID, which is originally generated by the ESROS provider at the
   time of ESROS-INVOKE indication, is extracted from the Invoke ID that
   has to be supplied by the ESROS performer User.  The value is that of
   the corresponding ESROS-INVOKE.indication primitive.






Banan, et. al                Informational                     [Page 17]

RFC 2188                          ESRO                    September 1997


                  Invoker        Performer
                 ESROS AP         ESROS AP
                       |               |
                       |               |
   ESROS-ERROR.ind.    |               | ESROS-ERROR.req.
   --------<-----------|               |--------<---------
                       |               |
                       |               | ESROS-ERROR.conf.
                       |               |-------->---------
                       |               |
                       |               | ESROS-FAILURE.ind.
                       |               |-------->---------


   Figure 5:  Time sequence diagram for ESROS-ERROR service




2.5.4  Failure-value

   This parameter identifies the failure that occurred during the
   processing or transmission of any of the service primitives of ESROS.
   This parameter has to be supplied by the ESROS provider (see also
   Section 2.7).

2.6  ESROS-ERROR Service

   The ESROS-ERROR service is used by an ESROS User to reply to a
   previous ESROS-INVOKE.indication in the case of an unsuccessfully
   performed operation.  This service is either confirmed or non-
   confirmed based on the service mode (see Section 2).

   The related service structure consists of three service primitives as
   illustrated in Figure 5 and Table 7.

2.6.1  Error-value

   This parameter identifies the error in reply to a previous ESROS-
   INVOKE.indication in the case of an unsuccessfully performed
   operation.  The value has to be agreed between the ESROS-Users.  This
   parameter has to be supplied by the ESROS Performer User.

   ESROS Performer User provides the Error-argument parameter for the
   ESROS-ERROR.request primitive.  The Error-argument parameter of
   ESROS-ERROR.indication is provided to the ESROS Invoker User.





Banan, et. al                Informational                     [Page 18]

RFC 2188                          ESRO                    September 1997


          ________________________________________________________
          | Primitive                |Parameters                  |
          |__________________________|____________________________|
          |                          |Error-value                 |
          |                          |Error-argument-encoding-type|
          | ESROS-ERROR.request      |Error-argument              |
          |__________________________|____________________________|
          |                          |                            |
          |                          |Error-value                 |
          |                          |Error-argument-encoding-type|
          | ESROS-ERROR.indication   |Error-argument              |
          |                          |Invoke-ID                   |
          |                          |                            |
          |__________________________|____________________________|
          | ESROS-ERROR.confirm      |Invoke-ID                   |
          |                          |Failure-value               |
          |                          |                            |
          |__________________________|____________________________|
          | ESROS-FAILURE.indication |Invoke-ID                   |
          |__________________________|____________________________|



    Table 7:  ESROS-ERROR service primitives and associated parameters

2.6.2  Error-argument-encoding-type

   This parameter identifies the encoding type of the Error-argument
   (see next subsection).  The encoding type has to be agreed upon
   between the ESROS Users.  This parameter has to be supplied by the
   ESROS Performer User.

   ESROS Performer User provides the Error-argument-encoding-type
   parameter for the ESROS-ERROR.request primitive.  The Error-
   argument-encoding-type parameter of ESROS-ERROR.indication is
   provided to the ESROS Invoker User.

2.6.3  Error-argument

   This parameter provides additional information about the error in
   reply to a previous ESROS-INVOKE.indication in the case of an
   unsuccessfully performed operation.  The type (if any) has to be
   agreed between the ESROS users.  This parameter has to be supplied by
   the ESROS Performer User.  Encoding type of the Error-argument is
   specified through the Error-argument-encoding-type parameter (see
   previous subsection).





Banan, et. al                Informational                     [Page 19]

RFC 2188                          ESRO                    September 1997


                  Invoker        Performer
                 ESROS AP         ESROS AP
                       |               |
                       |               |
   ESROS-FAILURE.ind.  |               |
   --------<-----------|               |
                       |               |
                       |               | ESROS-FAILURE.ind.
                       |               |--------->---------
                       |               |


   Figure 6:  Time sequence diagram for ESROS-FAILURE service




   ESROS Performer User provides the Error-argument parameter for the
   ESROS-ERROR.request primitive.  The Error-argument parameter of
   ESROS-ERROR.indication is provided to the ESROS Invoker User.

2.6.4  Invoke-ID

   This parameter identifies the corresponding invocation.  This
   Invoke-ID, which is originally generated by the ESROS provider at the
   time of the ESROS-INVOKE.indication, is extracted from the Invoke ID
   which has to be supplied by the ESROS performer User.  The value is
   that of the corresponding ESROS-INVOKE.indication primitive.

2.6.5  Failure-value

   This parameter identifies the failure that occurred during the
   processing or transmission of any of the service primitives of ESROS.
   This parameter has to be supplied by the ESROS provider (see also
   Section 2.7).

2.7  ESROS-FAILURE Service

   The ESROS-FAILURE service is used by ESROS provider to indicate the
   failure in providing an ESROS-INVOKE, ESROS-RESULT, or ESROS-ERROR
   service.

   The related service structure consists of one service primitive as
   illustrated in Figure 6 and Table 8.







Banan, et. al                Informational                     [Page 20]

RFC 2188                          ESRO                    September 1997


          _____________________________________________
          | Primitive                |Parameters       |
          |__________________________|_________________|
          |                          |Failure-value    |
          | ESROS-FAILURE.indication |Invoke-ID        |
          |__________________________|_________________|



   Table 8:  ESROS-FAILURE service primitives and associated parameters


          _________________________________________
          | Failure Value |Meaning                 |
          |_______________|________________________|
          | 0             |Transmission failure    |
          | 1             |Out of local resources  |
          | 2             |User not responding     |
          | 3             |Out of remote resources |
          | 4             |Reassembly failure      |
          |_______________|________________________|


             Table 9:  Encoding of Failure-value

2.7.1  Failure-value

   This parameter identifies the failure that occurred during the
   processing or transmission of any of the service primitives of ESROS.
   This parameter has to be supplied by the ESROS provider.

   The values for encoding of Failure-value are presented in Table 9.

2.7.2  Invoke-ID

   This parameter identifies the corresponding invocation.  This
   Invoke-ID, which is originally generated by ESROS provider at the
   time of the ESROS-INVOKE.indication, is extracted from the Invoke ID
   which has to be supplied by ESROS performer User.  The value is that
   of the corresponding ESROS-INVOKE.indication primitive.

3  ESRO SERVICE NOTATION

   Users of ESRO services (invoker and performer) need to agree on a
   well defined set of parameters which are enumerated below.

    1. The operation's Argument data type.




Banan, et. al                Informational                     [Page 21]

RFC 2188                          ESRO                    September 1997


    2. The operation's Result data type.

    3. The operation's Error data type.

    4. The operation's value.  A specific tag which uniquely identifies
        the operation.

   The invoker and the performer can specify these parameters using a
   variety of mechanisms.  The notation specified in this section is one
   such mechanism.  It is not the only machanism and ESRO protocol can
   be used independent of this notation.

3.1  ES-OPERATION Notation

   The Remote Operations and Operation Errors are specified in this
   section.  The notation is defined by means of the macro facility
   defined in [3].

   The macros enabling the specification of operations and errors are
   listed in Figure 7.

   Note that this notation is very similar to the abstract operation
   defined in [1].  The value form of ES-OPERATION is always an integer.

3.2  Mapping of ESROS Notation

3.2.1  Invocation of an Operation

   An operation is mapped onto the ESRO Services.

   The invocation of an operation is mapped on the ESRO-INVOKE service.

   The value assigned to the operation is mapped on the Operation-value
   parameter of that service.  The value of the Named-Type in the
   ARGUMENT clause of the OPERATION Macro is mapped on the Argument
   parameter of that service.

3.2.2  Reply of an Operation

   If an operation was successfully performed, the reply is mapped on
   the ESRO-RESULT service.

   The value of the Named-Type in the RESULT clause of the OPERATION

   DEFINITIONS ::=
   BEGIN
     ES-OPERATION, ERROR;
     -- macro definition for operations



Banan, et. al                Informational                     [Page 22]

RFC 2188                          ESRO                    September 1997


     ES-OPERATION MACRO ::=
     BEGIN
           TYPE NOTATION   ::=     Argument Result Errors
           VALUE NOTATION  ::=     value (localValue INTEGER)
           Argument        ::=     "ARGUMENT" NamedType | empty
           Result          ::=     "RESULT" ResultType | empty
           ResultType      ::=     NamedType | empty
           Errors          ::=     "ERRORS" "{"ErrorNames"}" | empty
           ErrorNames      ::=     ErrorList | empty
           ErrorList       ::=     Error | ErrorList "," Error
           Error           ::=     value (ERROR) | type
           NamedType       ::=     identifier type | type
     END
     -- macro definition for operations errors
     ERROR MACRO   ::=
     BEGIN
           TYPE NOTATION   ::=     Parameter
           VALUE NOTATION  ::=     value (localValue INTEGER)
           Parameter       ::=     "PARAMETER" NamedType | empty
           NamedType       ::=     identifier type | type
     END
   END


            Figure 7:  ES Remote Operation Notation

   macro is mapped on the Result parameter of that service.

   If an operation was not successfully performed, the reply is mapped
   on the ESRO-ERROR service.

   In this case one of the errors in the Identifier List of Error Names
   in the ERROR clause of the OPERATION macro may be applied.  The value
   assigned to the applied error is mapped onto the Error parameter of
   that service.  The value of the Named-Type in the PARAMETER clause of
   the ERROR macro of the applied error is mapped on the Error-
   parameter of that service.

4  REMOTE OPERATIONS PROTOCOL

4.1  Overview of the Protocol

   The ESROS protocol realizes the services defined in the section
   entitled ESROS Service Definitions.  Short operations are performed
   in a highly efficient manner.  The protocol operation is summarized
   below and is described in detail in the following sections.





Banan, et. al                Informational                     [Page 23]

RFC 2188                          ESRO                    September 1997


   Two Functional Units are defined which realize the services with 2-
   Way handshake and 3-Way handshake, called 2-Way Handshake Functional
   Unit and 3-Way Handshake Functional Unit respectively.

   The procedures specified in this section refer to Protocol Data Units
   (PDUs) which are defined in Section 4.4.

4.1.1  Service Provision (Invoker User)

      o An ESROS user binds to an ESRO Service Access Point (SAP) and
        specifies whether 3-Way or 2-Way handshake Functional Unit is to
        be associated with the SAP.

      o An ESROS user initiates the transfer of a PDU using the INVOKE
        service.

      o On receipt of an ESROS-INVOKE.request service primitive from the
        ESROS user:

            -- The ESROS provider generates an Invoke ID,

            -- Communicates the Invoke-ID to the invoker of the service
                   through the ESROS-INVOKE-P.confirm primitive,

4.1.2  Service Provision (Performer User)

      o An ESROS user binds to an ESRO Service Access Point (SAP) and
        specifies whether 3-Way or 2-Way handshake Functional Unit is to
        be associated with the SAP.

      o On receipt of an ESRO-INVOKE-PDU, the ESROS provider issues an
        ESROS-INVOKE.indication to the ESROS performer user.

      o On receipt of ESROS-RESULT.request or ESROS-ERROR.request from
        the performer, the provider creates the ESRO-RESULT-PDU or
        ESRO-ERROR-PDU.

      o In the case that the provider receives an ESRO-ACK-PDU for the
        transmitted ESRO-RESULT-PDU or ESRO-ERROR-PDU, if the
        corresponding SAP is associated with the 3-Way Handshake
        Functional Unit, it passes an ESROS-RESULT.confirm or ESROS-
        ERROR.confirm to the performer user.  If the corresponding SAP
        is associated with the 2-Way handshake Functional Unit, the
        ESRO-ACK-PDU is dropped as an invalid PDU.

      o In the case that the provider is not able to deliver the
        ESRO-RESULT-PDU or ESRO-ERROR-PDU, it issues an ESROS-
        FAILURE.indication to the performer user.  In the case that the



Banan, et. al                Informational                     [Page 24]

RFC 2188                          ESRO                    September 1997


        performer's SAP is associated with the 3-Way handshake
        Functional Unit and provider doesn't receive the ESRO-ACK-PDU
        for a transmitted ESRO-RESULT-PDU or an ESRO-ERROR-PDU, it
        passes an ESROS- FAILURE.indication to the performer user.

      o In the case that the performer's SAP is associated with the
        3-Way handshake Functional Unit and provider receives an ESRO-
        ACK-PDU for the operation, it passes an ESROS-RESULT.confirm or
        ESROS-ERROR.confirm.  In the case that the performer's SAP is
        associated with a 2-Way handshake Functional Unit and provider
        doesn't receive duplicate ESROS-INVOKE-PDUs from the invoker, it
        passes an ESROS-RESULT.confirm or ESROS-ERROR.confirm.

      o On receipt of an ESRO-FAILURE-PDU, the ESROS provider issues an
        ESROS-FAILURE.indication to the ESROS performer user.

4.2  Protocol Procedures

4.2.1  Service Access Point (SAP) Bind Procedure

   To access the ESRO Services, an ESROS user binds to an ESRO Service
   Access Point and specifies the SAP to be associated with 3-Way
   handshake Functional Unit or 2-Way handshake Functional Unit.  ESROS
   provider generates a SAP descriptor which is passed to the user.  The
   handshaking for all Invoke.requests addressed to that SAP and all
   PDUs addressed to that SAP will be either 3-Way or 2-Way based on the
   Functional Unit associated with SAP and specified by user at SAP bind
   time.

   It is the responsibility of the ESROS peer users (invoker and
   performer) to address their operations to the appropriate SAP (3-Way
   or 2-Way) based on the agreement between users.

4.2.2  Invoke Service Procedure

   An ESROS user initiates the transfer of a PDU using the INVOKE
   service.

   On receipt of an ESRO-INVOKE-PDU, the ESROS provider sends an ESROS-
   INVOKE.indication primitive to the ESROS performer user.

4.2.3  Invoke ID Assignment Procedure

   On receipt of an ESROS-INVOKE.request primitive from the ESROS user,
   the ESROS provider generates two invoke identifiers:






Banan, et. al                Informational                     [Page 25]

RFC 2188                          ESRO                    September 1997


      o Invoke-Reference-Number:  Uniquely identifies the invocation
        between the two peers.  This is a PDU field with a length of 8
        bits (see section 4.4).

      o Invoke-ID-Parameter:  Uniquely identifies the invocation to the
        service user.  This Invoke-ID-Parameter is a combination of the
        Invoke-Reference-Number described above and the invoker address,
        performer address, and the SAP Selector.

   The provider communicates the Invoke-ID-Parameter to the invoker of
   the INVOKE service through the ESROS-INVOKE-P.confirm primitive.

   The Invoke-Reference-Number distinguishes several invocations of the
   service in progress (asynchronous operations).  It is also used as
   segment identifier when a Service Data Unit (SDU) is transferred
   using segmentation and reassembly.  The ESROS provider may begin to
   reuse the Invoke-Reference-Number values whenever it chooses, subject
   to the constraint that it may not reuse an Invoke-Reference-Number
   value that was previously assigned to an invocation of the service
   for which it expects, but has not yet received, a reply.  In other
   words the provider does not reuse a previously used Invoke-
   Reference-Number unless the corresponding service is fully completed.
   The same value of the Invoke-Reference-Number can be reused to
   identify the invocation between different peer entities.  In that
   case, the combination of the peer entity's address and the Invoke-
   Reference-Number guarantees unique identification of each invocation.

4.2.4  Functional Unit Selection Procedure

   When an ESRO Services user binds to an ESRO SAP, it associates its
   SAP descriptor to 3-Way Handshake Functional Unit or 2-Way Handshake
   Functional Unit.

   Based on the Functional Unit associated with SAP, provider selects
   the corresponding Functional Unit for all Invoke Requests or PDUs
   addressed to that SAP.

4.3  Connectionless PDU Transfer For Small PDUs

4.3.1  Overview

   PDUs sent by UDP use port ESRO_CL_PORT. PDUs carried by UDP are
   restricted to CLRO_SMALL_PDU_MAX_SIZE bytes (see 4.6.1)

   Each PDU is encapsulated in a single UDP datagram.






Banan, et. al                Informational                     [Page 26]

RFC 2188                          ESRO                    September 1997


   For PDUs larger than CLRO_SMALL_PDU_MAX_SIZE but smaller than
   CLRO_SEGMENTED_PDU_MAX_SIZE bytes (see 4.6.1), segmentation and
   reassembly is used and each segment is transmitted in a UDP datagram.

   PDUs sent using UDP may be lost, and hence a retransmission strategy
   is defined.  When a PDU is segmented, the retransmission strategy is
   not applied to individual segments (i.e., loss of one segment results
   in retransmission of the whole SDU).

   The optimal UDP retransmission policy will vary with the performance
   of the network and the needs of the transmitter, but the following
   are considered:

   The retransmission interval should be based on prior statistics if
   possible.  Too aggressive retransmission can easily slow response
   time of the network at large.  Depending on how well connected the
   invoker is to its performer, the minimum retransmission interval
   should be RETRANSMISSION_INTERVAL (see 4.6.2) seconds.

   Delivery of PDUs is asynchronous which means the ESROS does not wait
   for the result of a transmitted PDU and continues delivering the next
   PDUs.

       ______________________________________________________
       |From Idle to:                      |Event            |
       |___________________________________|_________________|
       |CL-Invoker Transition Diagram      |ESRO-INVOKE.req  |
       | 2-way Handshake (Connectionless)  |                 |
       |___________________________________|_________________|
       |CL-Invoker Transition Diagram      |ESRO-INVOKE.req  |
       | 3-way Handshake (Connectionless)  |                 |
       |___________________________________|_________________|
       |CL-Performer Transition Diagram    |INVOKE-PDU       |
       | 3-way Handshake (Connectionless)  |                 |
       |___________________________________|_________________|
       |CL-Performer Transition Diagram    |INVOKE-PDU       |
       | 2-way Handshake  (Connectionless) |                 |
       |___________________________________|_________________|

                Table 10:  ESROS Finite State Machine




   This section describes the ESROS protocols in terms of state
   diagrams.  The ESROS Finite State Machine is expressed as four
   separate transition diagrams.  This is illustrated in Table 10.




Banan, et. al                Informational                     [Page 27]

RFC 2188                          ESRO                    September 1997


   Details of each of the two transition diagrams for connectionless
   transmission and different handshakings are described in the
   following sections.  The state diagrams show the state, the events,
   the actions taken and the resultant state.The ESROS state transition
   diagrams for connectionless data transmission are presented in Table
   11, Table 12, Table 13, and Table 14.

   Transitions are identified by numbers on the state diagrams.  The
   corresponding actions are listed next to each table.

4.3.2  3-Way Handshake Functional Unit

   This unit implements the Acknowledged Result model of ESRO Services.
   3-Way handshaking is used in this unit.

   The RESULT.confirm and ERROR.confirm primitives on performer are
   generated when ESRO-ACK-PDU is received.

   The FAILURE.indication on performer side is resulted from remote or
   local failures.  Not receiving ESRO-ACK-PDU or local failure can
   generate FAILURE.indication primitive.

   The FAILURE.indication on invoker side is generated if a local
   failure happens or a ESRO-FAILURE-PDU is received.



























Banan, et. al                Informational                     [Page 28]

RFC 2188                          ESRO                    September 1997


   _______________________________________________________________
   |      State      |STA01     |STA02      |STA03    |STA04     |
   |                 |CL Invoker|Invoke PDU |ACK-PDU  |Invoker   |
   |Event            |Start     |Send       |Send     |RefNu Wait|
   |-----------------+----------+-----------+---------+----------+
   |U: INVOKE.request|(1) STA02 |           |         |          |
   |-----------------+----------+-----------+---------+----------+
   |T: INVOKE PDU    |          |(2) STA02  |         |          |
   | Retransmit      |          |           |         |          |
   |-----------------+----------+-----------+---------+----------+
   |T: Last Timer    |          |(3) STA04  |         |          |
   |-----------------+----------+-----------+---------+----------+
   |P: Result-PDU    |          |           |         |(9) STA04 |
   |-----------------+----------+-----------+---------+----------+
   |P: Failure-PDU   |          |(5) STA04  |         |          |
   |-----------------+----------+-----------+---------+----------+
   |P: ACK-PDU       |          |(6) STA02  |         |          |
   | (Hold On)       |          |           |         |          |
   |-----------------+----------+-----------+---------+----------+
   |P: Duplicate     |          |           |(7) STA03|          |
   |  Result-PDU     |          |           |         |          |
   |-----------------+----------+-----------+---------+----------+
   |T: RefNu Timer   |          |           |         |(8) STA01 |
   |-----------------+----------+-----------+---------+----------+
   |P: Result-PDU    |          |(4) STA03  |         |          |
   |-----------------+----------+-----------+---------+----------+
   |T: Inactivity    |          |           |(10)     |          |
   | Timer           |          |           |STA04    |          |
   |_________________|__________|___________|_________|__________|



   Table 11:  ESROS State Transition Diagram-Connectionless Transmission,
   3-Way HS. P = Protocol, T = Timer, U = User, I = Internal.

   The transmission of INVOKE, RESULT, and ERROR SDUs can be in a single
   PDU (when it fits in one UDP) or a sequence of segment PDUs.


   3-Way Handshake Connectionless Transmission:  Invoker


   For each transition number in the state diagram Table 11, the
   corresponding actions are listed below:

    1. INVOKE.request:

      o Assign Invoke-ID.



Banan, et. al                Informational                     [Page 29]

RFC 2188                          ESRO                    September 1997


      o Issue ESROS-INVOKE-P.confirm primitive.

      o Assign invoke reference number.

      o Send operation in one ESRO-INVOKE-PDU or in segmented INVOKE-
        PDUs depending on the size of the operation.

      o Initialize retransmission counter.

      o Initialize retransmission timer.

    2. Invoke PDU Retransmit:

      o Retransmit operation in one ESRO-INVOKE-PDU or segmented PDUs
        while number of retransmissions is less than
        MAX_RETRANSMISSIONS.

      o Increment the retransmission counter.  When MAX_RETRANSMISSIONS
        reached, start LAST_TIMER, otherwise initialize retransmission
        timer.

    3. Last Timer:

      o Issue ESROS-FAILURE.indication primitive.

      o Initialize reference number timer.


    4. ESRO-RESULT-PDU or ESRO-ERROR-PDU (or reassembled ESRO-
       RESULT-SEGMENTED-PDU or ESRO-ERROR-SEGMENTED-PDU when the PDU is
       received in segmented format):

      o Send ESRO-ACK-PDU.

      o Issue ESROS-RESULT.indication or ESROS-ERROR.indication
        primitive.

      o Initialize inactivity timer.

    5. ESRO-FAILURE-PDU:

      o Issue ESROS-FAILURE.indication primitive with User not
        Responding failure cause.

      o Initialize reference number timer.






Banan, et. al                Informational                     [Page 30]

RFC 2188                          ESRO                    September 1997


    6. ESRO-ACK-PDU (Hold on):

      o For future use (no action).

    7. Duplicate ESRO-RESULT-PDU or ESRO-ERROR-PDU:

      o Initialize inactivity timer (Ignore PDU).

      o Send ESRO-ACK-PDU.

    8. Invoke reference number timer:

      o Release the invoke reference number.

    9. ESRO-RESULT-PDU or ESRO-ERROR-PDU:

      o Reset Invoke reference number timer.

    10. Inactivity timer:

      o Initialize reference number timer.

   On receipt of an ESROS-INVOKE.request, ESROS provider generates an
   Invoke- Reference-Number and an Invoke-ID (see Section 4.2.3).  The
   provider issues an ESROS-INVOKE-P.confirm primitive and passes the
   Invoke-ID to the invoker.

   The ESROS provider initiates the timer for the Invoke-ID and
   transmits the PDU. Based on the size of SDU, if segmentation is
   required, the SDU is segmented and transmitted in a sequence of
   segmented PDUs.  If the ESRO-RESULT-PDU or ESRO-ERROR-PDU associated
   with the invoke ID is not received within the
   INVOKE_PDU_RETRANSMISSION_INTERVAL (see 4.6.2) period, the SDU is
   retransmitted (in one PDU or segmented and transmitted in a sequence
   of segment PDUs).  The retransmission is repeated for a maximum of
   MAX_RETRANSMISSIONS unless an ESRO-RESULT-PDU or ESRO-ERROR-PDU is
   received.

   If the ESRO-RESULT-PDU or ESRO-ERROR-PDU is received in a segmented
   format, the reassembly process reassembles the sequence of segment
   PDUs.

   In the case that the Hold-on ESRO-ACK-PDU is received from the
   performer, the provider stops retransmitting the ESRO-INVOKE-PDU and
   waits for the ESRO- RESULT-PDU or ESRO-ERROR-PDU for a period equal
   to the multiplication of INVOKE_PDU_RETRANSMISSION_INTERVAL (see
   4.6.2) and MAX_RETRANSMISSIONS (see 4.6.2, for future use).




Banan, et. al                Informational                     [Page 31]

RFC 2188                          ESRO                    September 1997


   In the case that the ESRO-INVOKE-PDU is sent MAX_RETRANSMISSIONS (see
   4.6.2) times and no ESRO-RESULT-PDU or ESRO-ERROR-PDU is received,
   the ESROS provider sends an ESROS-FAILURE.indication primitive, with
   the Invoke-ID of the failed PDU and the Failure-value as parameters,
   to the invoker.

   When an ESRO-RESULT-PDU or ESRO-ERROR-PDU is received (whether in one
   PDU or reassembled from a sequence of segmented PDUs), the provider
   issues an ESROS-RESULT.indication or ESROS-ERROR.indication to the
   invoker user, sends an ESRO-ACK-PDU and initializes the inactivity
   timer.  In the case that duplicate ESRO- RESULT-PDU or ESRO-ERROR-PDU

   ____________________________________________________________________
   |      State      |STA01        |STA02      |STA03     |STA04      |
   |                 |CL Performer |Invoke PDU |ACK-PDU   |Performer  |
   |Event            |Start        |Received   |Wait      |RefNu Wait |
   |-----------------+-------------+-----------+----------+-----------|
   |P: Invoke-PDU    |(1) STA02    |           |          |           |
   |-----------------+-------------+-----------+----------+-----------|
   |U: RESULT.req.   |             |(2) STA03  |          |           |
   |-----------------+-------------+-----------+----------+-----------|
   |P: ACK-PDU       |             |           |(3) STA04 |           |
   |-----------------+-------------+-----------+----------+-----------|
   |P: Invoke-PDU    |             |(4) STA02  |(6) STA03 |(7) STA04  |
   | Duplicate       |             |           |          |           |
   |-----------------+-------------+-----------+----------+-----------|
   |T: Result-PDU    |             |           |(5) STA03 |           |
   | Retransmission  |             |           |          |           |
   | Timer           |             |           |          |           |
   |-----------------+-------------+-----------+----------+-----------|
   |I: Failure       |             |(8) STA01  |          |           |
   |-----------------+-------------+-----------+----------+-----------|
   |T: Last Time     |             |           |(9) STA04 |           |
   |-----------------+-------------+-----------+----------+-----------|
   |T: RefNu Timer   |             |           |          |(10) STA01 |
   |-----------------+-------------+-----------+----------+-----------|
   |P: ACK-PDU       |             |           |          |(11) STA04 |
   | Duplicate       |             |           |          |           |
   |-----------------+-------------+-----------+----------+-----------|
   |U/P: Hold On ACK |             |(12) STA02 |          |           |
   ____________________________________________________________________



   Table 12:  ESROS State Transition Diagram-Connectionless Transmission,
   3-Way HS: Performer.  P = Protocol, T = Timer, U = User, I = Internal.





Banan, et. al                Informational                     [Page 32]

RFC 2188                          ESRO                    September 1997


   are received, they are ignored, the inactivity timer is reset, and an
   ESRO-ACK-PDU is retransmitted.

   When no duplicate ESRO-RESULT-PDU or ESRO-ERROR-PDU is received for a
   period equal to INACTIVITY_TIME (see 4.6.2), or in the case of ESRO-
   INVOKE- PDU retransmission time-out, or in the case of internal
   failure, the provider initializes the reference number timer.  After
   REFERENCE_NUMBER_TIME (see 4.6.2), the reference number is released.

   3-Way Handshake Connectionless Transmission:  Performer

   For each transition number in the state diagram above, the
   corresponding actions are listed below:

     1. ESRO-INVOKE-PDU (as a single PDU or a sequence of segment PDUs):

      o Issue ESROS-INVOKE.indication primitive.

    2. ESROS-RESULT.request or ESROS-ERROR.request:

      o Add invoke reference number to the active list.

      o Transmit ESRO-RESULT-PDU or ESRO-ERROR-PDU (in a single PDU or
        a sequence of segment PDUs).

      o Set ESRO-RESULT-PDU or ESRO-ERROR-PDU retransmission timer.

    3. ESRO-ACK-PDU:

      o Initialize invoke reference number timer.

      o Issue ESROS-RESULT.confirm or ESROS-ERROR.confirm.

    4. Duplicate ESRO-INVOKE-PDU:

      o No action (ignore the duplicate ESRO-INVOKE-PDU).

    5. ESRO-RESULT-PDU or ESRO-ERROR-PDU retransmission timer:

      o Retransmit ESRO-RESULT-PDU or ESRO-ERROR-PDU (in a single PDU
        or in a segmented format) while number of retransmissions is
        less than MAX_RETRANSMISSIONS.

      o Increment the transmission counter.







Banan, et. al                Informational                     [Page 33]

RFC 2188                          ESRO                    September 1997


    6. Duplicate ESRO-INVOKE-PDU:

      o Retransmit ESRO-RESULT-PDU or ESRO-ERROR-PDU.

      o Reset ESRO-RESULT-PDU or ESRO-ERROR-PDU retransmission timer.

      o Re-initialize the number of retransmissions counter to 1.

    7. Duplicate ESRO-INVOKE-PDU:

      o Reset invoke reference number timer.

    8. Internal failure:

      o Send ESRO-FAILURE-PDU.

      o Release the invoke reference number.

    9. Last time:

      o Issue ESROS-FAILURE.indication.

      o Initialize invoke reference number timer.

    10. Invoke reference number timer:

      o Release the invoke reference number.

    11. Duplicate ESRO-ACK-PDU:

      o Reset invoke reference number timer.

    12. Hold-on ACK request:

      o Send hold-on ESRO-ACK-PDU (for future use).

   On receipt of an ESRO-INVOKE-PDU, the ESROS provider issues an
   ESROS-INVOKE.indication to the ESROS performer user.  The provider
   ignores the duplicate ESRO-INVOKE-PDUs.

   In the case of internal failure or no response from performer user,
   the provider sends an ESRO-FAILURE-PDU and releases the invoke
   reference number.

   On receipt of a Hold-on request from the performer user, or based on
   other information, provider sends a Hold-on ESRO-ACK-PDU (future
   use).




Banan, et. al                Informational                     [Page 34]

RFC 2188                          ESRO                    September 1997


   On receipt of either ESROS-RESULT.request or ESROS-ERROR.request from
   the ESROS performer user, the ESROS provider initiates the
   retransmission timer for the ESRO-RESULT-PDU or ESRO-ERROR-PDU and
   transmits the ESRO-RESULT-PDU or ESRO-ERROR-PDU in a single PDU or in
   a sequence of segment PDUs.  If the ESRO-ACK-PDU associated with the
   Invoke-ID is not received within
   RESULT_ERROR_PDU_RETRANSMISSION_INTERVAL (see 4.6.2), the PDU is
   retransmitted.

   When provider is waiting for ESRO-ACK-PDU and a duplicate ESRO-
   INVOKE-PDU arrives, ESRO-RESULT-PDU or ESRO-ERROR-PDU is
   retransmitted (in a single PDU or in a sequence of segment PDUs), the
   retransmission timer is reset and counter for number of
   retransmissions is re-initialized to 1.

   If after MAX_TRANSMISSIONS (see 4.6.2) no ESRO-ACK-PDU is received,
   the provider issues an ESROS-FAILURE.indication primitive, with the
   Invoke-ID of the failed PDU and the Failure-value as parameters, to
   the performer user.  Then the provider sets the reference number
   timer and releases the reference number after REFERENCE_NUMBER_TIME
   (see 4.6.2).

   On receipt of ESRO-ACK-PDU associated with the Invoke-ID before
   MAX_TRANSMISSIONS (see 4.6.2), the provider issues a ESROS-
   RESULT.confirm or ESROS-ERROR.confirm primitive and sets the
   reference number timer and releases the reference number after
   REFERENCE_NUMBER_TIME (see 4.6.2).

   The duplicate ESRO-ACK-PDU and duplicate ESRO-INVOKE-PDUs are ignored
   while provider waits for the reference number timer to expire.

4.3.3  2-Way Handshake Functional Unit

   This Functional Unit implements the Not-Acknowledged Result model of
   ESRO Services.  2-Way handshaking is used in this unit.

   The RESULT.confirm and ERROR.confirm primitives on performer side are
   generated based on time-out, i.e.  when no duplicate ESRO-INVOKE-PDU
   is received in a specified period of time, provider issues
   RESULT.confirm or ERROR.confirm primitive.

   The FAILURE.indication on performer side is generated as a result of
   local failure or after time-out of retransmission of ESRO-RESULT-PDU
   or ESRO-ERROR-PDU.

   The FAILURE.indication on invoker side is generated if a local
   failure happens or a ESRO-FAILURE-PDU is received.




Banan, et. al                Informational                     [Page 35]

RFC 2188                          ESRO                    September 1997


   The transmission of INVOKE, RESULT, and ERROR PDUs can be in a single
   PDU (when it fits in one PDU) or a sequence of segmented PDUs.


   2-Way Handshake Connectionless Transmission:  Invoker


   For each transition number in the state diagram above, the
   corresponding actions are listed below:

    1. INVOKE.request:

      o Assign Invoke-ID.

      o Issue ESROS-INVOKE-P.confirm primitive.

      o Assign invoke reference number.

      o Send ESRO-INVOKE-PDU in a single PDU or as a sequence of
        segment PDUs.

      o Initialize retransmission counter.

      ______________________________________________________________
      |      State              |STA01      |STA02      |STA03     |
      |                         |2-Way HS   |Invoke PDU |Invoker   |
      |                         |CL Invoker |Send       |RefNu Wait|
      |Event                    |Start      |           |          |
      |-------------------------+-----------+-----------+----------|
      |U: INVOKE.req.           |(1) STA02  |           |          |
      |-------------------------+-----------+-----------+----------|
      |T: Invoke PDU Retransmit |           |(2) STA02  |          |
      |-------------------------+-----------+-----------+----------|
      |T: Last Timer            |           |(3) STA03  |          |
      |-------------------------+-----------+-----------+----------|
      |P: Result/Error PDU      |           |(4) STA03  |          |
      |-------------------------+-----------+-----------+----------|
      |P: Failure-PDU           |           |(5) STA03  |          |
      |-------------------------+-----------+-----------+----------|
      |P: Duplicate Result PDU  |           |           |(6) STA03 |
      |-------------------------+-----------+-----------+----------|
      |T: RefNu Timer           |           |           |(7) STA01 |
      |_________________________|___________|___________|__________|


      Table 13:  ESROS State Transition Diagram-Connectionless Transmission,
      2-Way HS: Invoker p = Protocol, T = Timer, U = User, I = Internal.




Banan, et. al                Informational                     [Page 36]

RFC 2188                          ESRO                    September 1997


    2. Invoke PDU Retransmit:

      o Retransmit ESRO-INVOKE-PDU (in a single PDU or in a sequence of
        segment PDUs) while number of retransmissions is less than
        MAX_RETRANSMISSIONS.

      o Increment the transmission counter.  When MAX_RETRANSMISSIONS
        reached, start LAST_TIMER.

    3. Last Timer:

      o Issue ESROS-FAILURE.indication primitive.

      o Initialize reference number timer.

    4. ESRO-RESULT-PDU or ESRO-ERROR-PDU:

      o Issue ESROS-RESULT.indication or ESROS-ERROR.indication
        primitive.

      o Initialize reference number timer.

    5. ESRO-FAILURE-PDU:

      o Issue ESROS-FAILURE.indication primitive with User not
        Responding failure cause.

      o Initialize reference number timer.

    6. Duplicate ESRO-RESULT-PDU or ESRO-ERROR-PDU:

      o Reset Invoke reference number timer.

    7. Invoke reference number timer:

      o Release the invoke reference number.

   On receipt of an ESROS-INVOKE.request, ESROS provider generates an
   Invoke- Reference-Number and an Invoke-ID (see 4.2.3).  The provider
   issues an ESROS-INVOKE-P.confirm primitive and passes the Invoke-ID
   to the invoker.

   The ESROS provider initiates the timer for the Invoke-ID and
   transmits the PDU. The PDU is transmitted as a single PDU or a
   sequence of segment PDUs.  If the ESRO- RESULT-PDU or ESRO-ERROR-PDU
   associated with the invoke ID is not received within the





Banan, et. al                Informational                     [Page 37]

RFC 2188                          ESRO                    September 1997


   INVOKE_PDU_RETRANSMISSION_INTERVAL (see 4.6.2) period, the PDU is
   retransmitted.  The retransmission is repeated for a maximum of
   MAX_RETRANSMISSIONS unless an ESRO-RESULT-PDU or ESRO-ERROR-PDU is
   received.

   In the case that the ESRO-INVOKE-PDU is sent MAX_RETRANSMISSIONS (see
   4.6.2) times and no ESRO-RESULT-PDU or ESRO-ERROR-PDU is received,
   the ESROS provider sends an ESROS-FAILURE.indication primitive, with
   the Invoke-ID of the failed PDU and the Failure-value as parameters,
   to the invoker.  If ESRO- FAILURE-PDU is received, the ESROS provider
   sends and ESROS-FAILURE.indication primitive, with the Invoke-Id of
   the failed PDU and the Failure- value as parameters to the invoker.

   When an ESRO-RESULT-PDU or ESRO-ERROR-PDU is received, the provider
   issues an ESROS-RESULT.indication or ESROS-ERROR.indication to the
   invoker user, and initializes the Reference-Number timer.  In the
   case that duplicate ESRO-RESULT-PDU or ESRO-ERROR-PDU are received,
   they are ignored.  In the case of internal failure, the provider
   initializes the reference number timer.  After REFERENCE_NUMBER_TIME
   (see 4.6.2), the reference number is released.


   2-Way Handshake Connectionless Transmission:  Performer

   ___________________________________________________________________
   |      State        |STA01      |STA02     |STA03     |STA04      |
   |                   |2-Way HS CL|Invoke PDU|Result PDU|Performer  |
   |Event              |Performer  |Received  |Retransmit|RefNu Wait |
   |                   |Start      |          |          |           |
   |-------------------+-----------+----------+----------+-----------|
   |P: Invoke-PDU      |(1) STA02  |          |          |           |
   |-------------------+-----------+----------+----------+-----------|
   |P: Invoke-PDU      |           |(2) STA02 |(5) STA03 |(7) STA04  |
   | Duplicate         |           |          |          |           |
   |-------------------+-----------+----------+----------+-----------|
   |U: RESULT.req.     |           |(3) STA03 |          |           |
   |-------------------+-----------+----------+----------+-----------|
   |I: Failure         |           |(4) STA01 |          |           |
   |-------------------+-----------+----------+----------+-----------|
   |T: Inactivity Timer|           |          |(6) STA04 |           |
   |-------------------+-----------+----------+----------+-----------|
   |T: RefNu Timer     |           |          |          |(8) STA01  |
   ___________________________________________________________________



   Table 14:  ESROS State Transition Diagram-Connectionless Transmission,
   2-Way HS: Performer.  P = Protocol, T = Timer, U = User, I = Internal.



Banan, et. al                Informational                     [Page 38]

RFC 2188                          ESRO                    September 1997


   For each transition number in the state diagram above, the
   corresponding actions are listed below:

    1. ESRO-INVOKE-PDU (received in a single PDU or reassembled from a
       sequence of segment PDUs):

      o Issue ESROS-INVOKE.indication primitive.

    2. Duplicate ESRO-INVOKE-PDU:

      o No action (ignore the duplicate ESRO-INVOKE-PDU).

    3. EROS-RESULT.request or ESROS-ERROR.request:

      o Add invoke reference number to the active list.

      o Transmit ESRO-RESULT-PDU or ESRO-ERROR-PDU (as a single PDU or
        as a sequence of segment PDUs.)

      o Set Inactivity timer.

    4. Internal failure:

      o Send ESRO-FAILURE-PDU.

      o Release the invoke reference number.

    5. Duplicate ESRO-INVOKE-PDU:

      o Retransmit ESRO-RESULT-PDU or ESRO-ERROR-PDU (as a single PDU
        or as a sequence of segment PDUs.)

      o Set Inactivity timer.

    6. Inactivity Timer:

      o Issue ESROS-RESULT.confirm.

      o Initialize invoke reference number timer.

    7. Dplicate ESRO-INVOKE-PDU:

      o Reset invoke reference number timer.

    8. Invoke reference number timer:

      o Release the invoke reference number.




Banan, et. al                Informational                     [Page 39]

RFC 2188                          ESRO                    September 1997


   On receipt of an ESRO-INVOKE-PDU (as a single PDU or reassembled from
   a sequence of segment PDUs), the ESROS provider issues an ESROS-
   INVOKE.indication to the ESROS performer user.  The provider ignores
   the duplicate ESRO-INVOKE-PDUs.

   In the case of internal failure or no response from performer user,
   the provider sends an ESRO-FAILURE-PDU and releases the invoke
   reference number.

   On receipt of either ESROS-RESULT.request or ESROS-ERROR.request from
   the ESROS performer user, the ESROS provider initiates the inactivity
   timer for the ESRO- RESULT-PDU or ESRO-ERROR-PDU and transmits the
   ESRO-RESULT-PDU or ESRO-ERROR-PDU (in a single PDU or as a sequence
   of segment PDUs.)  If a duplicate ESRO-INVOKE-PDU associated with the
   Invoke-ID is received within INACTIVITY_TIME interval (see 4.6.2),
   the PDU is retransmitted.

   If no duplicate ESRO-INVOKE-PDU is received within the
   INACTIVITY_TIME interval (see 4.6.2), provider issues a ESROS-
   RESULT.confirm or ESROS-ERROR.confirm primitive and sets the
   reference number timer and releases the reference number after
   REFERENCE_NUMBER_TIME (see 4.6.2).

   The duplicate ESRO-INVOKE-PDUs are ignored while provider waits for
   the reference number timer to expire.

4.3.4  Segmentation and Reassembly

   Small ESRO Service Data Units (ESRO-SDUs) can benefit from the
   efficiencies of connectionless feature of ESROS (See Section 4.3.1).

   When an ESRO-SDU is too large to fit in a single connectionless PDU
   it is segmented and reassembled.  There might be similar mechanisms
   in the upper layers with different levels of efficiency.  When in
   addition to the ESROS segmentation/reassembly, the upper layers are
   capable of segmentation/reassembly services, then the ESROS user can
   decide whether to use ESROS segmenting/reassembly mechanism depending
   on the factors such as reliability of the underlying network.

   In the case of segmentation/reassembly in ESROS layer, transmission
   of operation segments is not acknowledged.  This results in an
   efficient transmission over a reliable underlying network.  However
   failure of one segment results in retransmission of all segments.

   When acknowledged segments are desired, the ESROS user should
   implement it using the acknowledged result service of ESROS.





Banan, et. al                Informational                     [Page 40]

RFC 2188                          ESRO                    September 1997


   The ESROS segmentation/reassembly is accommodated by:

      o Use of two additional PDU codes for segmented INVOKE PDU.

      o Use of one byte segmentation information, which contains
        First/Other flag and segment number.

      o Use of unused bits of RESULT and ERROR PDUs to identify a
        segmented RESULT or ERROR PDU.

   Segmentation and Assembly applies to INVOKE, RESULT, and ERROR SDUs.

   The sender of the message is responsible for segmenting the ESRO-SDU
   into segments that fit in CL PDUs.  The segmented ESRO-SDU is sent in
   a sequence of segments each carrying a segment of the SDU. The
   Invoke-Reference-Number is a unique identifier that is used as the
   segment identifier which relates all segments of an ESRO-SDU. In
   addition to this identifier, the first segment specifies the total
   number of segments (number-of-segments).  Other segments have a
   segment sequence number (segment- number).  The receiver is
   responsible for sequencing (based on segment-number) and reassembling
   the entire ESRO-SDU.

   Segmenting/Reassembling over the Connectionless ESRO Service

   The sender maps the original ESRO-SDU into an ordered sequence of
   segments.  Several ESRO-SDU segment sequences can exist over the same
   ESROS association, distinguished by their Invoke-Reference-Number
   (used as segment identifier.)

   All segments in the sequence have the same Invoke-Reference-Number
   assigned by sender.

   The first segment specifies the total number of segments.  All
   segments in the sequence except the first one shall be sequentially
   numbered, starting at 1 (first segment has an implicit segment number
   of 0).

   Each segment is transmitted in one UDP PDU and is sent by sender.
   All segments of a segmented ESRO-SDU are identified by the same
   Invoke-Reference-Number.  For a given operation, the receiver should
   not impose any restrictions on the order of arrival of segments.

   There is no requirement that any segment content be of
   CLRO_SMALL_PDU_MAX_SIZE for connectionless transmission; however, no
   more than CLRO_MAX_PDU_SEGMENTS segments can be derived from a single
   ESRO-SDU.




Banan, et. al                Informational                     [Page 41]

RFC 2188                          ESRO                    September 1997


   The receiver reassembles a sequence of segments into a single ESRO-
   SDU. An ESRO-SDU shall not be further processed unless all segments
   of the ESRO-SDU are received.  Failure to receive the SDU shall be
   determined by the following event:

      o Expiration of Reassembly Timer (see Section 4.3.4).

   In the event of the above mentioned failure, the receiver shall
   discard a partially assembled sequence.

   The reassembly is done as described below:

      o In the case of segmented Invoke ESRO-SDU, the encoding type and
        operation-value fields are carried in the first segment used for
        the whole operation.  These three fields are ignored in the
        segments other than the first one.

      o In the case of segmented Result ESRO-SDU, the encoding type of
        the first segment is used for all segments.  The encoding type
        field of segments other than the first one are ignored.

      o In the case of segmented Error ESRO-SDU, the encoding type and
        Error-value field of the first segment are used for all
        segments.  These two fields are ignored in segments other than
        the first one.

   Sender sends all segments of a segmented ESRO-SDU one after the
   other.  There is no mechanism for retransmission of a single segment.
   In the case that the sender receives a failure indication for a
   segment, it means that receiver has failed in reassembly process, and
   the sender retransmits the whole ESRO-SDU (all segments).


   Reassembly Timer


   The Reassembly Timer is a local timer maintained by the receiver of
   the segments that assists in performing the reassembly function.
   This timer determines how long a receiver waits to receive all
   segments of a segment sequence.

   The Reassembly Timer shall be started on receipt of a segment with
   different sequence identifier (Invoke-Reference-Number).  On receipt
   of all segments composing a sequence, the corresponding reassembly
   timer shall be stopped.






Banan, et. al                Informational                     [Page 42]

RFC 2188                          ESRO                    September 1997


   The value of the Reassembly Timer is defined based on the network
   characteristics and the number of segments.  This requires that the
   transmission of all segments of a single ESRO-SDU must be completed
   within this time limit.

4.4  Structure and Encoding of ESROS PDUs

   Five PDU types are used in the ESRO protocol which are described in
   the following sections.  PDU type coding is presented in Table 15.

   The octets are numbered in increasing order, starting from 1.  The
   bits of an octet are numbered from 1 to 8, where 1 is the low-order
   bit.

4.4.1  ESRO-INVOKE-PDU Format

   Bit string format of the ESRO-INVOKE-PDU is represented in Table 16
   and Table 17.



           _______________________________________
           | PDU Name              |PDU Type Code |
           _______________________________________
           | ESRO-INVOKE           |0             |
           | ESRO-RESULT           |1             |
           | ESRO-ERROR            |2             |
           | ESRO-ACK              |3             |
           | ESRO-FAILURE          |4             |
           | ESRO-SEGMENTED-INVOKE |5             |
           _______________________________________




                   Table 15:  PDU Coding















Banan, et. al                Informational                     [Page 43]

RFC 2188                          ESRO                    September 1997


       __________________________________________________________
       |Bit       |8 |            7           |6 |5 |4 |3 |2 |1 |
       |----------+--+------------------------+--+--+--+--+--+--|
       |Octet 1   | Performer SAP                   |0 |0 |0 |0 |
       |----------+--+------------------------+--+--+--+--+--+--|
       |Octet 2   | Invoke Reference Number                     |
       |----------+--+------------------------+--+--+--+--+--+--|
       |Octet 3   |Parameter Encoding Type    |Operation Value  |
       |----------+--+------------------------+--+--+--+--+--+--|
       |Octet 4   |                                             |
       | ...      | Operation Information                       |
       |Octet N   |                                             |
       |__________|_____________________________________________|




          Table 16:  ESRO-INVOKE-PDU format. ESRO-INVOKE-PDU Type Code =
          0.  Note:  Invoker SAP = Performer SAP - 1.




                         _______________________
                         | Value |   Meaning    |
                         |_______|______________|
                         | 0     |   BER [5]    |
                         |_______|______________|
                         | 1     |   PER [4]    |
                         |_______|______________|
                         | 2     |   XDR [8]    |
                         |_______|______________|
                         | 3     |  Reserved    |
                         |_______|______________|





         Table 17:  Parameter Encoding Type for ESRO-INVOKE-PDU











Banan, et. al                Informational                     [Page 44]

RFC 2188                          ESRO                    September 1997


          ---------------------------------------------------------
         |Bit     |  8  |  7  |  6  |  5  |  4  |  3  |  2  |  1  |
         |--------|-----------|-----|-----|-----|-----|-----|-----|
         |        | Parameter |     |     |     |     |     |     |
         |        | Encoding  |     |     |     |     |     |     |
         |Octet 1 | Type      |  0  |  0  |  0  |  0  | 0   |  1  |
         |        |           |     |     |     |     |     |     |
         |        |           |     |     |     |     |     |     |
         |        |           |     |     |     |     |     |     |
         |--------|-----------------------------------------------|
         |Octet 2 |           Invoke Reference Number             |
         |--------|-----------------------------------------------|
         |Octet 3 |                                               |
         |...     |             Result-parameter                  |
         |Octet N |                                               |
          ---------------------------------------------------------
         ESRO-RESULT-PDU Type Code = 1.


                         Table 18:  ESRO-RESULT-PDU format



                         _______________________
                         | Value |   Meaning    |
                         |_______|______________|
                         | 0     |    Basic     |
                         |_______|______________|
                         | 1     |   Packed     |
                         |_______|______________|
                         | 2     |     XDR      |
                         |_______|______________|
                         | 3     |  Reserved    |
                         |_______|______________|



          Table 19:  Parameter Encoding Type for ESRO-RESULT-PDU




4.4.2  ESRO-RESULT-PDU Format

   Bit string format of the ESRO-RESULT-PDU is represented in Table 18
   and Table 19.





Banan, et. al                Informational                     [Page 45]

RFC 2188                          ESRO                    September 1997


4.4.3  ESRO-ERROR-PDU Format

   Bit string format of the ESRO-ERROR-PDU is represented in Table 20
   and Table 21.

          ---------------------------------------------------------
         |Bit     |  8  |  7  |  6  |  5  |  4  |  3  |  2  |  1  |
         |--------|-----------|-----|-----|-----|-----|-----|-----|
         |        | Parameter |     |     |     |     |     |     |
         |        | Encoding  |     |     |     |     |     |     |
         |Octet 1 | Type      |  0  |  0  |  0  |  0  | 1   |  0  |
         |        |           |     |     |     |     |     |     |
         |        |           |     |     |     |     |     |     |
         |        |           |     |     |     |     |     |     |
         |--------|-----------------------------------------------|
         |Octet 2 |           Invoke Reference Number             |
         |--------|-----------------------------------------------|
         |Octet 3 |               Error Value                     |
         |--------|-----------------------------------------------|
         |Octet 4 |                                               |
         |...     |             Error parameter                   |
         |Octet N |                                               |
          ---------------------------------------------------------
         ESRO-ERROR-PDU Type Code = 2.


                          Table 20:  ESRO-ERROR-PDU format


                         _______________________
                         | Value |   Meaning    |
                         |_______|______________|
                         | 0     |    Basic     |
                         |_______|______________|
                         | 1     |   Packed     |
                         |_______|______________|
                         | 2     |     XDR      |
                         |_______|______________|
                         | 3     |  Reserved    |
                         |_______|______________|


               Table 21:  Parameter Encoding Type for ESRO-ERROR-PDU








Banan, et. al                Informational                     [Page 46]

RFC 2188                          ESRO                    September 1997


             ---------------------------------------------------------
            |Bit     |  8  |  7  |  6  |  5  |  4  |  3  |  2  |  1  |
            |--------|-----------------------|-----|-----|-----|-----|
            |        | ESRO-ACK-PDU Type     |     |     |     |     |
            |Octet 1 |                       |  0  |  0  | 1   |  1  |
            |--------|-----------------------------------------------|
            |Octet 2 |           Invoke Reference Number             |
             ---------------------------------------------------------
             ESRO-ACK-PDU Type Code = 3.


                            Table 22:  Fields of ESRO-ACK-PDU


               _____________________________________________
               | ESRO-ACK-PDU Type |        Meaning         |
               |___________________|________________________|
               | 0                 |Complete 3-way handshake|
               |___________________|________________________|
               | 1                 |        Hold on         |
               |___________________|________________________|



                  Table 23:  Encoding of ESRO-ACK-PDU Type




4.4.4  ESRO-ACK-PDU Format

   Bit string format of the ESRO-ACK-PDU is represented in Table 22 and
   Table 23.

4.4.5  ESRO-FAILURE-PDU Format

   Bit string format of the ESROS-FAILURE-PDU is represented in Table 24
   and Table 25.

   The first nibble of the first octet of ESRO-FAILURE-PDU shall be set
   to zero.










Banan, et. al                Informational                     [Page 47]

RFC 2188                          ESRO                    September 1997


4.4.6  ESRO-INVOKE-SEGMENTED-PDU Format

   Bit string format of the ESRO-INVOKE-SEGMENTED-PDU is represented in
   Table 25 and Table 26.

   Note:  Invoker SAP = Performer SAP - 1.


      ---------------------------------------------------------
     |Bit     |  8  |  7  |  6  |  5  |  4  |  3  |  2  |  1  |
     |--------|-----------------------|-----|-----|-----|-----|
     |Octet 1 |         Not used      |  0  |  1  |  0  |  0  |
     |--------|-----------------------------------------------|
     |Octet 2 |           Invoke Reference Number             |
     |--------|-----------------------------------------------|
     |Octet 3 |                Failure Value                  |
     ----------------------------------------------------------
     ESRO-FAILURE-PDU Type Code = 4.



                     Table 24:  ESRO-FAILURE-PDU format


               ________________________________________
               | Failure Value |       Meaning         |
               |_______________|_______________________|
               | 0             |Transmission failure   |
               |_______________|_______________________|
               | 1             |Out of local resources |
               |_______________|_______________________|
               | 2             | User not responding   |
               |_______________|_______________________|
               | 3             |Out of remote resources|
               |_______________|_______________________|



                 Table 25:  Encoding of failure value












Banan, et. al                Informational                     [Page 48]

RFC 2188                          ESRO                    September 1997


      -----------------------------------------------------------------
     |Bit     |  8   |  7   |  6   |  5   |  4   |  3   |  2   |  1   |
     |--------|---------------------------|------|------|------|------|
     |Octet 1 | Performer Service         |  0   |  1   |  0   |  1   |
     |        | Access Point Selector     |      |      |      |      |
     |--------|-------------------------------------------------------|
     |Octet 2 |            Invoke Reference Number                    |
     |--------|-------------------------------------------------------|
     |        | Parameter   |                                         |
     |        | Encoding    |                                         |
     |Octet 3 | Type        |        Operation Value                  |
     |        |             |                                         |
     |        |             |                                         |
     |        |             |                                         |
     |--------|-------------------------------------------------------|
     |Octet 4 |First/|                                                |
     |        |Other |                  Segment Number                |
     |--------|-------------------------------------------------------|
     |Octet 5 |                                                       |
     |...     |             Operation Information                     |
     |Octet N |                                                       |
      ----------------------------------------------------------------|
      ESRO-INVOKE-PDU Type Code = 5.


                Table 26:  ESRO-INVOKE-SEGMENTED-PDU format


                          _______________________
                          | Value |   Meaning    |
                          |_______|______________|
                          | 0     |    Basic     |
                          |_______|______________|
                          | 1     |   Packed     |
                          |_______|______________|
                          | 2     |     XDR      |
                          |_______|______________|
                          | 3     |  Reserved    |
                          |_______|______________|

     Table 27:  Parameter Encoding Type for ESRO-INVOKE-SEGMENTED-PDU

      o For the first segment, the first/other bit is set to one, and
        the segment number field contains the total number of segments.

      o For segments other than the first one, the first/other bit is
        set to zero, and the segment number field has the sequence
        number of the segment.



Banan, et. al                Informational                     [Page 49]

RFC 2188                          ESRO                    September 1997


   The values of the three fields Performer-SAP, Parameter-Encoding-
   Type, and Operation-Value of the first segment are used by performer
   and these fields are ignored in the segments other than the first
   one.

4.4.7  ESRO-RESULT-SEGMENTED-PDU Format

   Bit string format of the ESRO-RESULT-SEGMENTED-PDU is represented in
   Table 28 and Table 29.

      o For the first segment, the first/other bit is set to one, and
      the
        segment number field contains the total number of segments.

      o For segments other than the first one, the first/other bit is
      set
        to zero, and the segment number field has the sequence number of
        the segment.

   The values of the Parameter-Encoding-Type field of the first segment
   is used by invoker and this field is ignored in the segments other
   than the first one.


      -----------------------------------------------------------------
     |Bit     |  8   |  7   |  6   |  5   |  4   |  3   |  2   |  1   |
     |--------|-------------|------|------|------|------|------|------|
     |        | Parameter   |      |      |      |      |      |      |
     |        | Encoding    |      |      |      |      |      |      |
     |Octet 1 | Type        |  0   |  1   |  0   |  0   |  0   |  1   |
     |        |             |      |      |      |      |      |      |
     |        |             |      |      |      |      |      |      |
     |        |             |      |      |      |      |      |      |
     |--------|-------------------------------------------------------|
     |Octet 2 |            Invoke Reference Number                    |
     |--------|-------------------------------------------------------|
     |Octet 4 |First/|                                                |
     |        |Other |                  Segment Number                |
     |--------|-------------------------------------------------------|
     |Octet 5 |                                                       |
     |...     |                 Result Parameter                      |
     |Octet N |                                                       |
      ----------------------------------------------------------------|
     ESRO-RESULT-SEGMENTED-PDU Type Code = 1.

                Table 28:  ESRO-RESULT-SEGMENTED-PDU format





Banan, et. al                Informational                     [Page 50]

RFC 2188                          ESRO                    September 1997


                          _______________________
                          | Value |   Meaning    |
                          |_______|______________|
                          | 0     |    Basic     |
                          |_______|______________|
                          | 1     |   Packed     |
                          |_______|______________|
                          | 2     |     XDR      |
                          |_______|______________|
                          | 3     |  Reserved    |
                          |_______|______________|

     Table 29:  Parameter Encoding Type for ESRO-RESULT-SEGMENTED-PDU




      -----------------------------------------------------------------
     |Bit     |  8   |  7   |  6   |  5   |  4   |  3   |  2   |  1   |
     |--------|-------------|------|------|------|------|------|------|
     |        | Parameter   |      |      |      |      |      |      |
     |        | Encoding    |      |      |      |      |      |      |
     |Octet 1 | Type        |  0   |  1   |  0   |  0   |  1   |  0   |
     |        |             |      |      |      |      |      |      |
     |        |             |      |      |      |      |      |      |
     |        |             |      |      |      |      |      |      |
     |--------|-------------------------------------------------------|
     |Octet 2 |            Invoke Reference Number                    |
     |--------|-------------------------------------------------------|
     |Octet 3 |First/|                                                |
     |        |Other |                  Segment Number                |
     |--------|-------------------------------------------------------|
     |Octet 4 |                    Error Value                        |
     |--------|-------------------------------------------------------|
     |Octet 5 |                                                       |
     |...     |                 Error Parameter                       |
     |Octet N |                                                       |
      ----------------------------------------------------------------|
     ESRO-ERROR-SEGMENTED-PDU Type Code = 2.


                    Table 30:  ESRO-ERROR-SEGMENTED-PDU

4.4.8  ESRO-ERROR-SEGMENTED-PDU Format

   Bit string format of the ESRO-ERROR-PDU is represented in Table 30
   and Table 31.




Banan, et. al                Informational                     [Page 51]

RFC 2188                          ESRO                    September 1997


      o For the first segment, the first/other bit is set to one, and
        the segment number field contains the total number of segments.

      o For segments other than the first one, the first/other bit is
        set to zero, and the segment number field has the sequence
        number of the segment.

   The values of the Parameter-Encoding-Type field of the first segment
   is used by invoker and this field is ignored in the segments other
   than the first one.

4.5  Concatenation and Separation

   The procedure for concatenation and separation conveys multiple
   ESRO-PDUs in one TSDU. This is accomplished by ESRO-CONCATENATED-PDU.



                          _______________________
                          | Value |   Meaning    |
                          |_______|______________|
                          | 0     |    Basic     |
                          |_______|______________|
                          | 1     |   Packed     |
                          |_______|______________|
                          | 2     |     XDR      |
                          |_______|______________|
                          | 3     |  Reserved    |
                          |_______|______________|



      Table 31:  Parameter Encoding Type for ESRO-SEGMENTED-ERROR-PDU




   An ESRO-CONCATENATED-PDU can contain one or more of the following
   PDUs:  INVOKE, RESULT, ERROR, FAILURE, and ACK.

   The ESRO-PDUs within a concatenated set may be distinguished by means
   of the length indicator.  A one byte length indicator comes before
   each ESRO-PDU.

   The number of ESRO-PDUs in an ESRO-CONCATENATED-PDU is bounded by the
   maximum length of TSDU.





Banan, et. al                Informational                     [Page 52]

RFC 2188                          ESRO                    September 1997


4.5.1  Procedures

   Concatenation


   The ESROS provider concatenates PDUs as follows:

      o PDU type code 8 is used.

      o The length indicator which is the total length of first ESRO-PDU
        (header and data) in octets is placed after PDU type code in
        length indicator field of ESRO- CONCATENATED-PDU (see Section
        4.5.2).

      o The first PDU (header and data) is placed after the length
        indicator field and in the ESRO-PDU field of ESRO-CONCATENATED-
        PDU (see Section 4.5.2).

      o For any additional ESRO-PDU, the length indicator and PDUs are
        concatenated.

   Separation

   When the ESRO service provider receives a PDU with PDU type code 8,
   it separates the concatenated PDUs as described below:

      o Length indicator field coming after type code field (see
        Section 4.5.2) specifies the total length of the first PDU in
        octets.

      o The first PDU is in the ESRO-PDU field after the length
      indicator
        field (see Section 4.5.2).

      o Any additional PDU has its length indicator field specifying the
        total length of PDU, followed by PDU itself (see Section 4.5.2).

      o PDUs are separated until the end of the ESRO-CONCATENATED-PDU is
        reached.

4.5.2  ESRO-CONCATENATED-PDU format

   Bit string format of the ESRO-CONCATENATED-PDU containing multiple
   concatenated ESRO-PDUs is represented in Table  32.







Banan, et. al                Informational                     [Page 53]

RFC 2188                          ESRO                    September 1997


   Length Indicator field

   This field is contained in one octet and comes before each ESROS-PDU
   in the concatenated PDU. The length indicated is total length of the
   ESRO-PDU (including header and data) coming after it in octets.

   ESRO-PDU field

   This field contains an ESRO-INVOKE-PDU, ESRO-RESULT-PDU, ESRO-ERROR-
   PDU, ESRO-FAILURE-PDU, or ESRO-ACK-PDU.

   The length of this field is specified by the length indicator field
   coming before it.

4.6  ES Remote Operations Protocol Parameters

4.6.1  PDU size

      o CLRO_SMALL_PDU_MAX_SIZE:


         ________________________________________________________________
        |Bit     |  8   |  7   |  6   |  5   |  4   |  3   |  2   |  1   |
        |--------|---------------------------|------|------|------|------|
        |Octet 1 |         Not used          |  1   |  0   |  0   |  0   |
        |--------|-------------------------------------------------------|
        |Octet 2 |                  Length Indicator                     |
        |--------|-------------------------------------------------------|
        |Octet 3 |                                                       |
        |...     |                     ESRO-PDU                          |
        |Octet N |                                                       |
        |--------|-------------------------------------------------------|
        |Octet   |                                                       |
        | N+1    |                  Length Indicator                     |
        |--------|-------------------------------------------------------|
        |Octet   |                                                       |
        | N+2    |                     ESRO-PDU                          |
        | ...    |                                                       |
        |--------|-------------------------------------------------------|
        | ...    |                        ...                            |
        |________|_______________________________________________________|
        ESRO-CONCATENATED-PDU Type Code = 8.

                     Table 32:  ESRO-CONCATENATED-PDU format







Banan, et. al                Informational                     [Page 54]

RFC 2188                          ESRO                    September 1997


        The value of this parameter should be chosen based on the
        specifics of the subnetwork in use.  For example, in CDPD the
        maximum size of SN-Userdata size can be up to 2048 bytes (see
        part 404-2.b of CDPD Specification V1.1).  Based on this value
        and IP and UDP protocol information fields, the value of
        CLRO_SMALL_PDU_MAX_SIZE may be determined for CDPD. Again based
        on the specifics of the subnetwork, the optimum value of
        CLRO_SMALL_PDU_MAX_SIZE may best be determined based on field
        experience and may be smaller than the maximum size that the
        subnetwork supports.

      o CLRO_SEGMENTED_PDU_MAX_SIZE

        The value of this parameter should be chosen based on the
        specifics of the subnetwork in use.  The optimum value of
        CLRO_SEGMENTED_PDU_MAX_SIZE may best be determined based on
        field experience.

      o CLRO_MAX_PDU_SEGMENTS

        The value of this parameter should be chosen based on the
        specifics of the subnetwork in use.  The optimum value of
        CLRO_MAX_PDU_SEGMENTS may best be determined based on field
        experience.  In any case, this value should be smaller than 127.

4.6.2  Timers

      o INVOKE_PDU_RETRANSMISSION_INTERVAL:

        The INVOKE_PDU retransmission interval should be specified and
        optimized based on the characteristics of the network in use.

      o RESULT_ERROR_PDU_RETRANSMISSION_INTERVAL:

        The RESULT and ERROR-PDU retransmission interval should be
        specified and optimized based on the characteristics of the
        network in use.

      o MAX_RETRANSMISSIONS:

        The maximum number of retransmissions should be specified and
        optimized based on the characteristics of the network in use.

      o INACTIVITY_TIME:

        The minimum waiting time during which no duplicate PDU is
        received should be specified and optimized based on the
        characteristics of the network in use.



Banan, et. al                Informational                     [Page 55]

RFC 2188                          ESRO                    September 1997


      o REFERENCE_NUMBER_TIME: The reference number lifetime timer
        should be specified and optimized based on the characteristics
        of the network in use.

4.6.3  Use of lower layers

   ESRO protocol uses UDP port number 259.

5  ACKNOWLEDGMENTS

   Development of this specification was funded by AT&T Wireless
   Services (AWS). This protocol specification has been derived from
   AT&T Wireless Services' document titled:  "Limited Size Remote
   Operation Services (LSROS)", Revision 0.8, dated April 20, 1995.

   This specification is technically consistent with CDPD Forum's
   Implementor's Guidelines Part 1028, Release 1.03, June 21, 1996.

6  SECURITY CONSIDERATIONS

   ESROS has no authentication mechanism.  Authentication is the
   responsibility of the performer (which is outside of the scope of

   ESROS) and the performer is not expected to honor the invoker when it
   is not authenticated.

7  AUTHORS' ADDRESSES

   Mohsen Banan
   Neda Communications, Inc.
   17005 SE 31st Place
   Bellevue, WA 98008

   EMail: mohsen@neda.com


   Mark S. Taylor
   Director of Strategic Engineering
   AT&T Wireless Services
   Wireless Data Division
   10230 NE Points Drive
   Kirkland, WA 98033-7869 USA

   EMail: mark.taylor@airdata.com







Banan, et. al                Informational                     [Page 56]

RFC 2188                          ESRO                    September 1997


   Jia-bing Cheng
   AT&T Wireless Services
   Wireless Data Division
   10230 NE Points Drive
   Kirkland, WA 98033-7869 USA

   EMail: jcheng@airdata.com

References

   [1] Remote Operations:  Model, Notation and Service Definition, March
        1988. Recommendation X.219.

   [2] Remote Operations:  Protocol Specification, March 1988.
        Recommendation X.229.

   [3] Specification of Abstract Syntax Notation One, 1988.
        Recommendation X.208.

   [4] Information Processing --- Open Systems
        Interconnection --- Specification of Packed Encoding Rules for
        Abstract Syntax Notation One (ASN.1). International Standard
        8825-2.

   [5] Information Processing --- Open Systems
        Interconnection --- Specification of Basic Encoding Rules for
        Abstract Syntax Notation One (ASN.1), 1987. International
        Standard 8825.

   [6] Srinivasan, R., "Binding protocols for onc rpc version 2".
        RFC 1833, Sun Microsystems Inc, August 1995.

   [7] Srinivasan, R., "Rpc:  Remote procedure call protocol
        specification version 2". RFC 1831, Sun Microsystems Inc, August
        1995.

   [8] Srinivasan, R., "Xdr:  External data representation standard".
        RFC 1832, Sun Microsystems Inc, August 1995.













Banan, et. al                Informational                     [Page 57]