Keshav and Saran, "Semantics and Implementation of a Native-Mode ATM Protocol Stack", Bell Labs Technical Memorandum, http:// www.cs.att.com! csrc/keshav/papers.html, 1994.  Home/Search   Document Details and Download   Summary   Related Articles   Check

....transport protocols for multimedia transmission, considering network QoS management. Examples are ST II [Top90] Tenet Protocol Suite [BFM 96, BM91] Lancaster Transport Subsystem [CCH93, Cam96] Heidelberg Transport Subsystem [DHH 93, DHVW93, DHH94, VHN92] Native ATM Protocol Stack [KS95] User Space TCP implementation [GP96] OMEGA architecture [Nah95] and QoS architecture for Internet Integrated Services [BKMS98] Because of our ATM consideration for the communication server, to provide a multimediaefficient transport protocol which will bring out the QoS guarantees provided ....

....transport protocol which will bring out the QoS guarantees provided by the ATM network to the application, we will compare from the above list of the protocols related work only transport subsystems which rely on ATM networks or influenced our METP design. The Native ATM protocol stack [KS95] is a novel protocol stack which (1) is optimized specifically to work well over an ATM network running on PC platform; 2) attempts to provide QoS independent of the operating system environment, which is possible due to the PC s OS specifics; 3) exploits services of an underlying AAL5 layer; ....

S. Keshav and H. Saran. Semantics and Implementation of a Native-Mode ATM Protocol Stack. Internal technical memo, AT&T Bell Laboratories, Murray Hill, NJ, January 1995.

....components [20] Much less progress has been made in addressing the issue of an overall QoS architecture for multimedia communications. There has been, however, considerable progress in the separate areas of distributed systems platforms [20 28] operating systems [29 35] transport systems [36 45] and multimedia networking [46 66] support for QoS. In end systems, most of the progress has been made in the areas of scheduling [11, 12, 31] flow synchronisation [18, 19] and transport support [36 45] In networks, research has focused on providing suitable traffic models [2] and service ....

....of distributed systems platforms [20 28] operating systems [29 35] transport systems [36 45] and multimedia networking [46 66] support for QoS. In end systems, most of the progress has been made in the areas of scheduling [11, 12, 31] flow synchronisation [18, 19] and transport support [36 45]. In networks, research has focused on providing suitable traffic models [2] and service disciplines [52] as well as appropriate admission control and resource reservation protocols [48, 51, 53] Many current network architectures, however, address QoS from a provider s point of view and analyze ....

Keshav S, Saran R (1994) Semantics and Implementation of a Native-Mode ATM Protocol Stack. Bell Labs Technical Memorandum. http://www.cs.att.com/csrc/keshav/nauers.html

....a native mode ATM transport layer with quality of service (QOS) support is described. For scheduling between applications and the transport multi threading is used. Note to the reader: This preliminary version of the report assumes that you are familiar with the work by Ahuja, Keshav and Saran [1, 2]. Unless you know the details of this work, this report is not very meaningful. October 28, 1996. Technical Report CU CTR TR 463 96 29. Contact: Jean Francois Huard CTR Columbia University Room 801 Schapiro Research Bldg. 530 West 120th Street New York, NY 10027 Tel: 1 212 939 7155 ....

....is useful for experimenting with flow and congestion control algorithms without having the difficulties of working in kernel space. Our implementation is based on the code of transport layer of a native mode ATM protocol stack developed for the IIT, Delhi Low cost Integrated testbed (IDLInet) [1, 2]. For user space scheduling between applications and the transport, multi threading is used. This report assumes that the reader is familiar with IDLInet code, and has access to it. It emphasizes the differences and enhancements of the user space implementation compared to the original ....

[Article contains additional citation context not shown here]

S. Keshav and H. Saran, "Semantics and implementation of a native-mode atm protocol stack," tech. rep., AT&T Bell Laboratories Technical Memorandum, Feb. 1994.

