The Experts below are selected from a list of 4731 Experts worldwide ranked by ideXlab platform
Dimitri Papadimitriou - One of the best experts on this subject based on the ideXlab platform.
-
RSVP-TE Extensions in Support of End-to-End Generalized multi-protocol label switching (GMPLS) Recovery
2007Co-Authors: Yakov Rekhter, Dimitri PapadimitriouAbstract:This document describes protocol-specific procedures and extensions for Generalized multi-protocol label switching (GMPLS) Resource ReSerVation Protocol - Traffic Engineering (RSVP-TE) signaling to support end-to-end label Switched Path (LSP) recovery that denotes protection and restoration. A generic functional description of GMPLS recovery can be found in a companion document, RFC 4426. [STANDARDS- TRACK]
-
Generalized multi-protocol label switching (GMPLS) Recovery Functional Specification
2006Co-Authors: Dimitri Papadimitriou, Bala Rajagopalan, Jonathan LangAbstract:This document presents a functional description of the protocol extensions needed to support Generalized multi-protocol label switching (GMPLS)-based recovery (i.e., protection and restoration). Protocol specific formats and mechanisms will be described in companion documents. [STANDARDS-TRACK]
-
Recovery (Protection and Restoration) Terminology for Generalized multi-protocol label switching (GMPLS)
2006Co-Authors: Eric Mannie, Dimitri PapadimitriouAbstract:This document defines a common terminology for Generalized Multi- Protocol label switching (GMPLS)-based recovery mechanisms (i.e., protection and restoration). The terminology is independent of the underlying transport technologies covered by GMPLS. This memo provides information for the Internet community.
-
Analysis of Generalized multi-protocol label switching (GMPLS)-based Recovery Mechanisms (including Protection and Restoration)
2006Co-Authors: Eric Mannie, Dimitri PapadimitriouAbstract:This document provides an analysis grid to evaluate, compare, and contrast the Generalized multi-protocol label switching (GMPLS) protocol suite capabilities with the recovery mechanisms currently proposed at the IETF CCAMP Working Group. A detailed analysis of each of the recovery phases is provided using the terminology defined in RFC 4427. This document focuses on transport plane survivability and recovery issues and not on control plane resilience and related aspects. This memo provides information for the Internet community.
-
generalized multi protocol label switching gmpls signaling extensions for g 709 optical transport networks control
RFC, 2006Co-Authors: Dimitri PapadimitriouAbstract:This document is a companion to the Generalized multi-protocol label switching (GMPLS) signaling documents. It describes the technology- specific information needed to extend GMPLS signaling to control Optical Transport Networks (OTN); it also includes the so-called pre- OTN developments. [STANDARDS-TRACK]
Eric Mannie - One of the best experts on this subject based on the ideXlab platform.
-
Recovery (Protection and Restoration) Terminology for Generalized multi-protocol label switching (GMPLS)
2006Co-Authors: Eric Mannie, Dimitri PapadimitriouAbstract:This document defines a common terminology for Generalized Multi- Protocol label switching (GMPLS)-based recovery mechanisms (i.e., protection and restoration). The terminology is independent of the underlying transport technologies covered by GMPLS. This memo provides information for the Internet community.
-
Analysis of Generalized multi-protocol label switching (GMPLS)-based Recovery Mechanisms (including Protection and Restoration)
2006Co-Authors: Eric Mannie, Dimitri PapadimitriouAbstract:This document provides an analysis grid to evaluate, compare, and contrast the Generalized multi-protocol label switching (GMPLS) protocol suite capabilities with the recovery mechanisms currently proposed at the IETF CCAMP Working Group. A detailed analysis of each of the recovery phases is provided using the terminology defined in RFC 4427. This document focuses on transport plane survivability and recovery issues and not on control plane resilience and related aspects. This memo provides information for the Internet community.
-
Framework for Generalized multi-protocol label switching (GMPLS)-based Control of Synchronous Digital Hierarchy/Synchronous Optical Networking (SDH/SONET) Networks
2005Co-Authors: Eric Mannie, Eric Gray, Vishal Sharma, Greg M. BernsteinAbstract:Generalized multi-protocol label switching (GMPLS) is a suite of protocol extensions to MPLS to make it generally applicable, to include, for example, control of non packet-based switching, and particularly, optical switching. One consideration is to use GMPLS protocols to upgrade the control plane of optical transport networks. This document illustrates this process by describing those extensions to GMPLS protocols that are aimed at controlling Synchronous Digital Hierarchy (SDH) or Synchronous Optical Networking (SONET) networks. SDH/SONET networks make good examples of this process for a variety of reasons. This document highlights extensions to GMPLS-related routing protocols to disseminate information needed in transport path computation and network operations, together with (G)MPLS protocol extensions required for the provisioning of transport circuits. New capabilities that an GMPLS control plane would bring to SDH/SONET networks, such as new restoration methods and multi-layer circuit establishment, are also discussed. This memo provides information for the Internet community.
-
generalized multi protocol label switching gmpls architecture
RFC, 2004Co-Authors: Eric MannieAbstract:Future data and transmission networks will consist of elements such as routers, switches, Dense Wavelength Division Multiplexing (DWDM) systems, Add-Drop Multiplexors (ADMs), photonic cross-connects (PXCs), optical cross-connects (OXCs), etc. that will use Generalized Multi- Protocol label switching (GMPLS) to dynamically provision resources and to provide network survivability using protection and restoration techniques. This document describes the architecture of GMPLS. GMPLS extends MPLS to encompass time-division (e.g., SONET/SDH, PDH, G.709), wavelength (lambdas), and spatial switching (e.g., incoming port or fiber to outgoing port or fiber). The focus of GMPLS is on the control plane of these various layers since each of them can use physically diverse data or forwarding planes. The intention is to cover both the signaling and the routing part of that control plane. [STANDARDS- TRACK]
-
generalized multi protocol label switching gmpls extensions for synchronous optical network sonet and synchronous digital hierarchy sdh control
RFC, 2004Co-Authors: Eric Mannie, Dimitri PapadimitriouAbstract:This document is a companion to the Generalized multi-protocol label switching (GMPLS) signaling. It defines the Synchronous Optical Network (SONET)/Synchronous Digital Hierarchy (SDH) technology specific information needed when using GMPLS signaling. [STANDARDS- TRACK]
L Berger - One of the best experts on this subject based on the ideXlab platform.
-
GMPLS - Communication of Alarm Information
2006Co-Authors: L BergerAbstract:This document describes an extension to Generalized MPLS (Multi- Protocol label switching) signaling to support communication of alarm information. GMPLS signaling already supports the control of alarm reporting, but not the communication of alarm information. This document presents both a functional description and GMPLS-RSVP specifics of such an extension. This document also proposes modification of the RSVP ERROR_SPEC object. This document updates RFC 3473, "Generalized multi-protocol label switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions", through the addition of new, optional protocol elements. It does not change, and is fully backward compatible with, the procedures specified in RFC 3473. [STANDARDS-TRACK]
-
generalized multi protocol label switching gmpls signaling functional description
IETF RFC3471, 2003Co-Authors: L BergerAbstract:This document describes extensions to multi-protocol label switching (MPLS) signaling required to support Generalized MPLS. Generalized MPLS extends the MPLS control plane to encompass time-division (e.g., Synchronous Optical Network and Synchronous Digital Hierarchy, SONET/SDH), wavelength (optical lambdas) and spatial switching (e.g., incoming port or fiber to outgoing port or fiber). This document presents a functional description of the extensions. Protocol specific formats and mechanisms, and technology specific details are specified in separate documents.
-
Generalized multi-protocol label switching (GMPLS) Signaling Functional Description
2003Co-Authors: L BergerAbstract:This document describes extensions to multi-protocol label switching (MPLS) signaling required to support Generalized MPLS. Generalized MPLS extends the MPLS control plane to encompass time-division (e.g., Synchronous Optical Network and Synchronous Digital Hierarchy, SONET/SDH), wavelength (optical lambdas) and spatial switching (e.g., incoming port or fiber to outgoing port or fiber). This document presents a functional description of the extensions. Protocol specific formats and mechanisms, and technology specific details are specified in separate documents.
-
generalized multi protocol label switching gmpls signaling resource reservation protocol traffic engineering rsvp te extensions
IETF RFC3473, 2003Co-Authors: L BergerAbstract:This document describes extensions to multi-protocol label switching (MPLS) Resource ReserVation Protocol - Traffic Engineering (RSVP-TE) signaling required to support Generalized MPLS. Generalized MPLS extends the MPLS control plane to encompass time-division (e.g., Synchronous Optical Network and Synchronous Digital Hierarchy, SONET/SDH), wavelength (optical lambdas) and spatial switching (e.g., incoming port or fiber to outgoing port or fiber). This document presents a RSVP-TE specific description of the extensions. A generic functional description can be found in separate documents.
-
Generalized multi-protocol label switching (GMPLS) Signaling Constraint-based Routed label Distribution Protocol (CR-LDP) Extensions
2003Co-Authors: P. Ashwood-smith, L BergerAbstract:This document describes extensions to multi-protocol label switching (MPLS) Constraint-based Routed label Distribution Protocol (CR-LDP) signaling required to support Generalized MPLS. Generalized MPLS extends the MPLS control plane to encompass time-division (e.g., Synchronous Optical Network and Synchronous Digital Hierarchy, SONET/SDH), wavelength (optical lambdas) and spatial switching (e.g., incoming port or fiber to outgoing port or fiber). This document presents a CR-LDP specific description of the extensions. A generic functional description can be found in separate documents.
Yakov Rekhter - One of the best experts on this subject based on the ideXlab platform.
-
RSVP-TE Extensions in Support of End-to-End Generalized multi-protocol label switching (GMPLS) Recovery
2007Co-Authors: Yakov Rekhter, Dimitri PapadimitriouAbstract:This document describes protocol-specific procedures and extensions for Generalized multi-protocol label switching (GMPLS) Resource ReSerVation Protocol - Traffic Engineering (RSVP-TE) signaling to support end-to-end label Switched Path (LSP) recovery that denotes protection and restoration. A generic functional description of GMPLS recovery can be found in a companion document, RFC 4426. [STANDARDS- TRACK]
-
OSPF Extensions in Support of Generalized multi-protocol label switching (GMPLS)
2005Co-Authors: Kireeti Kompella, Yakov RekhterAbstract:This document specifies encoding of extensions to the OSPF routing protocol in support of Generalized multi-protocol label switching (GMPLS). [STANDARDS-TRACK]
-
Routing Extensions in Support of Generalized multi-protocol label switching (GMPLS)
2005Co-Authors: Kireeti Kompella, Yakov RekhterAbstract:This document specifies routing extensions in support of carrying link state information for Generalized multi-protocol label switching (GMPLS). This document enhances the routing extensions required to support MPLS Traffic Engineering (TE). [STANDARDS-TRACK]
-
Intermediate System to Intermediate System (IS-IS) Extensions in Support of Generalized multi-protocol label switching (GMPLS)
2005Co-Authors: Kireeti Kompella, Yakov RekhterAbstract:This document specifies encoding of extensions to the IS-IS routing protocol in support of Generalized multi-protocol label switching (GMPLS). This memo provides information for the Internet community.
-
label switched paths lsp hierarchy with generalized multi protocol label switching gmpls traffic engineering te
RFC, 2005Co-Authors: Yakov Rekhter, Kireeti KompellaAbstract:To improve scalability of Generalized multi-protocol label switching (GMPLS) it may be useful to aggregate label Switched Paths (LSPs) by creating a hierarchy of such LSPs. A way to create such a hierarchy is by (a) a label switching Router (LSR) creating a Traffic Engineering label Switched Path (TE LSP), (b) the LSR forming a forwarding adjacency (FA) out of that LSP (by advertising this LSP as a Traffic Engineering (TE) link into the same instance of ISIS/OSPF as the one that was used to create the LSP), (c) allowing other LSRs to use FAs for their path computation, and (d) nesting of LSPs originated by other LSRs into that LSP (by using the label stack construct). This document describes the mechanisms to accomplish this.
Reza Arlan - One of the best experts on this subject based on the ideXlab platform.
-
Implementasi Dan Analisis Sistem Keamanan Ip Security (ipsec) Di Dalam Multi Protocol label switching-virtual Private Network (mpls-vpn) Pada Layanan Berbasis Ip Multimedia Subsystem (ims)
2016Co-Authors: Reza ArlanAbstract:Permasalahan kemanan jaringan selalu dikembangkan sejalan dengan perkembangan teknologi informasi. IP Security (IPsec) merupakan metode enkripsi untuk melindungi kerahasiaan, dan keutuhan data pengguna layanan di jaringan public. Multi Protocol label switching – Virtual Private Network (MPLSVPN) yang banyak digunakan belum sepenuhnya aman, hal ini dikarenakan MPLS-VPN hanya membentuk saluran yang terpisah dari saluran lainnya pada jaringan internet sedangkan data yang dilewati belum terenkripsi. IPSec pada MPLS-VPN merupakan solusi yang sangat tepat untuk meningkatkan kemanan pada layanan berbasis IP Multimedia Subsystem (IMS) Dari hasil pengujian upaya network scanning dari luar core ke dalam core MPLS-VPN tidak berhasil, hal ini karena propagasi paket di dalam core menggunakan metode virtual routing and forwarding (vrf) dan ditambahkannya route distinguisher (rd) pada MPLS-VPN. Dari upaya sniffing trafik voice dan chat di dalam core MPLS-VPN didapatkan bahwa paket-paket dapat di-capture dan dibuka isinya, namun dengan IPSec tunnel komunikasi client tidak dapat dibuka karena sudah dienkripsi oleh protokol ESP. Penyisipan paket MPLS dapat dilakukan menggunakan tools loki dari, namun dengan adanya IPSec tunnel penyisipan paket tidak dapat dilakukan. Sistem keamanan MPLS-VPN dan IPSec Tunnel tidak menjamin dari serangan Denial of Service (DoS), dari pengujian didapat packet loss mencapai kisaran 30 persen yang artinya masih dibawah standar ITU-T G.104 yang memiliki ambang batas maksimal 20 persen. Kata kunci: Keamanan jaringan, IP Security, MPLS-VPN, IP Multimedia Subsystem
-
IMPLEMENTASI DAN ANALISIS SISTEM KEAMANAN IP SECURITY (IPSEC) DI DALAM MULTI PROTOCOL label switching-VIRTUAL PRIVATE NETWORK (MPLS-VPN) PADA LAYANAN BERBASIS IP MULTIMEDIA SUBSYSTEM (IMS)
Universitas Telkom, 2016Co-Authors: Reza ArlanAbstract:Permasalahan kemanan jaringan akan selalu dikembangkan sejalan dengan perkembangan teknologi informasi. Hal ini dilakukan untuk meminimalisir tindakan yang dilakukan oleh orang-orang yang tidak bertanggung jawab. IP Security (IPsec) merupakan metode enkripsi untuk melindungi kerahasiaan, dan keutuhan data pengguna layanan di jaringan publik sehingga data yang bersifat sensitif akan tetap aman dilewatkan di jaringan. Hal ini merupakan penawaran yang sangat baik untuk pengguna yang membutuhkan tingkat keamanan lebih. Sistem Multi Protocol label switching – Virtual Private Network (MPLS-VPN) banyak digunakan oleh organisasi yang membutuhkan kemanan ekstra. Namun pada kenyataannya sistem ini belum sepenuhnya aman, hal ini dikarenakan MPLS-VPN hanya membentuk saluran yang terpisah dari saluran lainnya pada jaringan internet sedangkan data yang dilewati belum terenkripsi sehingga kerahasiaan dan keutuhan data masih dipertanyakan. IPSec pada MPLS-VPN merupakan solusi yang sangat tepat untuk meningkatkan kemanan pada layanan berbasis IP Multimedia Subsystem (IMS) Dari hasil pengujian didapat bahwa upaya network scanning untuk mendapatkan gambaran topologi dari luar core ke dalam core MPLS-VPN tidak berhasil, hal ini karena propagasi paket di dalam core menggunakan label pada jalur label switching Path (LSP) melalui proses virtual routing and forwarding (vrf) dan ditambahkannya route distinguisher (rd) pada MPLS-VPN. Dari upaya sniffing trafik voice dan chat di dalam core MPLS-VPN didapatkan bahwa paket-paket dapat di-capture dan isi komunikasi client dapat dibuka, namun dengan IPSec tunnel komunikasi client tidak dapat dibuka karena paket sudah dienkripsi menggunakan protokol ESP. Penyisipan paket dengan modifikasi jalur MPLS dapat dilakukan menggunakan tools loki dari dalam core MPLS-VPN, namun dengan adanya IPSec tunnel penyisipan paket menuju client tidak dapat dilakukan. Sistem keamanan MPLS-VPN dan IPSec Tunnel tidak menjamin dari serangan Denial of Service (DoS), dari pengujian didapat packet loss mencapai kisaran 30 persen yang artinya masih dibawah standar ITU-T G.104 yang memiliki ambang batas maksimal 20 persen.Kata Kunci : Keamanan Jaringan, IPSec, MPLS-VPN, IP Multimedia Subsystem Network security issues always be developed in line with the development of information technology. This is to minimize the actions taken by people who are not responsible. IP Security (IPsec) is a method of encryption to protect the confidentiality and integrity of user data in the public network services so that sensitive data will remain safe to be missed in the network. This is a valuable offer for users who need more security levels. Multi Protocol label switching - Virtual Private Network (MPLS-VPN) is widely used by organizations that require extra security. But in fact this system has not completely secure, this is because MPLS-VPN only form a separate channel from the other channels on the internet while the network through which data has not been encrypted so that the confidentiality and integrity of data is still questioned. IPSec on MPLS-VPN is the perfect solution to improve the security on the service-based IP Multimedia Subsystem (IMS) From the experiment obtained that network scanning to get an overview of the topology of the outer core into the core MPLS-VPN does not work, it is because of the propagation of the package is in the core using a label to establish label switching Path (LSP) through the process of virtual routing and forwarding (VRF ) and added a route distinguisher (rd) at MPLS-VPN. Sniffing voice and chat communications in MPLS-VPN core found that the packets can be captured and the contents of the communication can be opened, but with IPSec tunnel the content of the packets cannot be opened because the packet has been encrypted using ESP protocol. Insertion package and modifications MPLS paths can be done using the tools loki in MPLS-VPN core, but with IPSec tunnel the insertion of packets towards client can not be done. The security system MPLS-VPN and IPSec Tunnel not guarantee from Denial of Service (DoS) attack, obtained from the testing of packet loss in the range of 30 percent which means it is still under the ITU-T G.104 standard which has the maximum threshold of 20 percent. Keywords: Network Security, IPSec, MPLS-VPN, IP Multimedia Subsyste