| B. Gleeson et al. A Framework for IP Based Virtual Private Networks, February 2000. RFC 2764. |
....some bandwidth from one PVC to another (without undue overheads) In contrast, VServ explicitly divorces resource usage from allocation, allowing the customer to manipulate their set of resources directly and in a manner of their choosing. More recently, the provision of VPNs on IP networks [Gleeson00] in particular the Internet, has become common. Tunnelling protocols, such as Point to Point Tunnelling Protocol (PPTP) Hamzeh99] and Layer Two Tunnelling Protocol (L2TP) Townsley99] Although widespread, VPNs on voice only networks are not considered here, as this work is concerned with ....
....has prompted much investigation into support for QoS, and hence provision of a multiservice network, with IP. Three approaches are described in Sections 2.2.3, 2.2.4 and 2.2.5. Not only are these proposals prompting interest in explicit provision of resource assured VPNs over the Internet [Gleeson00] but they themselves are faced with some of the global resource allocation issues that are the topic of this dissertation. 2.2.1 Asynchronous Transfer Mode Asynchronous Transfer Mode (ATM) is a connection oriented network technology that supports both constant and variable rate trac. It uses ....
B. Gleeson, A. Lin, J. Heinanen, G. Armitage, and A. Malis. A Framework for IP Based Virtual Private Networks. RFC 2764, February 2000. (pp 11, 14) 135
....and is up to 30 better than using the traditional shortest disjoint path algorithm to select the backup path. 1. Introduction With the rapid development of the Internet and the emergence of new services, such as Internet Telephony [15] video conferencing, and Virtual Private Networks (VPNs) [7], communication reliability is becoming more and more important. An approach to increase the reliability of a communication path is to provision a disjoint backup path. In case the primary path fails, the traffic is routed through a backup path, if available. However, since it is very hard if not ....
B. Gleeson, A. Lin, J. Heinanen, G. Armitage, and A. Malis. A framework for IP based virtual private networks. RFC 2764, February 2000.
....A VPN Based Secure Group Communication Service Before describing our solution, we first introduce the VPN specificities, how to build a group communication service on top of it, and how this approach departs from the work carried out in related IETF groups. 2. 1 Definition of an IP VPN An IP VPN [7][11] is an extension of a private network that encompasses links across a shared or public network like the Internet. A secure VPN uses a combination of tunneling and data encryption to securely connect remote users and remote offices. Thus VPNs can replace troublesome remote access systems and ....
....Network, or VPRN, which emulates a multi site wide area routed network using IP facilities. client site RFC2764 VPRN architecture IPSec tunnel Our VPRN architecture Figure 1: RFC 2764 versus ours VPRN architecture for group communications. The traditional VPRN model described in RFC 2764 [7] (figure 1 left) considers a provider network as an opaque IP cloud where only nodes on cloud border are part of VPN description; nodes within the cloud are transparent. Users access the network via a Customer Premises Equipment (CPE) router, which is a router connecting the customer internal ....
B. Gleeson, A. Lin, J. Heinanen, G. Armitage, and A. Malis. A Framework for IP based Virtual Private Networks, Feb. 2000. IETF Request for Comments, RFC 2764.
....the requests, PBR reaches its saturation point slightly later than WSUM MAX, after having routed exactly 2700 units of bandwidth between each ingress egress pair. WSUM MAX, on the other hand, is more flexible in the sense that it allocates the bandwidth on 200 400 600 800 1000 1200 1400 1600 1800 2000 Number of blocked requests Number of blocked requests in KL1 PBR WSUM MAX Approximation Shortest Widest Path Widest Shortest Path Shortest Path Figure 6: Blocked requests using demands of 1 to 3 in KL1. a first come first serve basis. Similar to the cases discussed for MIRA, this makes ....
....been added to KL2. We refer to this network as KL2 . Note that, unlike the corresponding MIRA topology from [KKL00] the link costs are again inversely proportional to the link capacities, to reflect common practice and aid the cost based algorithms (SP, SWP, WSP) 6000 7000 8000 9000 10000 11000 12000 13000 14000 15000 Bandwidth of accepted requests in KL2 PBR WSUM MAX Approximation Shortest Widest Path Widest Shortest Path Shortest Path Figure 9: Throughput of accepted requests using demands of 1 to 3 in KL2 and a PBR profile that maximizes the total throughput. For the third ....
[Article contains additional citation context not shown here]
B. Gleeson et al. A framework for IP based virtual private networks. RFC 2764, Internet Engineering Task Force, 2000.
....IV discusses the related work, and, finally, the conclusive remarks and further work are presented in Section V. II. OBJECTIVE As mentioned in Section I, VPN services can be implemented either on top of access routers only, or cooperatively afforded by all backbone routers. In the first case ([1], 2] VPN traffic is identified when entering the backbone network, and then delivered to the opposite network edge by means of tunnels. Core routers are unaware of VPNs since they forward VPN tunneled traffic by looking up the destination address of the outer IP header (see later) All the ....
B. Gleeson, et al., A Framework for IP Based Virtual Private Networks, IETF RFC 2764, Feb. 2000
....paramount. The most widely deployed public cellular data network, which enables the integration of IP world with mobile networks, is the General Packet Radio Services (GPRS) 1] Many GPRS providers have recognized the need to offer companies dedicated wireless Virtual Private Network (VPN) [11] access to the corporate Intranets, enabling employees to easily and securely retrieve up to date company information remotely. However, these VPNs are established in a static manner between the Gateway GPRS Support Node (GGSN) and the corporate security gateway. Thus, if the static VPN parameters ....
B. Gleeson, A. Lin, J. Heinanen, G. Armitage and A. Malis, "A Framework for IP Based Virtual Private Networks", RFC 2764, Feb. 2000.
.... the KeyNote trust management language such as as done by Ioannidis et al. [8] Another, more overlaid approach to the problems that Predicate Routing solves is Virtual Private Networks (VPNs) These may be constructed over IP by using tunnelling; i.e. encapsulating packets prior to routing them [5]. Using Predicate Routing, a VPN is de ned simply as a set of predicates, obviating the need for tunneling. Isolation from other network users is achieved for free , and changes in VPN topology are supported by the modi cation of Predicate Routing paths. Similar arguments apply to IEEE VLANs ....
B. Gleeson, A. Lin, J. Heinanen, G. Armitage, and A. Malis. A framework for IP based virtual private networks. RFC 2764, Feb. 2000.
No context found.
Gleeson, B., Lin, A., Heinanen, Armitage, G. and A. Malis, "A Framework for IP Based Virtual Private Networks", RFC 2764, February 2000.
No context found.
B. Gleeson et al. A Framework for IP Based Virtual Private Networks, February 2000. RFC 2764.
No context found.
B. Gleeson, A. Lin, J. Heinanen, G. Armitage, and A. Malis. A framework for IP based virtual private networks, Feb. 2000. RFC 2764.
No context found.
B. Gleeson et al., "A Framework for IP Based Virtual Private Networks," Internet Draft, <draftgleeson -vpn-framework-00.txt>, September 1998.
No context found.
B. Gleeson, A. Lin, J. Heinanen, and G. Armitage, \A Framework for IP Based Virtual Private Networks," Internet draft: draft-gleeson-vpn-framework-00.txt, September 1998.
No context found.
B. Gleeson, A. Lin, J. Heinanen, G. Armitage, and A. Malis. A Framework for IP Based Virtual Private Networks. Internet Draft draft-gleeson-vpn-framework-03.txt, 1999. work in progress.
No context found.
B. Gleeson, A. Lin, J. Heinanen, G. Armitage, and A. Malis. A framework for IP based virtual private networks, Feb. 2000. RFC 2764.
No context found.
B. Gleeson, et al: A Framework for IP Based Virtual Private Networks. IETF RFC2764 (2000)
No context found.
Gleeson, Heinanen, Lin, Armitage, Malis, "A Framework for IP Based Virtual Private Networks", Work in Progress.
No context found.
B. Gleeson, J. Heinanen, G. Armitage, and A. Malis. A framework for IP based virtual private networks, February 2000. RFC 2764.
No context found.
B. Gleeson, A. Lin, J. Heinanen, G. Armitage, and A. Malis. A framework for ip based virtual private networks. In IETF Request for Comments, RFC 2764,, February 2000.
No context found.
Gleeson, Heinanen, and Armitage, "A Framework for IP Based Virtual Private Networks", Work in Progress.
No context found.
B. Gleeson, A. Lin, J. Heinanen, G. Armitage, and A. Malis. A Framework for IP Based Virtual Private Networks. http://www.ietf.org/rfc/ rfc2764.txt, 2000.
No context found.
GLEESON, B., LIN, A., HEINANEN, J., ARMITAGE, G., AND MALIS, A. A framework for ip-based virtual private networks. Tech. Rep. RFC 2764, Internet Engineering Taskforce, February 2000.
No context found.
B. Gleeson, A. Lin, J. Heinanen, G. Armitage, A. Malis. "A Framework for IP Based Virtual Private Networks". IETF Request for Comments, RFC 2764, Feb. 2000.
No context found.
GLEESON, B., LIN, A., HEINANEN, J., ARMITAGE, G., AND MALIS, A. A framework for ip-based virtual private networks. Tech. Rep. RFC 2764, Internet Engineering Taskforce, February 2000.
No context found.
B. Gleeson et al. A Framework for IP Based Virtual Private Networks. IETF RFC 2764, Feb 2000.
No context found.
B. Gleeson, A. Lin, J. Heinanen, G. Armitage, and A. Malis. A Framework for IP Based Virtual Private Networks. Internet Draft draft-gleeson-vpn-framework-03.txt, 1999. work in progress.
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