T. Plagemann, B. Plattner, M. Vogt, and T. Walter, "A Model for Dynamic Configuration of Light-Weight Protocols," in IEEE 3rd Workshop on Future Trends of Distributed Systems, (Taipeh, Taiwan), pp. 100--106, 14.-16. April 1992.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....time, a joint editing system could also access the data of the group test and thus start, in addition to the ongoing audio conference, an editing session among the same users. 6. 2 Da CaPo Another possible application of the GMS is the Da CaPo transport system as described by Plagemann et al. [10]. Currently, Da CaPo only supports point to point connections, but this will be changed with ongoing work within the project. Current work on multicast suggests that multicast capability will become more important in the future than it is today. Multicast research today is mostly done on protocol ....

Thomas Plagemann, Bernhard Plattner, Martin Vogt, and Thomas Walter. A model for dynamic configuration of light-weight protocols. In Proceedings of the Third Workshop on Future Trends of Distributed Computing Systems [12], pages 100--106.

.... of interest from the examination of use full protocols to their appropriate usage, i.e. configuration: ffl In the area of high speed networking the assembly of protocol stacks based on an application s requirements is proposed as one answer to the performance bottleneck of protocol software [17, 11]. ffl For the same domain, a highly layered stack architecture and the use of micro protocols as well as virtual protocols has been devised and implemented, showing similar or even better performance figures than monolithic protocol stacks [10] ffl Dynamically adaptable protocol stacks are ....

Thomas Plagemann et. al. A Model for Dynamic Configuration of Light-Weight Protocols. In IEEE Third Workshop on Future Trends of Distributed Systems, April 1992.

....needs providing a service integrated communication subsystem architecture based on the functional decomposition of communication protocols into separate protocol functions and mechanisms. Comparable but different approaches in terms of their main research aspects are ADAPTIVE [17] or Da CaPo [18]. 2 Protocol Configuration Regarded as an entire architecture, F CSS includes certain features and tools ( 16] and [19] These features, e.g. fine grained QoS specification, such as with qualitative and quantitative criteria, flexibility, and automated protocol configuration, are supported and ....

T. Plagemann, B. Plattner, M. Vogt, and T. Walter, "A Model for Dynamic Configuration of Light-Weight Protocols," in IEEE 3rd Workshop on Future Trends of Distributed Systems, (Taipeh, Taiwan), pp. 100--106, 14.-16. April 1992.

....communication architecture, is provided in [4] 2. Communication System Architecture 2.1. Related works Other research groups are currently working on the automated design and implementation of communication subsystems tailored to application requirements. We can mention ADAPTIVE [17, Da Capo [15], UTS [15] Partial Order Protocols [8] and USC [14] The proposed solutions include developing general purpose protocols that allow flexibility. However these solutions are not operating system independent because the implementations are either part of the kernel, or a server within a ....

....architecture, is provided in [4] 2. Communication System Architecture 2.1. Related works Other research groups are currently working on the automated design and implementation of communication subsystems tailored to application requirements. We can mention ADAPTIVE [17, Da Capo [15] UTS [15], Partial Order Protocols [8] and USC [14] The proposed solutions include developing general purpose protocols that allow flexibility. However these solutions are not operating system independent because the implementations are either part of the kernel, or a server within a micro kernel based ....

[Article contains additional citation context not shown here]

T. Plagemann, B. Plattner, M. Vogt, T. Walter. A Model for Dynamic Configuration of Light-Weight Protocols. Proceedings of the third workshop on FTDCS. Tapei.. April 1992

....of flow control mechanisms. This could be used for adaptive video transmission. 2.4 Related works Other research groups are currently working on the automated design and implementation of communication subsystems tailored to application requirements. We can mention ADAPTIVE [Schmidt93] Da Capo [Plagemann92], UTS [Richards95] Partial Order Protocols [Diaz95] and USC [Omalley94] The proposed solutions include developing general purpose protocols that allow flexibility. However these solutions are not operating system independent because the implementations are either part of the kernel, or a server ....

....general purpose protocols that allow flexibility. However these solutions are not operating system independent because the implementations are either part of the kernel, or a server within a micro kernel based operating system. More details are given on two of these experiences: Da CaPo [Plagemann92] is a more advanced tool for dynamic configuration of end to end transmission control protocols tailored to the application characteristics. A complex heuristic is used to design an independent control automaton for the end to end transmission control protocol (called CoRA) There is no ....

T. Plagemann, B. Plattner, M. Vogt, T. Walter. "A Model for Dynamic Configuration of Light-Weight Protocols" Proceedings of the third workshop on FTDCS. Tapei. Taiwan. pp. 100-110. April 1992.

....common functionality for both, such as data packet generation and data transmission. Therefore, a suitable configuration of a communication protocol can be determined by certain QoS parameters specified by an application. Approaches, such as the proposed flexible 14 protocol configurations [19] [47], and [48] require the tasks of updating their QoS parameter values. However in general, other areas of QoS oriented work (such as modern protocols [10] new architectures [49] enhanced service interfaces [19] 15] and operating system support [41] 31] cf. Subsection 5.4) have to be ....

