Vogt M, Plagemann T, Plattner B, Walter T. A run-time environment for Da CaPo. In Proceedings of INET'93, International Networking Conference. Internet Society, San Francisco, 1993; .  Home/Search   Document Details and Download   Summary   Related Articles   Check

....associated with the transmission of the media, hence they are part of the communication subsystem. These can be categorized into three areas: reliability, rate control, and security. The use of some these mechanisms for providing adaptation within the communication subsystems is well documented [Richards95, Schmidt92, Zitterbart93, Vogt93] 3 . Media specific mechanisms Features will depend on its semantic type. As described in [Fox96] semantic type and encoding are logically independent. However, the manipulations that can be carried out is a function of the media semantic type, therefore the adaptation functions need an ....

....it is necessary to have mechanisms for indicating the semantic type of the media, to enable the development adaptive mechanisms that could be made widely available. There is no system level adaptation in any of the applications presented despite being shown that this is indeed feasible [Vogt93, Richards95, Zitterbart93, Schmidt93]. User centric, intuitive schemes seem to provide adequate facilities for determining when to adapt. Filtering again seems to be adequate to distinguish transient conditions from sustained changes. Furthermore, despite the current designs only using embedded adaptive mechanisms, there ....

M. Vogt, B. Platnner, and T. Plagemann, "A Runtime Environment for DaCaPo", INET, 1993.

....Protocol Generation Techniques 3 changes states when changes in protocol functionality are required. The latter can result in icode bloatj if a large number of dynamic states are dened. Currently there are a number of projects being conducted on automated approaches. These include DaCapo (Vogt, Plattner, Plagemann and Walter, 1993), F CSS (Zitterbart, Stiller and Tantawy, 1993) ADAPTIVE (Schmidt, Box and Suda, 1992) the Runtime Adaptive Approach (Universal Transport Service) Richards, 1995) and the Stub Compiler (STRL) Castelluccia and Dabbous, 1994) The rst four models provide runtime conguration while the fth model ....

Vogt, M. Plattner, B. Plagemann, T., and Walter, T. (1993), A runtime environment for Da CaPo,inINET.

....exist in the middle layer. This generic model is shown in figure 4.1. Configuration of a protocol involves manipulating the dependency graph of the 4. 2 A Survey of Adaptive Tools 102 Protocol Function Dependency Application Transport Support (eg IP over Ethernet) Middle Layer Modified from [87]. Figure 4.1: A Generic Model to Support Adaptivity. protocol functions in the middle layer. This allows the protocol to provide a very flexible service to the application. The dependency graph determines which protocol functions require the result of others. This section will give details ....

....middle layer in figure 4.1. 4.2.1 Da CaPo The Da CaPo (Dynamic Configuration of Protocols) calls the layers in figure 4.1 A, C and T respectively. A runtime environment to support the C layer has been implemented as a user level process within UNIX (SunOS) Issues that have been investigated in [87] include how to implement a protocol based on various protocol functions, and the importance of the order that the protocol functions should be performed. The solution proposed is that the environment should develop a partial 4.2 A Survey of Adaptive Tools 103 order dependency graph of the ....

M. Vogt, B. Plattner, T. Plagemann, and T. Walter, "A run-time environment for Da CaPo," in INET, 1993. BIBLIOGRAPHY Bib-11

....the domain of computer networks, where different protocol suites have hard wired the piling of protocols to use. The resulting static protocol stacks are currently being made flexible by introducing special negotiation protocols that permit to assemble at run time the wanted protocol stack (e.g. [2]) or by offering huge protocol graphs [3] However, the problem remains that the communication architecture has at least one built in negotiation protocol (with implicit addressing and routing assumptions) such that this specific protocol is difficult to replace. As an answer to these concerns we ....

M. Vogt, T. Plagemann, B. Plattner, and T. Walter. A run-time environment for DA CAPO. In Proceedings of INET'93, Internet Society, 1993.