.... QoS Model (IBM s European Networking Center) Volgt 95] the MASI End to End Architecture (Universit Pierre et Marie Curie) Tawbi 94] the End System QoS Framework (Washington University) Gopalakrishna 94] the Internet Protocol Stack [Zhang 95] the NativeMode ATM Protocol Stack [Keshav 95] and the OMEGA Architecture (University of Pennsylvania) Nahrstedt 95] All these architectures fall into one of the three categories: 1) QoS guarantees at the network transport level, 2) QoS guarantees at the network transport end system level, and (3) QoS guarantees at the network transport ....

S. Keshav and H. Saran, Semantics and Implementation of a Native-Mode ATM protocol Stack, Internal Technical Memo, AT&T Bell Lab, Murray Hill, NJ, January, 1995

....within the network along the path between the communication entities. These protocols are sender or receiver oriented. Examples of architectures which provide QoS guarantees at this level are Tenet protocol suite, the Internet protocol stack and the Native Mode ATM protocol stack [Fer 95, Zha 95, Kes 95] 2) QoS guarantees at the network, transport and end system level: The QoS architectures of this classes take into account, in addition to network resource reservation, the resources in the end systems, such as memory, CPU processing, and network interfaces. The services considered concerns ....

S.Keshav and H.Saran, Semantics and Implementation of a Native-Mode ATM protocol Stack, Internal Technical Memo, AT&T Bell Lab, Murray Hill, NJ, January, 1995

.... QoS Model (IBM s European Networking Center) Volgt 95] the MASI End to End Architecture (Universit Pierre et Marie Curie) Tawbi 94] the End System QoS Framework (Washington University) Gopalakrishna 94] the Internet Protocol Stack [Zhang 95] the Native Mode ATM Protocol Stack [Keshav 95] and the OMEGA Architecture (University of Pennsylvania) Nahrstedt 95] All these architectures fall into one of the three categories: 1) QoS guarantees at the network transport level, 2) QoS guarantees at the network transport end system level, and (3) QoS guarantees at the ....

S. Keshav and H. Saran, Semantics and Implementation of a Native-Mode ATM protocol Stack, Internal Technical Memo, AT&T Bell Lab, Murray Hill, NJ, January, 1995

....of providing QoS specified via some parameters such as bounds on round trip or interarrival delays, errors, or throughput. An example of such a subsystem would be a realization of an ATM B ISDN network [TS93] with METS (Multimedia Enhanced Transport Service) support [CCH93] Native mode ATM stack [KS95] the TENET suite [FV90, BM91] RCAP, RTIP,CMTP, RMTP) or other architectures. Figure 1 shows several end point network transport architectures for provision of transport to transport layer guarantees. OMEGA also presumes an operating system capable of supporting QoS requirements specified as ....

....architecture for provision of real time guarantees in networked multimedia systems (NMS) OMEGA achieves global application to application guarantees. We assume in this paper that network management and transmission protocols for provision of guarantees in intermediate nodes exist [PZF94, CCH93, KS95] and concentrate on the role and elements of OMEGA. Since OMEGA functions can be partitioned into distributed and local, we model the system in two parts, 1) the communication model, and (2) the resource model at the end points. 2.1 Communication Model The communication system is modeled as a ....

S. Keshav and H. Saran. Semantics and Implementation of a Native-Mode ATM Protocol Stack. Internal technical memo, AT&T Bell Laboratories, Murray Hill, NJ, January 1995.

....and Columbia University have designed new QoS models which take application level QoS requirements and map them down to ATM based networks. Native Mode ATM Networking The Indian Institute of Technology, Delhi and AT T Laboratories, Murray Hill have developed a Native Mode ATM Protocol Stack [Keshav,94] that allows the QoS provided at the ATM level visibility to applications programs. The service interface to the stack allows the establishment of simplex and duplex virtual circuits that feature error control, leaky bucket and feedback flow control. The framework is designed with four principles ....

