The MPLS-OPS Archive[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index][Thread Index][Author Index][Subject Index] RE: RE: L1/L2 over MPLS
Help! I have been task to develop a module that would support 20meg service to the customers house via a wireless media. Is there anything out there in regards to wireless MPLS? Tony -----Original Message----- From: Aditya Kaul [mailto:Aditya.Kaul@relianceinfo.com] Sent: Tuesday, August 24, 2004 9:49 AM To: Bell, John Cc: Alok Dube; mpls-ops@mplsrc.com; bannai@pacbell.net; akhan@flagtelecom.com Subject: RE: [MPLS-OPS]: RE: L1/L2 over MPLS Some more. Structure-Agnostic TDM over Packet (SAToP) draft-ietf-pwe3-satop-01.txt draft-ietf-pwe3-tdm-requirements-05.txt http://www.axerra.com/pr25_Zarlink.asp http://www.corrigent.com/technology/packet_adm_build/sonet_over_mpls.htm http://www.tdmoip.com/Article/0,6583,16760,00.html "Bell, John" <john.bell@thus.n To: "Khan, Amjad" <akhan@flagtelecom.com>, "'Vinay Bannai'" <bannai@pacbell.net>, et> Alok Dube <alokdube@hotpop.com>, mpls-ops@mplsrc.com cc: (bcc: Aditya Kaul/INFOCOMM/RIL) 08/24/2004 06:36 Subject: RE: [MPLS-OPS]: RE: L1/L2 over MPLS PM Importance: Normal Sender's OU: Reliance |------------------| | [ ] Confidential | |------------------| Others of interest.... For Axerra's CESoPSN, see http://www.axerra.com/cesoip_whitepaper.pdf and draft-ietf-pwe3-cesopsn-00.txt. for RAD's TDMoIP, see draft-ietf-pwe3-tdmoip-01.txt. Rad also produced a comparison (in their favour, naturally) between TDMoIP and CESoPSN - http://www.dspcsp.com/tdmoip/compare.pdf Internet drafts can be found at http://mirrors.isc.org/pub/www.watersprings.org/pub/id/index-wgp.html Cheers, John -----Original Message----- From: Khan, Amjad [mailto:akhan@flagtelecom.com] Sent: Tuesday, August 24, 2004 01:17 To: 'Vinay Bannai'; Alok Dube; mpls-ops@mplsrc.com Subject: RE: [MPLS-OPS]: RE: L1/L2 over MPLS The discussion has gained depth and fire.... One of the interesting RFCs on Sonet/SDH CEM over MPLS would be draft-malis-pwe3-sonet-03.txt and followed by draft-malis-sonet-ces-mpls-06.txt Amjad -----Original Message----- From: Vinay Bannai [mailto:bannai@pacbell.net] Sent: 24 August 2004 15:58 To: Alok Dube; mpls-ops@mplsrc.com Subject: RE: [MPLS-OPS]: RE: L1/L2 over MPLS For a RBOC which has legacy SONET/SDH network with ADM's sunk into the ground running TDM frames over a "unsynchronized" packet network does not make a whole lot of sense. But there are whole bunch of service providers who do not fit into the category. They want to get into the whole triple play business. Things have progressed in the packet world where not only is it possible to transport TDM frames over packet network but IT IS possible to provide clock synchronization. And guess what? It is cost effective. There is a interesting paper written about CES (circuit emulated services) coming out of the Metro Ethernet Forum (MEF). It is a technical specifications and goes into the whole timing issues. It is not a "how do I implement" CES over Ethernet network but more like a requirements and service specification document. Anyone can enroll and get a copy of the paper from the MEF website. As far other services over MPLS network, it is becoming increasingly clear that you need a converged network layer for ease of provisioning, maintenance, OPEX and CAPEX reduction (just to name a few) at least in the core network. Ethernet in the last mile (or first mile) makes complete sense(in the access network). Vinay Bannai Luminous Networks -----Original Message----- From: Alok Dube [mailto:alokdube@hotpop.com] Sent: Tuesday, August 24, 2004 1:17 AM To: mpls-ops@mplsrc.com Subject: [MPLS-OPS]: RE: L1/L2 over MPLS Hi, I have been watching this list with great interest for sometime now :o) and have been silent as I no longer indulge in networking though do keep running into old "monkey business" friends around here.... Eitherways,IMHO, running TDM frames over MPLS is really not the way to go...any good book on the principals of Data networks will tell you the same. >From some benchmark results which I did as a part of the last network I worked with (and these were good big routers), the latency induced by packet switching nodes is too high compared to the circuit switched world. It really would make more sense to put routing protocol stacks on a TDM and use them for O&M than to go the PWE3 way. I just hope someone out there is doing it, it would be worthwhile :o) As far as L2 over MPLS (packet/label switching) goes, I am pretty sure there are people who have worked on Frame switching on this list who could best share their experiences. Somehow, ethernet-last-mile still seems to be headed to be a clear winner from my observations in India, mainly on account of the low costs associated and low maintenance and the ease of procurement. (I think someone else mentioned this about another country sometime back). so well, if you like "big/costly toys", good for you, :o) but like me if you want cheap and "will do" connectivity (which i think is actually the bulk of the market)...ethernet last mile seems fine and that is what I use as I type this email out..and whatever be the issues that may come up in the same, I think it is something providers have to figure out how to work around. So my votes: L1 over MPLS---no way!! L2 over MPLS....umm maybe.. :o) (but then keep it at L2 and not L3 and L4 and L5 over MPLS...) just some comments... ---------------------------------------------------------------------------- ------- Amjad Khan wrote: Any ideas on Corrigent's packet ADM? Do they transport SDH as a native frame over MPLS. -----Original Message----- From: Amos Rosenboim [mailto:r.amos@zahav.net.il] Sent: Monday, August 23, 2004 4:16 PM To: Gupta, Shailendra; Khan, Amjad; mpls-ops@mplsrc.com Subject: RE: [MPLS-OPS]: L1/L2 over MPLS I would like to add to khan question. Sometimes you need to transport L1 traffic and not hdlc. for example if you want to transport a voice tdm E1 over a packet network. In this example you need to transport the G.703 and not the PPP or HDLC layer. The only implementation i'm aware of is RAD IPMUX device. As far as i know this solution works only betwen two RAD devices and they encapsulate the G703 over ip and let the ELSR to do the mpls encapsulation of the ip packets. i don't think they encapsulate G703 directly into an an mpls frame. Does anyone know of any other implementation? 10x Amos -----Original Message----- From: Gupta, Shailendra [mailto:Shailendra.Gupta@hk.mci.com] Sent: Monday, August 23, 2004 10:00 AM To: Khan, Amjad; mpls-ops@mplsrc.com Subject: RE: [MPLS-OPS]: L1/L2 over MPLS Dear Khan I guess, u intend asking for transporting L2 Traffic like Ethernet/Frame-Relay/HDLC/ATM, using SDH/SONET as Physical Mode, over MPLS Cloud[like Cisco ATOM; Any Transport over ATM based on Martini]. If so, yes there are carriers who are implementing or implemented such commercial services[like Metro Ethernet/Vlan]. I am sure, this distro will share more valuable inputs. Shail -----Original Message----- From: Khan, Amjad [mailto:akhan@flagtelecom.com] Sent: Monday, August 23, 2004 12:20 PM To: mpls-ops@mplsrc.com Subject: [MPLS-OPS]: L1/L2 over MPLS Hi folks, Are there any recommended solutions around for transporting SDH/Sonet traffic over a packet/IP/MPLS based networkk. I believe the PWE3 WG has been working, using the martini drafts on transport over MPLS. Is there any commercial implementation done yet? Thanks, Amjad ------- The MPLS-OPS Mailing List Subscribe/Unsubscribe: http://www.mplsrc.com/mplsops.shtml Archive: http://www.mplsrc.com/mpls-ops_archive.shtml ------- The MPLS-OPS Mailing List Subscribe/Unsubscribe: http://www.mplsrc.com/mplsops.shtml Archive: http://www.mplsrc.com/mpls-ops_archive.shtml ********************************************************************** This e-mail message is confidential and is intended only for the use of the individual or entity named above and contains information which is or may be confidential, non-public or legally privileged. Any dissemination or distribution of this message other than to its intended recipient is strictly prohibited. You should not copy it or use it for any purpose nor disclose the contents to any other person. If you have received this message in error, please notify us by email to postmaster@flagtelecom.com immediately and delete the original message and all copies from all locations in your computer systems. This e-mail has been swept by Mailsweeper TM for viruses. However, FLAG Telecom cannot accept liability for any damage which you may sustain as a result of software viruses. ********************************************************************** This message has been scanned for viruses by MailControl - www.mailcontrol.com ------- The MPLS-OPS Mailing List Subscribe/Unsubscribe: http://www.mplsrc.com/mplsops.shtml Archive: http://www.mplsrc.com/mpls-ops_archive.shtml ------- The MPLS-OPS Mailing List Subscribe/Unsubscribe: http://www.mplsrc.com/mplsops.shtml Archive: http://www.mplsrc.com/mpls-ops_archive.shtml ------- The MPLS-OPS Mailing List Subscribe/Unsubscribe: http://www.mplsrc.com/mplsops.shtml Archive: http://www.mplsrc.com/mpls-ops_archive.shtml ------- The MPLS-OPS Mailing List Subscribe/Unsubscribe: http://www.mplsrc.com/mplsops.shtml Archive: http://www.mplsrc.com/mpls-ops_archive.shtml
|
|