....19372) 44 needs providing a service integrated communication subsystem architecture based on the functional decomposition of communication protocols into protocol functions and mechanisms. Comparable but different approaches in terms of their main research aspects are ADAPTIVE [48] or Da CaPo [47]. C.2 Communication Protocol Configuration Regarded as an entire architecture, F CSS includes certain features and tools [19] 20] These features, e.g. fine grained QoS specification, defined by qualitative and quantitative criteria, flexibility, and automated protocol configuration, are ....

[Article contains additional citation context not shown here]

T. Plagemann, B. Plattner, M. Vogt, and T. Walter, "A Model for Dynamic Configuration of Light-Weight Protocols," in IEEE 3rd Workshop on Future Trends of Distributed Systems, (Taipeh, Taiwan), pp. 100--106, 14. -- 16. April 1992.

....the change of transport related QoS, which in turn adjusts the overall behavior to the application requested QoS if possible. If changes of these CF parameters do not achieve a proper behavior of the overall system, solution 3 may solve the problem, if (re )configuration tools are available [27] [28], 29] such as encountering a retransmission function, if the requested reliability drops below a defined limit. Otherwise solution 4 can be regarded as a coarse grained reconfiguration task, e.g. exchanging TCP for UDP. Solution 5 deals with a rather end system oriented view, which proposes ....

....and the data transfer may be kept as before (solution 6) or will be completely aborted (solution 7) Obviously, this decision depends on tolerance features of the considered application. As solution 1, 6, and 7 can be implemented quite easily and solution 3, 4, and 5 are discussed elsewhere [27] [28], 26] 29] the remainder is focussed on the pertinent framework to solution 2, the update of CF parameters. This approach is reasonable in various cases, where the service offered to the application has to be changed, but reconfigurations of the protocol s functionality are considered as too ....

T. Plagemann, B. Plattner, M. Vogt, and T. Walter, "A Model for Dynamic Configuration of Light-Weight Protocols," in IEEE 3rd Workshop on Future Trends of Distributed Systems, (Taipeh, Taiwan), pp. 100--106, 14. -- 16. April 1992.

....that can support multimedia applications. ADAPTIVE is object oriented. The protocols are composed of reusable components known as protocol functions. The UTS system [31] can be used to build a protocol during the application runtime, as opposed to during the compilation time. Da Capo [29] is a tool used for dynamic configuration of end to end transmission control protocols tailored to the application characteristics. A complex heuristic is used to design an independent control automaton for the end to end transmission control protocol (called 1 septembre 1997 3 CoRA) There is no ....

T. Plagemann, B. Plattner, M. Vogt, T. Walter. A Model for Dynamic Configuration of Light-Weight Protocols. Proceedings of the third workshop on FTDCS. Tapei.. April 1992

....the possible speedup for the execution of Estelle specifications derived in [Hof94] As a consequence, we present in this paper an improved solution for the design of our Estelle code generator. The protocol software is configured for a multiprocessor in an optimized way. Unlike other approaches ( PPVW92] or [HP91] we do not mean by configuration the selection of certain protocols but the mapping of certain software parts to selected processors. A similar approach can be found in [MT93] where a formal language as well as an implementation environment for the development of parallel systems is ....

T. Plagemann, B. Plattner, M. Vogt, and T. Walter. A Model for Dynamic Configuration of Light--Weight Protocols. In IEEE Third Workshop on Future Trends of Distributed Computing Systems, 1992.