....guarantees at the physical layer; making it suitable technology for multimedia networking. In many cases, however, the QoS benefits of ATM are hidden from the application and transport layers by an interworking layer (e.g. IPv4) rendering per connection QoS configurability and control impossible [Keshav,94] Furthermore, many ATM networks do not, as yet, provide QoS configurability on a per connection basis. Rather, they allow the establishment of switched virtual circuits with best effort QoS making per connection control and management impossible. The objective of the implementation work ....

[Article contains additional citation context not shown here]

Keshav and Saran, "Semantics and Implementation of a Native-Mode ATM Protocol Stack", Bell Labs Technical Memorandum, http:// www.cs.att.com/ csrc/keshav/papers.html, 1994.

....University, GMD FOKUS Berlin and Rutgers University have designed new QoS models which take application level QoS requirements and map them down to ATM based networks. The Indian Institute of Technology, Delhi and AT T Laboratories, Murray Hill have developed a Native ModeATM Protocol Stack [117] that makes the QoS provided at the ATM level visible to applications programs. The service interface to the stack allows the establishment of simplex and duplex virtual circuits that feature error control, leaky bucket and feedback flow control. The framework is designed with four principles in ....

....detail (D) QoS degradation mentioned only Sig QoS signalling in detail The term E2E coordination refers to the coordination of end system and network resources for flows. This could be provided by a resource reservation protocol (al la RSVP [60] connection setup protocol (al la RCAP [61] [117]) or signalling protocol (al la Q.2931 [23] QoS Model [Ref] QoS Provision QoS Control QoS Management QoS Mechanism QoS Mapping Adm. Control Resource allocation E2E Coordi nation Flow Scheduling Flow Shaping Flow Control QoS Filtering Flow Synchro nization Monito ring Alerts QoS Mainte ....

[Article contains additional citation context not shown here]

Keshav and Saran, "Semantics and Implementation of a Native-Mode ATM Protocol Stack", Bell Labs Technical Memorandum, http://www.cs.att.com/csrc/keshav/papers.html, 1994.

.... 95] the Heidelberg QoS Model (IBM s European Networking Center) Vol 95] the MASI End to End Architecture (Universit Pierre et Marie Curie) Taw 94] the End System QoS Framework (Washington University) Gop 94] the Internet Protocol Stack [Zha 95] the Native Mode ATM Protocol Stack [Kes 95] and the OMEGA Architecture (University of Pennsylvania) Nah 95] All these architectures fall into one of the three categories: 1) QoS guarantees at the network transport level, 2) QoS guarantees at the network transport end system level, and (3) QoS guarantees at the ....

S.Keshav and H.Saran, Semantics and Implementation of a Native-Mode ATM protocol Stack, Internal Technical Memo, AT&T Bell Lab, Murray Hill, NJ, January, 1995

.... being conducted in different directions for providing guaranteed services and good perceptual QoS: ffl Services such as admission, negotiation, renegotiation, scheduling, and buffer management provide network QoS guarantees within real time communication systems (e.g. Fer90, FV90, CCH93, KS95, CSZ92] and real time operating systems (e.g. TM89, TNR90, LLSY91, OT93, CCR 95] These services are integrated in QoS architectures (e.g. ACH96, NS96, BFM 96] to provide end to end QoS guarantees. These services, however, are still not common in general purpose networks and ....

S. Keshav and H. Saran. Semantics and Implementation of a Native-Mode ATM Protocol Stack. Internal technical memo, AT&T Bell Laboratories, Murray Hill, NJ, January 1995.

....of providing QoS specified via some parameters such as bounds on round trip or interarrival delays, errors, or throughput. An example of such a subsystem would be a realization of an ATM B ISDN network [TS93] with METS (Multimedia Enhanced Transport Service) support [CCH93] Native mode ATM stack [KS95], the TENET suite [FV90, BM91] RCAP, RTIP,CMTP, RMTP) or other architectures. Figure 1 shows several end point network transport architectures for provision of transport to transport layer guarantees. OMEGA also presumes an operating system providing some real time capabilities. To provide ....