....that tailored protocols have to be created for specialized applications, they should be done at the user level. Maeda has shown that such a user level protocols does not detract from the performance of the implementation [14] A number of automated approaches have been proposed such as: 1. Da CaPo [19]: a con gurable protocol allowing the ordering of protocol functions using dependency graphs; 2. F CSS [22] a AEexible protocol stack aimed at parallel implementation; 3. ADAPTIVE [17] a dynamically assembled protocol transformation, integration and validation environment; 4. Runtime Adaptive ....

M. Vogt, B. Plattner, T. Plagemann, and T. Walter, A runtime environment for Da CaPo, in INET, 1993.

....and a database (Figure 1) The heuristic for Configuration and Resource Allocation (CoRA) 3] determines appropriate protocol configurations and QoS at runtime. The connection management negotiates a common protocol configuration and QoS for a layer C connection [4] The resource manager [7, 8] provides an efficient runtime environment for Da CaPo protocols. The resource manager links, initializes, and releases modules, synchronizes parallel modules, and forwards packets within protocols. The monitoring component controls the properties of layer C connections. A database stores ....

.... In general, protocol performance is mainly affected by scheduling, interrupts, context switches, interprocess communication, and management of timers, buffers, and connection states [9] All these issues are carefully considered in the design and implementation of the Da CaPo runtime environment [7, 8]. Protocol configuration additionally introduces: the configuration algorithm that selects an appropriate protocol, the connection management protocol to negotiate common configuration, the construction of a protocol entity, and . the overhead introduced by the flexible and fine granular ....

Vogt, M., Plagemann, T., Plattner, B., Walter, T.: "A Runtime Environment for Da CaPo", Proceedings of INET'93, International Networking Conference Internet Society, San Francisco, August 1993 - 9 - - 9 -

....data management processes, and application processes. Solaris and Chorus provide process priorities for reservation of CPU time. Additionally, Chorus supports process deadlines. End to end protocols: are realized by the Da CaPo (Dynamic Configuration of Protocols) system ( 33] 34] and [43]) In Da CaPo, application requirements are mapped at real time onto protocol functionality by selecting appropriate protocol mechanisms. Optimization criteria for protocol configuration are application requirements and minimal CPU requirements. For example, low delay jitter requirements in the ....

....Support for a Service Integrated Commmunication System (in German) Vol. 10, No. 306, D sseldorf, Germany: VDI, 16, February 1994 [42] Vogel, A. Kerherve, B. Bochmann, G. Gecsei, J. Distributed Multimedia and QoS: A Survey , in: IEEE Multimedia, Summer 95, Vol. 2 No. 2, pp. 10 19 [43] Vogt, M. Plagemann, T. Plattner, B. Walter, T. A Run time Environment for Da CaPo , Proceedings of INET 93, International Networking Conference Internet Society, San Francisco, August 1993, pp. 106 113 [44] Wilson W. D. Sedlock D. Binot J. L. Falzon, P. An Architecture For Multimodal ....

[Article contains additional citation context not shown here]

Vogt, M., Plagemann, T., Plattner, B., Walter, T.: "A Run-time Environment for Da CaPo", Proceedings of INET'93, International Networking Conference Internet Society, San Francisco, August 1993, pp. 106-113

....requirements: unilateral, bilateral and combined configuration. Furthermore, the connection manager coordinates the reconfiguration of a protocol if the application requirements are no longer fulfilled. The resource manager provides an efficient runtime environment for Da CaPo protocols [13]. The resource manager performs the following tasks: linking and initialization of modules, packet forwarding within protocols, synchronization of parallel modules, monitoring of all protocols and available resources, and release of modules and resources. The monitoring component stores all ....

Vogt, M., Plagemann, T., Plattner, B., Walter, T.: "A Runtime Environment for Da CaPo", in: Proceedings of INET'93, International Networking Conference Internet Society, San Francisco, August 1993