....the selection leads to many IF or CASE statements in the data path, slowing it down. Therefore, a second approach was developed: configurable protocol stacks. The idea is to link only those protocol modules together at connection setup time that are actually needed for the application [ZST93, PPVW92] The advantages are much smaller code modules and reduced overhead for IF or CASE statements. But a major disadvantage is the added complexity of the configuration process, in particular by providing clean module interfaces for each protocol function so that it can be configured with every ....

Plagemann, T., Plattner, B., Vogt, M., and Walter, T. A Model for Dynamic Configuration of Light--Weight Protocols. In "IEEE Third Workshop on Future Trends of Distributed Computing Systems " (1992).

....transport systems that are constructed out of flexible components that support lightweight and adaptive protocols. In addition to the research described in this section, other projects focusing on various aspects of flexible, lightweight, and adaptive transport systems and protocols include [3, 18, 20, 21, 24, 25, 26, 27]. The ADAPTIVE system is influenced by the Programmable Network Prototyping System (PNPS) 28] the x kernel Avoca projects [2, 7] the Function based Communication SubSystem (F CSS) 6] and the MultiStream Protocol (MSP) 19] PNPS is an environment for prototyping and experimenting with ....

....Both Multimedia Application Requirements and Network Characteristics: ADAPTIVE configures transport system sessions based upon the network characteristics and the QoS requirements of applications. Other related work on transport systems typically emphasizes either diverse application requirements [6, 25, 30] or network characteristics [3, 19] Moreover, existing implementations of transport systems tend to focus more on (1) traditional data applications such as bulk text file transfer and or (2) traditional local area network environments such as Ethernet or Token Ring. B) Reduction in Transport ....

[Article contains additional citation context not shown here]

T. Plagemann, B. Plattner, M. Vogt, and T. Walter, "A Model for Dynamic Configuration of Light-Weight Protocols," in IEEE Third Workshop on Future Trends of Distributed Systems, pp. 1--9, IEEE, 1992.

.... better performance than monolithic protocol stacks [OMall 91] ffl In the area of high speed networking, the assembly of protocol entities in a entire communication stack based on an application s requirements is proposed as a means to overcome the performance bottleneck of protocol software [Plage 92] All these approaches to communication protocol implementation go beyond the classical reference models which assume a restricted and fixed number of layers through all implementations; they surely bring some degree of flexibility. Section 5 presents and discusses current work in this area and ....

Plagemann T., Plattner B., Vogt M., Walter T.,A Model for Dynamic Configuration of Light-Weight Protocols, In: IEEE Third Workshop on Future Trends of Distributed Computing Systems, Taipei, Taiwan, April 1992, pp. 100--106.

....communication architecture, is provided in [4] 2. Communication System Architecture 2.1. Related work Other research groups are currently working on the automated design and implementation of communication subsystems tailored to application requirements. We can mention ADAPTIVE [17] Da Capo [15], UTS [15] Partial Order Protocols [8] and USC [14] The proposed solutions include developing general purpose protocols that allow flexibility. However these solutions are not operating system independent because the implementations are either part of the kernel, or a server within a ....

....architecture, is provided in [4] 2. Communication System Architecture 2.1. Related work Other research groups are currently working on the automated design and implementation of communication subsystems tailored to application requirements. We can mention ADAPTIVE [17] Da Capo [15] UTS [15], Partial Order Protocols [8] and USC [14] The proposed solutions include developing general purpose protocols that allow flexibility. However these solutions are not operating system independent because the implementations are either part of the kernel, or a server within a micro kernel based ....

[Article contains additional citation context not shown here]

T. Plagemann, B. Plattner, M. Vogt, T. Walter. A Model for Dynamic Configuration of Light-Weight Protocols. Proceedings of the third workshop on FTDCS. Tapei.. April 1992

....expected. Furthermore, most traditional communication subsystems support reliability related Quality of Services (QoS) aspects only. Missing aspects include, e.g. synchronization, security, or the negotiation of QoS. Communication subsystems like ADAPTIVE [1] F CSS ( 2] and [3] and Da CaPo ([4] and [5] try to reduce protocol complexity, increase protocol performance, and serve as well various QoS guarantees by introducing a protocol configuration approach. Further approaches for high speed communication systems are presented and classified in [6] The main principles of Protocol ....

T. Plagemann, B. Plattner, M. Vogt, and T. Walter, "A Model for Dynamic Configuration of Light-Weight Protocols," in IEEE 3rd Workshop on Future Trends of Distributed Systems, (Taipeh, Taiwan), pp. 100--106, 14.-16. April 1992.

....internal Da CaPo components (cf. Figure 2) and a component to configure the required protocol. In addition, this configuration is based on application requirements, availability of local resources, and network prerequisites as well as protocol functions and mechanisms including their properties [30]. Relevant protocol functions, e.g. checksumming or flow control, are processed during run time by individual communication modules (later referred to as Cmodules) and are located in the heart of the protocol. Applications access any type of communication service of a configured communication ....

....are discussed before an overview of the API developed is presented. A. Da CaPo Tasks and Components The Da CaPo core determines the heart of the middleware, it performs all functions related to session management and data transfer, and it specifies an evolution of the original Da CaPo system [30]. Its central goal is to take as much as possible burden off the application and the programmer yet still give them a maximum of freedom. To show how Da CaPo achieves these properties, the following issues describe main functionalities and tasks from an application viewpoint for setting up a ....

[Article contains additional citation context not shown here]

T. Plagemann, B. Plattner, M. Vogt, and T. Walter, "Model for dynamic configuration of light-weight protocols," in 3rd IEEE Workshop on Future Trends of Distributed Systems, Taipeh, Taiwan, Apr. 1992, pp. 100--106.

....the expected (with respect to the QoS semantics) behavior of an implementation is observed. 5 TelCom TSL A Framework for QoS Testing The definition of TelCom TSL has been influenced by our work on the formal definition of TTCN, concurrent TTCN [26, 27, 29] QoS specification and verification [24, 20], and the specification and generation of TTCN test cases based on SDL and MSC [9, 10, 11, 12] TelCom TSL aims at defining a QoS testing architecture and a test specification language. It is meant to be applicable on every service layer [1] i.e. application, Service Access Points Network ....

T. Plagemann, B. Plattner, M. Vogt, T. Walter. A Model for Dynamic Configuration of Light-Weight Protocols, Proceedings IEEE Third Workshop on Future Trends of Distributed Computing Systems, IEEE, 1992.

....to application requirements, available network services and end system resources at runtime. In this extended abstract, we indicate crucial performance issues of protocol configuration and summarize their evaluation in Da CaPo. 1 2 Survey of Da CaPo Da CaPo is based on a three layer model [5] which splits communication systems into the layers A, C and T. The layer T represents the available communication infrastructure with end to end connectivity. Layer C adds functionality to T services such that at the AC interface services are provided to run distributed applications (layer A) ....

Plagemann, T., Plattner, B., Vogt, M., Walter, T.: "A Model for Dynamic Configuration of Light-Weight Protocols", Proceedings of IEEE Third Workshop on Future Trends of Distributed Computing Systems, April 1992, pp. 100-106

....that the expected (with respect to the QoS semantics) behavior of an implementation is observed. 5 TelCom TSL A Framework for QoS Testing The definition of TelCom TSL has been influenced by our work on the formal definition of TTCN, concurrent TTCN [23, 24] QoS specification and verification [22, 19], and the specification and generation of TTCN test cases based on SDL and MSC [8, 9, 10, 11] TelCom TSL aims at defining a QoS testing architecture and a test specification language. 2nd Workshop on Protocols for Multimedia Systems (PROMS) Salzburg, Austria, Oct. 9 12, 1995 8 In this paper we ....

T. Plagemann, B. Plattner, M. Vogt, T. Walter. A Model for Dynamic Configuration of LightWeight Protocols, Proceedings IEEE Third Workshop on Future Trends of Distributed Computing Systems, IEEE, 1992.

....facility can be controlled. This enables us to change traffic characteristics like error rates or delays. 5 On the design of TelCom TSL The definition of TelCom TSL has been influenced by our work on the formal definition of TTCN, concurrent TTCN [19, 20] QoS specification and verification [18, 17], and the specification and generation of TTCN test cases based on SDL and MSC [6, 7, 8, 9] TelCom TSL should meet two requirements. First, a test case specifier should define the functional behavior of a test case indepen6 dently of any timing constraints that may apply. Referring back to the ....

T. Plagemann, B. Plattner, M. Vogt, T. Walter. A Model for Dynamic Configuration of LightWeight Protocols, Proceedings IEEE Third Workshop on Future Trends of Distributed Computing Systems, IEEE, 1992.

.... to determine protocol functionality, like flexible light weight transport protocols such as XTPX [26] HSTP [8] TP [15] and flexible communication subsystems that cover the OSI layers three to seven, such as HOPS [22] Virtual Protocols [29] ADAPTIVE [3] F CSS ( 41] and [46] and Da CaPo ([33] and [38] In the last years, it has been recognized that protocols are not able to offer end to end guarantees for QoS, even if they are placed on top of networks that support QoS guarantees, like ATM. Consequently, research on QoS issues has been extended to additionally consider operating ....

....processes, 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 ....

[Article contains additional citation context not shown here]

Plagemann, T., Plattner, B., Vogt, M., Walter, T.: "A Model for Dynamic Configuration of Light-Weight Protocols", in: Proceedings of IEEE Third Workshop on Future Trends of Distributed Computing Systems, Taipei, Taiwan, April 1992, pp. 100-107

....[10] enable the transport user to select a retransmission strategy. The systems HOPS [13] and Virtual Protocols [18] allow to combine fine granular building blocks to protocols that comprise the functionality of the OSI layers three up to seven. ADAPTIVE [3] F CSS ( 28] and [32] and Da CaPo ([20] and [21] additionally support mapping of application requirements onto protocol functionality. New operating system mechanisms and abstractions: I O intensive applications are supported via direct device to device data movement in the container shipping mechanism [19] and in the Scout ....

Plagemann, T., Plattner, B., Vogt, M., Walter, T.: "A Model for Dynamic Configuration of Light-Weight Protocols", in: Proceedings of IEEE Third Workshop on Future Trends of Distributed Computing Systems, Taipei, Taiwan, April 1992, pp. 100-107

....of Da CaPo. In section 4, we illustrate the basic ideas of CoRA and describe its implementation in section 5. Performance measurements of CoRA are presented in section 6. Section 7 summarizes this work and indicates future work. 2. Three layer model Da CaPo is based on a three layer model [10] which splits communication systems into the layers A, C and T (Figure 1) End systems communicate with each other via layer T, the transport infrastructure. The transport infrastructure represents the existing and connected communication infrastructures offering end to end connectivity. The ....

Plagemann, T., Plattner, B., Vogt, M., Walter, T.,: "A Model for Dynamic Configuration of Light-Weight Protocols", in: Proceedings IEEE Third Workshop on Future Trends of Distributed Computing Systems, Taipei, Taiwan, April 1992, pp. 100-110

....are combined to protocols and the data flow inside a protocol. Section IV describes the current implementation on a single processor machine. Our contribution finishes with some conclusions in section V. II. An Overview of Da CaPo The model for dynamic configuration of lightweight protocols [8] represents the foundation of Da CaPo. The realization of this model is characterized by three co operating active entities to configure modules to well appropriate protocols and execute them: the configuration process determines the necessary modules, the connection manager negotiates the ....

....influence of the selected modules on the offered service. The influence of modules on a service (i.e. module properties) is stored in the database. We use one common syntax to describe the properties of modules, T services, protocols and application requirements. We called this language simply L [8]. All descriptions consist of tuples of attribute types and functions (mostly constants) The application requirements additionally include a weight function which defines the relative importance of an attribute. This extension enables us to deal with the wide range of complex application re ....

Plagemann, T., Plattner, B., Vogt, M., Walter, T., "A Model for Dynamic Configuration of Light-Weight Protocols", IEEE Third Workshop on Future Trends of Distributed Computing Systems, 1992

....distributed multimedia system that are necessary to achieve the required functionality of an application. From the traditional communications point of view, the main concern is how to support the various QoS requirements by networks (e.g. ATM) and end to end protocols. For example, the Da CaPo ([22] and [23] system tailors the functionality of end to end protocols according to QoS requirements of the service users. In the last years, it has been recognized that protocols are not able to offer end to end guarantees for QoS, even if they are placed on top of networks that support QoS ....

Plagemann, T., Plattner, B., Vogt, M., Walter, T.: A Model for Dynamic Configuration of Light-Weight Protocols, in: Proc. of the Third IEEE Workshop on Future Trends of Distributed Computing Systems, Taipei, Taiwan, April 1992, pp. 100-107

....end to end protocols 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 ....

Plagemann, T., Plattner, B., Vogt, M., Walter, T.: A Model for Dynamic Configuration of Light-Weight Protocols, Proceedings of IEEE Third Workshop on Future Trends of Distributed Computing Systems, Taipei, Taiwan, April 1992, pp. 100-107

First 50 documents

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