....system, and the protocol stack comprise the end points of the NMS. The OMEGA architecture is an end point architecture for provision of QoS guarantees in NMS. We assume in this paper that network management and transmission protocols for provision of guarantees in intermediate network nodes exist [PZF94, CCH93, KS95] and concentrate on the role and elements of OMEGA. Hence, together with a proper network management for QoS guarantees OMEGA achieves global application to application guarantees. Since OMEGA functions can be partitioned into remote and local, we model the system in two parts, 1) the ....

S. Keshav and H. Saran. Semantics and Implementation of a Native-Mode ATM Protocol Stack. Internal technical memo, AT&T Bell Laboratories, Murray Hill, NJ, January 1995.

....detail (D) QoS degradation mentioned only Sig QoS signalling in detail The term E2E coordination refers to the coordination of end system and network resources for flows. This could be provided by a resource reservation protocol (al la RSVP [60] connection setup protocol (al la RCAP [61] [93]) or signalling protocol (al la Q.2931 [23] 6. Discussion All of the QoS architectures cited in this paper, with the exception of the IETF QM model (which only presents an interface for QoS management to the application) consider extending the classic end to end protocol argument from the ....

Keshav and Saran, "Semantics and Implementation of a Native-Mode ATM Protocol Stack", Bell Labs Technical Memorandum, http://www.cs.att.com/csrc/keshav/papers.html, 1994.

....detail (D) QoS degradation mentioned only Sig QoS signalling in detail The term E2E coordination refers to the coordination of end system and network resources for flows. This could be provided by a resource reservation protocol (al la RSVP [60] connection setup protocol (al la RCAP [61] [93]) or signalling protocol (al la Q.2931 [23] 6. Discussion All of the QoS architectures cited in this paper, with the exception of the IETF QM model (which only presents an interface for QoS management to the application) consider extending the classic end to end protocol argument from the ....

Keshav and Saran, "Semantics and Implementation of a Native-Mode ATM Protocol Stack", Bell Labs Technical Memorandum, http://www.cs.att.com/csrc/keshav/papers.html, 1994.

No context found.

S Keshav and H Saran , Semantics and Implementation of a native mode ATM protocol stack, AT&T Bell Laboratories Technical Memorandum.

....the technology potential and quantifying system performance. Applications running on a mobile terminal can use either a native ATM or a TCP IP protocol stack for communicating with applications running on other machines. The native mode ATM stack is an enhanced version of the IDLINet stack [10, 3] developed by S. Keshav and H. Saran. A client application that wishes to initiate communication with a server application, needs to first send a message to the signaling entity (via UNIX IPC) The signaling entity then initiates the connection setup process by sending out a UNI SETUP message. ....

S.Keshav and H.Saran. "Semantics and Implementation of a Native Mode ATM Protocol Stack." AT&T Bell Labs. Technical Report, 1994.

....Section 10.4 outlines an implementation of packet pair that runs at the receiver instead of the sender. 10.1. Packet pair and ATM The packet pair scheme is designed to work well in ATM environments. We propose to place packet pair at the transport layer of a native mode ATM protocol stack [36]. User data would be handed by the session layer to the transport layer using the transmission queue described in Section 6. The transport layer would then use packet pair to send out pairs of AAL5 frames. The peer transport layer would send acknowledgements that could then be used to do rate ....

S. Keshav and H. Saran, Semantics and Implementation of a Native-Mode ATM Protocol Stack, Submitted to Infocom '95, August 1994. - 44 -

No context found.

Keshav and Saran, "Semantics and Implementation of a Native-Mode ATM Protocol Stack", Bell Labs Technical Memorandum, http:// www.cs.att.com! csrc/keshav/papers.html, 1994.

No context found.

Keshav and Saran, Semantics and Implementation of a Native-Mode ATM Protocol Stack, Bell Labs Technical Memorandum, http:// www.cs.att.com/ csrc/keshav/papers.html, 1994.

No context found.

Keshav and Saran, "Semantics and Implementation of a Native-Mode ATM Protocol Stack", Bell Labs Technical Memorandum, http:// www.cs.att.com/ csrc/keshav/papers.html, 1994.

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