....are not able to support the wide range of user needs and various networks that might be used to connect users without including overhead in form of unnecessary functionality. We believe that a protocol configuration approach like Da CaPo (Dynamic Configuration of Protocols) 18] 19] 20] and [26]) will be best suited to realize communication objects in DEPEND. Da CaPo configures in realtime end to end protocols that are optimally adapted to application requirements and user needs, offered network services, and available resources. Fine granular building blocks that perform single protocol ....

Vogt, M., Plagemann, T., Plattner, B., Walter, T.: A Run-time Environment for Da CaPo, Proceedings of INET'93, International Networking Conference Internet Society, San Francisco, August 1993

....range of application requirements on top of current networks (ranging from slow modem lines up to gigabit networks) without adding overhead in form of unnecessary functionality for multiple combinations of application requirements and networks. Communication subsystems like ADAPTIVE [1] Da CaPo [2, 3, 4], F CSS [5, 6] HOPS [7] and O Malley and Petersons approach [8, 9] try to solve this problem by introducing highly flexible communication subsystems and a protocol configuration approach. The main principles of protocol configuration are decomposition and configuration. Complex protocols are ....

....executable communication protocol has to be constructed in each end system. Generally, executable protocols are constructed by linking the selected building blocks. Construction times might be minimized by linking all available building blocks in the communication subsystem at its boot time [4, 9], and by using preconstructed protocols [1, 5] The protocol performance in the association established phase is mainly effected by scheduling, interrupts, context switches, interprocess communication, and management of timers, buffers, and connection states [7] In comparison to fixed and ....

[Article contains additional citation context not shown here]

Vogt, M., Plagemann, T., Plattner, B., Walter, T.: "A Runtime Environment for Da CaPo", Proceedings of INET'93, International Networking Conference Internet Society, San Francisco, August 1993

....data management systems, and operating systems have to be selected in such a way that the resulting combination of all these elements fulfills the application requirements. We apply the protocol configuration approach of the Da CaPo (Dynamic Configuration of Protocols) system ( 43] 44] and [57]) for end to end protocols. 1 In Da CaPo, application requirements are mapped at realtime onto protocol functionality by selecting appropriate protocol mechanisms (see chapter 5.2) Furthermore, protocol configuration in Da CaPo includes the selection of a network service and selection 1. The ....

Vogt, M., Plagemann, T., Plattner, B., Walter, T.: "A Run-time Environment for Da CaPo", Proceedings of INET'93, International Networking Conference Internet Society, San Francisco, August 1993, pp. 106-113

....4.1 Module instances The run time environment of Da CaPo integrates modules to layer C protocols in one UNIX process, called Da CaPo process. Multiple instances of one module can be used in one process. The different module instances 2 Another possibility is to define a filter for each protocol [13]. 7 must be distinguished. A simple example is the use of a go back n module in the management support protocol and in the application protocol. Different instances of one module are distinguished by an instance identifier pointing to their context information. The init procedure is used to ....

....subsystem FCSS [17] is the most similar approach to Da CaPo. FCSS supports the application driven configuration of protocol machines tailored to the needs of an application. FCSS is designed to run on dedicated hardware (transputer network) 4 This algorithm is described in detail in [13]. 8 6. Conclusions We have introduced design and implementation guidelines for modules for the unconstrained protocol configuration in Da CaPo. Naturally, such a general approach includes overhead in comparison to highly specialized monolithic protocols. But the diversity of current and ....

Vogt, M., Plagemann, T., Plattner, B., Walter, T.: "A Run-time Environment for Da CaPo", in: Proc. of INET'93, Int. Networking Conf. Internet Society, San Francisco, August 1993

No context found.

Vogt M, Plagemann T, Plattner B, Walter T. A run-time environment for Da CaPo. In Proceedings of INET'93, International Networking Conference. Internet Society, San Francisco, 1993; .

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC