Chapter 16, New Technology Familiarization
This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA
Overview
Download & View Chapter 16, New Technology Familiarization as PDF for free.
More details
- Words: 4,214
- Pages: 23
Managed Leased Line Network Chapter 16
MANAGED LEASED LINE NETWORK (MLLN) Contents: •
Overview of MLLN
•
Structure of MLLN
•
MLLN Network Management System
•
Digital Cross connect
•
Network Terminating Units
•
Tellabs 8100 System Overview
Objectives: After completion of this module, the participants will be able to know •
What is MLLN
•
What is the structure of MLLN
•
How a digital cross connect works
•
What are the network terminating units
236
Prepared by RGM TTC, Chennai
Managed Leased Line Network
MANAGED LEASED LINE NETWORK (MLLN) 16.1 Scope This Module is to familiarize with the newly developed technology of managed leased lines, its advantages, usage, basic configuration, equipments involvement, etc.
16.2 General 16.2.1 Leased Line. A leased line is basically dedicated pair/pairs of copper wire connecting between two points that is available 24 hours a day for use by a designated user (Individual or Company). A synonym is non-switched line (as opposed to switched or dial up line). A leased line can be a physical path owned by the user or rented from a telephone company like BSNL/MTNL/VSNL. In earlier days these leased line equipment used to be the same as that of the telecomm transmission equipment as the requirement of leased line networks were low. With the burgeoning need for the leased line, now a days Managed Leased Line Networks (MLLN) are being used
16.2.2 Managed Leased Line Network. The MLLN is an integrated, fully managed, multi-service digital network platform through which service provider can offer a wide range of services at an optimal cost to Business Subscribers. Backed by a flexible Network Management System with powerful diagnostics and maintenance tools, the MLLN can be used to provide high-speed leased lines with improved QoS (Quality of Service), high availability and reliability. The Network Management System also supports Service Provisioning, Network Optimization, Planning and Service Monitoring. The system offers features such as end to end circuit creation and monitoring, Circuit Loop Test and fault isolation, Alternate rerouting of traffic in case of trunk failure, Software programmability of NTUs, etc. Due to its wide range of applications in various sectors like banking, financial institutions, stock markets, newspaper industry, broadcasting houses and Internet Service Providers, this 237
Prepared by RGM TTC, Chennai
Managed Leased Line Network managed leased line equipment will benefit all sections of people by way of faster Internet access, accessibility of bank accounts from anywhere, instant news coverage etc.Various organizations like banks, ATM operators, IT companies will be using this flexible leased line solution. The following are the few features, which are the beneficial for the customers. 1. Customers need not to buy 2 pairs of Modems. 2. Modems will be supplied and maintained by Service Provider. 3. 24 Hours performance monitoring of the circuit. 4. Circuit fault reports generated proactively. 5. On demand the bandwidth can be increased. 6. Low lead-time for new circuit provisioning. 7. Protection against the failure of the circuit. 8. Long drive on single pair copper. 9. Centrally managed from Network Management System. The MLLN also supports enhanced features such as Corporate Internet Access, Point to Point Data, Point to Multipoint Data, LAN-IC, Hotline, EPABX Inter-connect, EPABX Remote Extension and ISDN Line Extension, Virtual Private Network, etc.
238
Prepared by RGM TTC, Chennai
Managed Leased Line Network
16.3 TYPICAL STRUCTURE OF MLLN SYSTEM. The MLLN is planned as three-tier structure of consisting of aggregation and connectivity at two different levels:
A. Central Node: It will provide following functionality: (i) NMS Center.
239
Prepared by RGM TTC, Chennai
Managed Leased Line Network (ii) Connectivity to second stage nodes. (iii) Leased line aggregation. B. Second stage Node: It will be located at major cities of a Telecom Circle, where demand for leased line is high. It will provide following functionality: (i) Connectivity to third stage nodes. (ii) Leased line aggregation. C. Third Stage Node: It will be located at smaller cities / towns of a Telecom Circle, where demand for leased line is lower (near 10). It will provide Leased Line aggregation.
16.3.1 Functional Requirements. The MLLN system is able to provide the following functionality: (i) Speedy end-to-end service provisioning. (ii) Round-the-clock end-to-end performance monitoring. (iii) Automated alarm / fault management. (iv) Easy re-routing and configuration. (v) Accounting and Security management. (vi) On-demand bandwidth availability up to 2 Mbps.
16.3.2 Technical Requirements. The various components of the MLLN shall be: a) Network Management System (NMS). b) Digital cross Connect (DXC). c) Versatile Multiplexer (VMUX). 240
Prepared by RGM TTC, Chennai
Managed Leased Line Network d) Network Termination Unit (NTU).
16.4 Network Management System. The NMS of MLLN is centrally managing all the elements of MLLN viz. Digital Cross Connect, VMUX and NTUs. This NMS shall be built using the open architecture _utilizing an industry standard commercially available operating system and relational data base management system. The Network Management System shall allow the Network operator to configure, Provision, manage and monitor all aspects and parameters of the remote elements of the MLLN without the need of local intervention. It is possible to manage the entire network from any single location.
16.4.1 The NMS is able to perform the following: • NMS auto recognize any change of configuration of any network element. The change of configuration or other settings locally at NTUs shall not be provided. All local settings on VMUX and DXC shall be password protected. • Re-initialisation of the network element shall be possible from NMS. This shall be equivalent to manual start-up (physical jack-out and jack-in) of the network element. This might be required in case of a complete or partial 'network element' stoppage due to hardware/software failures. • NMS has the capability to configure the bandwidth on demand of any leased line for specified time of the day. This bandwidth on demand is configurable to all possible programmable bandwidths of NTUs.
241
Prepared by RGM TTC, Chennai
Managed Leased Line Network • NMS has the capability to assign priority to the leased line at the time of configuration. This allows the high priority customer lines to be routed first to the standby route, in case of failure of the main route. • The configuration of the various network elements like building, viewing, and changing is possible remotely from the central NMS. The configurations of the network elements are stored at some place in NMS from where it can be retrieved in case of failure. • It supports macro command facility to carry out the same kind of operation on a group of interface by a single command. • The NMS is capable of placing the Network elements In or Out of service.
16.4.2 Route Management. A predefined routing schedule is supported by NMS enabling the MLLN to route automatically. It is possible to perform fast re-establishment of circuits within the network across alternative paths totally automatically, in the event of failure. Point-topoint and point-to- multipoint channel routings on an end-to-end basis.
16.4.3 Fault Management. • It is able to inform the operator about the problems occurring in the network elements and their modules. • The fault events are logged in a fault log file and are accessible when required through database style facilities for information retrieval. • The fault information provided contains type of network element, the time at which fault occurred, time when it corrected. • In addition to the fault information, it provides a brief explanation of the cause of the fault and proposed corrective action to be taken to rectify the fault. • The printout of active faults and fault log file is possible. • It is possible to list: 242
Prepared by RGM TTC, Chennai
Managed Leased Line Network (i) total number of active faults in the network. (ii) Number of active faults in a specified network element. (iii) Number of active faults in each of the faulty network elements. • The equipments of MLLN is capable of reporting to a pre-specified destination on detection of an alarm condition. Faults in the network elements, links & system generate audible alarms also. The activation / inhibition of the audible alarm is controlled by the Network Manager.
16.4.4 Performance Management. • It supports the end –to- end performance-monitoring functionality as per ITU-T recommendation G.821 for links and circuits. • The information provided includes Total time, Unavailable time, Errored seconds, SeverelyErrored seconds and degraded minutes. • It is possible to configure the interval when this performance data is to be collected by the NMS • It provides information about the percentage bandwidth usage of the network elements like VMUX, DXC for a specified period. Performance management module supports collection, processing & presentation of the performance related data from all the Network elements. Facility is provided for collection of the network data continuously. • All the VMUX and DXC must be polled at least once in 5 minutes at Primary NMS level. All other network elements must be polled at least once in every 5 minutes at Primary NMS level. It is possible to collect network data periodically; and for definite interval of time, as required. • These are configurable by the Network operator through NMS. Further it is possible to configure collection of network data for specific or all network elements. The network data for NMS includes following information from the Network elements. A. Status. B. Control parameters. C. Performance parameters.
243
Prepared by RGM TTC, Chennai
Managed Leased Line Network D. Alarm information. E. Configuration parameters. F. Accounting and billing information. • Data base hard disk memory is sufficient to store all the information in para above and any other necessary system information for at least one month duration. This information is auto backed up (or backed up by operator action) to secondary memory devices (off line storage devices) before deleting / overwriting any portion of this information, on completion of one complete month. Minimum, of 16 Gb of configured secondary storage space (secondary hard disk / cartridges / tapes etc) is supplied.
16.4.5 Security Management • It supports the user identification and operator passwords with various privileges for giving commands. It records all the login and logout operations done on the NMS. It is able to set the time of expiry of the operator passwords. It supports password protection for the for the network elements in the MLLN. • Network Manager is able to create the operators' passwords. Network Manager is also be able to control and limit operator's authorizations, rights and privileges. (Here Network Manager is an account in NMS will full control, rights and privileges. Operator created accounts by Network Manager for other personnel to help him in controlled way.) • NMS allows changing of the password by the Network Manager for all accounts. NMS allows Operator to change their own password. Change of password shall not required system • NMS provides for validation of source addresses of all the data that are coming from the network elements. The data transport mechanism from network elements to NMS centre has necessary in built facility for error checking and correction.
16.5 DIGITAL CROSS CONNECT (DXC or DACC).
244
Prepared by RGM TTC, Chennai
Managed Leased Line Network DACC or DXC is a large capacity cross connect device and is installed at different main sites for providing VMUX connectivity. DACC is made up of Cluster Master control subrack and slave subracks. Single Subrack (RXS-S) is used as slave subrack and its units depend on the port capacity ordered. In addition to multiplexing and demultiplexing the signal, the node takes also care of crossconnecting the signal. (The signal is first demultiplexed into a lower level after which it is cross-connected and then multiplexed again). A digital corss-connect (DXC) is a device used in transmission networks. It separates channels coming from other devices and rearranges them into new channels for output. A digital cross-connection means that the connection is set up and released by the network operator, but not through subscriber, which is the case in switching.
16.5.1 DXC NOMENCLAUTRE: (a) DXCs at metros (Delhi, Mumbai, Kolkata & Chennai) for maintenance regions will be designated as Regional DXCs (R-DXC). (b) DXCs of maintenance regions apart from Regional DXCs as above will be called subregional DXCs (SR-DXC). (c) DXCs in the SSAs will be called SS-DXC. The DXC comes in the following configurations. • DXC-256 = 256 E1 ports. • DXC-128 Expandable to 256 = Equipped with 128 Ports. • DXC-96 Expandable to 128 = Equipped with 96 Ports. • DXC-64 Expandable to 128 = Equipped with 64 Ports. • DXC- 16 Expandable to 64 DXC SS-DXC TO SR-DXC : The DXCs of the SSA will also be connected to the subregional DXC initially by 2 E1 for each SS-DXC, for the circuit going out of the city. Additional E1s to meet the demand
245
Prepared by RGM TTC, Chennai
Managed Leased Line Network shall be connected to those SS-DXC under whose coverage area demand has grown, if there are more than one SS-DXCs at a station. SR-DXC to SR-DXC Sub-Regional DXC to Sub-Regional DXC in the same region may initially be connected by 1 E1 each. REGIONAL NETWORK. Multiple R-DXCs at the same station:R-DXC at metro stations consist of multiple DXCs. Connectivity among these DXCs should be in mesh configuration of 2 E1s each to meet the requirement of switching the time slots from a station connection at one DXC to the destination connected on the other DXC. Core Network of R-DXCs: All four regional DXC stations will be connected to each other with 8E1s each. The links may be distributed among multiple DXCs. The no. of links may increase as the demand increases. R-DXC to SR-DXC: • DXCs are to be connected to SR-DXCs in the same region by 3E1s each. • R-DXCs are to be connected to all SR-DXCs in the distant regions also by 2E1s each to start with. • SR-DXC links are to be distributed among multiple DXCs at the metro stations to MIinimize use of inter-DXC links at that station. At the start up it will not be possible to connect SR-DXC to all of such DXCs. It may be done as and when additional links are justified in future. R-DXCs to SS-DXCs: SS-DXC may also be connected directly to Regional DXC if the bandwidth consumed by the circuits from the SSA to concerned Regional is more than 8 Mb. The E1s may be
246
Prepared by RGM TTC, Chennai
Managed Leased Line Network optimally distributed among DXCs at SS-DXC side as well as R-DXC side such that the use of inter DXC connectivity at the same station is minimized.
16.5.2 REDUNDANCY REQUIREMENT MLLN has to provide high reliability service and it is proposed to offer SLA for 99.5% or better efficiency. Therefore, all the E1 links should be provided as rings wherever available. In long distance network, E1, between same stations can be split into alternate physical path of rings to the extent feasible. This will also save on port capacity required for providing alternate path within MLLN.
16.6 VERSATILE MULTIPLEXER (VMUX) Versatile Multiplexer (VMUS) is a small capacity cross connect device and is installed at different sites for providing user connectivity. VMUX is made up of Basic Node, which is the building block of the MLLN system. The VMUX is provided with two types of interfaces to connect STU-160 ( SDSL product family used for point- to- point connections) and CTU-S (HDSL product family modem , with line connection rate up to 4640 Kbit/s ) modems. The number of interfaces depends on the type of VMUX configuration supplied. There are Four types of VMUXs supplied Viz. VMUX-Type I, VMUX-Type-II, VMUX-Type-III/DC operation, VMUX-Type-III AC operation. • The V-MUXs also have a digital cross connect capability and additional E1 ports have been provided in the V-MUXs. Therefore inter-connectivity among V-MUXs in the same city can be established using the spare E1 ports for extending local circuits. • Initially one V-MUX should be connected to a maximum of 2 other V-MUXs in the same city directly with one E1 each. As the demand for circuits in the areas served by VMUXs grows, more E1 links can be directly established among the V-MUXs.
247
Prepared by RGM TTC, Chennai
Managed Leased Line Network • If there are more than one VMUXs in one exchange area, then depending upon justification, one of the VMUXs can be dedicated to provide local circuits through direct route to other VMUXs in the city. This will save DXC ports. However, SS-DXC connectivity, where SS-DXC is available, shall also be maintained for setting up leased circuits to VMUXs with which direct route is not available. • Efforts should be made that no circuit should pass through more than three VMUXs. However, use of more than four VMUXs in tandem for one circuit must be avoided. • Routes shows as ‘standby’ are to be used for meeting incremental requirements of long distance circuits from other V-MUXs if the direct routes are full and the other link has spare capacity. This is done with the intention of saving port capacities. Protection path can also be provided against failure of other links to SS/SR-DXC. V-MUX to SS-DXC in the same City / SDCA. • V-MUX to DXCs connectivity in the same city/SDCA will serve two purposes: first to set up circuits to other V-MUXs in the city and second to set up circuits going out of the city. • Direct V-MUX to V-MUX connectivity should be utilized for local circuits as per the plan indicated above. However, for local circuits to other V-MUX areas where the requirement is, say, less than 10 in the beginning, the circuits can be routed via the E1 link established with the DXC. • Each V-MUX site in the city should be connected by at least two E1s to the SS DXC. This connectivity may be distributed in case of multiple SS-DXCs. Number of E1s can be increased as the requirement grows. • If there are more than one VMUXs in the same exchange area, DXC connectivity may be distributed on each of them.
248
Prepared by RGM TTC, Chennai
Managed Leased Line Network
16.7 NETWORK TERMINATING UNITS (NTUs) • Base band modems (Network Terminating Units = NTUs) are usually customer premises equipment (CPE). They are typical “last mile equipment.” • NTUs can also be used for standalone point-to-point connections without the NMS. • NTUs allow use of the existing telecom copper cables (twisted pair) for digital traffic with medium distances (~5 km) and high speeds. • NTUs must be capable of being managed from the centralised NMS for the following essential parameters: (i) Speed (ii) Line loop testing (iii) Diagnostic • NTU on the DTE side must support the V.35/V.24/V.28/V.36/ V.11/G.703 data interfaces. • NTU must be functionally compatible for all features with the integrated Line drivers of the VMUX ports. • NTU should work with the line side interface, which is a built-in feature of the VMUX and shall support the end to end manageability with NMS of the Managed Leased Line Network. • NTU must perform internal self-tests on power-up and provide a visual indication if an internal failure is detected.
249
Prepared by RGM TTC, Chennai
Managed Leased Line Network • After power-up, the NTU configurations shall be automatically downloaded from the connected node.
250
Prepared by RGM TTC, Chennai
Managed Leased Line Network
MLLN developed by M/s. Tellabs 8100 The services in the Tellabs 8100, managed by an access system can be divided into two categories; business and mobile services. The Tellabs 8100 system provides network elements for accesss, consolidation and backbone levels. The service can be provided efficiently through Tellabs8100 customer Nodes and high speed NTUs (Network Terminating Units). Each service and the entire network are controlled by the network management system known as the Tellabs 8100 network manager. The network management system also supports service provisioning, network optimization, planning and service monitoring. The system offers features such as end to end circuit creation and monitoring, circuit loop test and fault isolation , alternate re-routing of traffic in case of trunk failure,software programmability of NTUs etc.. It also support enhanced features such as Corporate internet access,point to point data, point to multipoint data, LAN-IC hotline, EPABX interconnect, EPABX remote extension and ISDN line extension , Virtual private network etc. Manageability The concept of manageability is at present not a novelty, but rather a need. Today’s leased line network is unmanaged. TRAI had advised the mandatory need of Service Level Agreements (SLA), for every service being provided. This SLA is achieved with statistics on an end to end status by MLLN. Today a degradation/disruption in service is made known to the service provider on a subscriber notification. But in MLLN the service provider can proactively detect and take corrective measures. In such an above faulty status, MLLN feature of automatic re-routing of traffic ensures customer satisfaction and also prevent a likely loss of revenue. Tomorrow, if the network customer is to demand the service flexibility in SLA, the negotiable bandwidth during the different time of the day, it can only be provided through MLLN. DXC ( DACC ) – DIGITAL CROSS CONNECT DXC is a large capacity cross connect device and is installed at different main sites for providing VMUX connectivity. DXC is made up of Cluster Master control sub rack and
251
Prepared by RGM TTC, Chennai
Managed Leased Line Network Slave sub racks. The Basic Node is used as Slave sub rack to build the Cluster Node in the MLLN system. The DXC comes in the following configurations. Configuration
Master sub rack Fully equipped Bare single sub Slave sub rack rack
DXC 32 Ports DXC 64 Ports DXC 64 Expandable to 128 Ports DXC 96 Expandable to 128 Ports DXC 128 Ports DC 128 Expandable to 256 Ports DXC 160 Ports DXC 192 Ports DXC 224 Ports DXC 256 Ports
1 1 1 1 1 1 1 1 1 1
1 2 2 3 4 4 5 6 7 8
0 0 2 1 0 4 0 0 0 0
The block diagram of DXC 256 Ports is shown below:-
Power Requirement DXC operates on –48 Volts DC Power supply. Power requirement for Cluster Master = 10 Amp. Power requirement for each Slave sub rack = 5 Amp Max. Each sub rack power supply unit receives –48 Volts DC through individual MCB placed at the top rear side of each rack. The list of cards equipped in the Cluster Master rack is as shown.
252
Prepared by RGM TTC, Chennai
Managed Leased Line Network
64 Ports
Configuration 96 Ports 128 Ports
Expandable to 128 Ports 1 2 2 1 2 2 4
Expandable toExpandable to 128 Ports 256 Ports 1 1 2 2 2 2 1 1 2 2 2 2 6 8
Unit RXS-CD PFU-A PFU-B CCU CXU-M CXU-S CXU-A
256 Ports 1 2 2 1 2 2 16
The E1 Cables are connected from QMH / G.703 – 120Q units in the Slave sub racks and terminated on the DDF
VMUX (Versatile Multiplexer )
VMUX is a small capacity cross connect device and is installed at different sites for providing user connectivity. VMUX is made up of Basic Node, which is the building block of the MLLN system. It is provided with different types of interfaces to connect STU-160 and CTU-S modems. The number of interfaces depends upon the type of VMUX configuration supplied. The different types of VMUXs are shown in the table below.
253
Prepared by RGM TTC, Chennai
Managed Leased Line Network
The block diagram and power requirement of a VMUX rack is given below.
VMUX Item RXS-S XCG PFU-A PAU-10T IUM-8 OMH QMH / HCQ QMH / G.703
Type – I 1 1 1 0 4 1 0 2
Type – II 1 1 1 0 2 0 1 0
Type – III DC 1 1 1 0 1 0 1 0
Type – III AC 1 1 0 1 1 0 1 0
N.B: The DXC and VMUX systems are installed in standard 19” coms rack with the following dimensions. Height: 2.048 m Width: 0.596 m Breadth: 0.325 m
254
Prepared by RGM TTC, Chennai
Managed Leased Line Network DXC and VMUX equipments are designed to operate in a controlled environment. The standards those are met by these equipments are as per ETSI 300019-1-3. The environmental conditions that are required are: 1) Dust free clean environment. 2) A/c with temperature and humidity control. 3) A/c failure being exemptible for a maximum period of 2 hours at a time. 4) Operating temperature: 20 to 30°C. Network Terminating Unit (NTU) The NTUs are located at customer premises and work on 230 Volt AC. Copper pair connects the NTUs to the respective VMUX. The NTUs compatible with this network is given below. • 64 / 128 Kbps NTU with V.35 interface. • 64 / 128 Kbps NTU with G.703 interface. • 64 / 128 Kbps NTU with ether net interface. • N * 64 Kbps NTU with V.35 interface. • N * 64 Kbps NTU with G.703 interface. • N * 64 Kbps NTU with Ethernet interface.
255
Prepared by RGM TTC, Chennai
Managed Leased Line Network
256
Prepared by RGM TTC, Chennai
Managed Leased Line Network
257
Prepared by RGM TTC, Chennai
Managed Leased Line Network
258
Prepared by RGM TTC, Chennai
MANAGED LEASED LINE NETWORK (MLLN) Contents: •
Overview of MLLN
•
Structure of MLLN
•
MLLN Network Management System
•
Digital Cross connect
•
Network Terminating Units
•
Tellabs 8100 System Overview
Objectives: After completion of this module, the participants will be able to know •
What is MLLN
•
What is the structure of MLLN
•
How a digital cross connect works
•
What are the network terminating units
236
Prepared by RGM TTC, Chennai
Managed Leased Line Network
MANAGED LEASED LINE NETWORK (MLLN) 16.1 Scope This Module is to familiarize with the newly developed technology of managed leased lines, its advantages, usage, basic configuration, equipments involvement, etc.
16.2 General 16.2.1 Leased Line. A leased line is basically dedicated pair/pairs of copper wire connecting between two points that is available 24 hours a day for use by a designated user (Individual or Company). A synonym is non-switched line (as opposed to switched or dial up line). A leased line can be a physical path owned by the user or rented from a telephone company like BSNL/MTNL/VSNL. In earlier days these leased line equipment used to be the same as that of the telecomm transmission equipment as the requirement of leased line networks were low. With the burgeoning need for the leased line, now a days Managed Leased Line Networks (MLLN) are being used
16.2.2 Managed Leased Line Network. The MLLN is an integrated, fully managed, multi-service digital network platform through which service provider can offer a wide range of services at an optimal cost to Business Subscribers. Backed by a flexible Network Management System with powerful diagnostics and maintenance tools, the MLLN can be used to provide high-speed leased lines with improved QoS (Quality of Service), high availability and reliability. The Network Management System also supports Service Provisioning, Network Optimization, Planning and Service Monitoring. The system offers features such as end to end circuit creation and monitoring, Circuit Loop Test and fault isolation, Alternate rerouting of traffic in case of trunk failure, Software programmability of NTUs, etc. Due to its wide range of applications in various sectors like banking, financial institutions, stock markets, newspaper industry, broadcasting houses and Internet Service Providers, this 237
Prepared by RGM TTC, Chennai
Managed Leased Line Network managed leased line equipment will benefit all sections of people by way of faster Internet access, accessibility of bank accounts from anywhere, instant news coverage etc.Various organizations like banks, ATM operators, IT companies will be using this flexible leased line solution. The following are the few features, which are the beneficial for the customers. 1. Customers need not to buy 2 pairs of Modems. 2. Modems will be supplied and maintained by Service Provider. 3. 24 Hours performance monitoring of the circuit. 4. Circuit fault reports generated proactively. 5. On demand the bandwidth can be increased. 6. Low lead-time for new circuit provisioning. 7. Protection against the failure of the circuit. 8. Long drive on single pair copper. 9. Centrally managed from Network Management System. The MLLN also supports enhanced features such as Corporate Internet Access, Point to Point Data, Point to Multipoint Data, LAN-IC, Hotline, EPABX Inter-connect, EPABX Remote Extension and ISDN Line Extension, Virtual Private Network, etc.
238
Prepared by RGM TTC, Chennai
Managed Leased Line Network
16.3 TYPICAL STRUCTURE OF MLLN SYSTEM. The MLLN is planned as three-tier structure of consisting of aggregation and connectivity at two different levels:
A. Central Node: It will provide following functionality: (i) NMS Center.
239
Prepared by RGM TTC, Chennai
Managed Leased Line Network (ii) Connectivity to second stage nodes. (iii) Leased line aggregation. B. Second stage Node: It will be located at major cities of a Telecom Circle, where demand for leased line is high. It will provide following functionality: (i) Connectivity to third stage nodes. (ii) Leased line aggregation. C. Third Stage Node: It will be located at smaller cities / towns of a Telecom Circle, where demand for leased line is lower (near 10). It will provide Leased Line aggregation.
16.3.1 Functional Requirements. The MLLN system is able to provide the following functionality: (i) Speedy end-to-end service provisioning. (ii) Round-the-clock end-to-end performance monitoring. (iii) Automated alarm / fault management. (iv) Easy re-routing and configuration. (v) Accounting and Security management. (vi) On-demand bandwidth availability up to 2 Mbps.
16.3.2 Technical Requirements. The various components of the MLLN shall be: a) Network Management System (NMS). b) Digital cross Connect (DXC). c) Versatile Multiplexer (VMUX). 240
Prepared by RGM TTC, Chennai
Managed Leased Line Network d) Network Termination Unit (NTU).
16.4 Network Management System. The NMS of MLLN is centrally managing all the elements of MLLN viz. Digital Cross Connect, VMUX and NTUs. This NMS shall be built using the open architecture _utilizing an industry standard commercially available operating system and relational data base management system. The Network Management System shall allow the Network operator to configure, Provision, manage and monitor all aspects and parameters of the remote elements of the MLLN without the need of local intervention. It is possible to manage the entire network from any single location.
16.4.1 The NMS is able to perform the following: • NMS auto recognize any change of configuration of any network element. The change of configuration or other settings locally at NTUs shall not be provided. All local settings on VMUX and DXC shall be password protected. • Re-initialisation of the network element shall be possible from NMS. This shall be equivalent to manual start-up (physical jack-out and jack-in) of the network element. This might be required in case of a complete or partial 'network element' stoppage due to hardware/software failures. • NMS has the capability to configure the bandwidth on demand of any leased line for specified time of the day. This bandwidth on demand is configurable to all possible programmable bandwidths of NTUs.
241
Prepared by RGM TTC, Chennai
Managed Leased Line Network • NMS has the capability to assign priority to the leased line at the time of configuration. This allows the high priority customer lines to be routed first to the standby route, in case of failure of the main route. • The configuration of the various network elements like building, viewing, and changing is possible remotely from the central NMS. The configurations of the network elements are stored at some place in NMS from where it can be retrieved in case of failure. • It supports macro command facility to carry out the same kind of operation on a group of interface by a single command. • The NMS is capable of placing the Network elements In or Out of service.
16.4.2 Route Management. A predefined routing schedule is supported by NMS enabling the MLLN to route automatically. It is possible to perform fast re-establishment of circuits within the network across alternative paths totally automatically, in the event of failure. Point-topoint and point-to- multipoint channel routings on an end-to-end basis.
16.4.3 Fault Management. • It is able to inform the operator about the problems occurring in the network elements and their modules. • The fault events are logged in a fault log file and are accessible when required through database style facilities for information retrieval. • The fault information provided contains type of network element, the time at which fault occurred, time when it corrected. • In addition to the fault information, it provides a brief explanation of the cause of the fault and proposed corrective action to be taken to rectify the fault. • The printout of active faults and fault log file is possible. • It is possible to list: 242
Prepared by RGM TTC, Chennai
Managed Leased Line Network (i) total number of active faults in the network. (ii) Number of active faults in a specified network element. (iii) Number of active faults in each of the faulty network elements. • The equipments of MLLN is capable of reporting to a pre-specified destination on detection of an alarm condition. Faults in the network elements, links & system generate audible alarms also. The activation / inhibition of the audible alarm is controlled by the Network Manager.
16.4.4 Performance Management. • It supports the end –to- end performance-monitoring functionality as per ITU-T recommendation G.821 for links and circuits. • The information provided includes Total time, Unavailable time, Errored seconds, SeverelyErrored seconds and degraded minutes. • It is possible to configure the interval when this performance data is to be collected by the NMS • It provides information about the percentage bandwidth usage of the network elements like VMUX, DXC for a specified period. Performance management module supports collection, processing & presentation of the performance related data from all the Network elements. Facility is provided for collection of the network data continuously. • All the VMUX and DXC must be polled at least once in 5 minutes at Primary NMS level. All other network elements must be polled at least once in every 5 minutes at Primary NMS level. It is possible to collect network data periodically; and for definite interval of time, as required. • These are configurable by the Network operator through NMS. Further it is possible to configure collection of network data for specific or all network elements. The network data for NMS includes following information from the Network elements. A. Status. B. Control parameters. C. Performance parameters.
243
Prepared by RGM TTC, Chennai
Managed Leased Line Network D. Alarm information. E. Configuration parameters. F. Accounting and billing information. • Data base hard disk memory is sufficient to store all the information in para above and any other necessary system information for at least one month duration. This information is auto backed up (or backed up by operator action) to secondary memory devices (off line storage devices) before deleting / overwriting any portion of this information, on completion of one complete month. Minimum, of 16 Gb of configured secondary storage space (secondary hard disk / cartridges / tapes etc) is supplied.
16.4.5 Security Management • It supports the user identification and operator passwords with various privileges for giving commands. It records all the login and logout operations done on the NMS. It is able to set the time of expiry of the operator passwords. It supports password protection for the for the network elements in the MLLN. • Network Manager is able to create the operators' passwords. Network Manager is also be able to control and limit operator's authorizations, rights and privileges. (Here Network Manager is an account in NMS will full control, rights and privileges. Operator created accounts by Network Manager for other personnel to help him in controlled way.) • NMS allows changing of the password by the Network Manager for all accounts. NMS allows Operator to change their own password. Change of password shall not required system • NMS provides for validation of source addresses of all the data that are coming from the network elements. The data transport mechanism from network elements to NMS centre has necessary in built facility for error checking and correction.
16.5 DIGITAL CROSS CONNECT (DXC or DACC).
244
Prepared by RGM TTC, Chennai
Managed Leased Line Network DACC or DXC is a large capacity cross connect device and is installed at different main sites for providing VMUX connectivity. DACC is made up of Cluster Master control subrack and slave subracks. Single Subrack (RXS-S) is used as slave subrack and its units depend on the port capacity ordered. In addition to multiplexing and demultiplexing the signal, the node takes also care of crossconnecting the signal. (The signal is first demultiplexed into a lower level after which it is cross-connected and then multiplexed again). A digital corss-connect (DXC) is a device used in transmission networks. It separates channels coming from other devices and rearranges them into new channels for output. A digital cross-connection means that the connection is set up and released by the network operator, but not through subscriber, which is the case in switching.
16.5.1 DXC NOMENCLAUTRE: (a) DXCs at metros (Delhi, Mumbai, Kolkata & Chennai) for maintenance regions will be designated as Regional DXCs (R-DXC). (b) DXCs of maintenance regions apart from Regional DXCs as above will be called subregional DXCs (SR-DXC). (c) DXCs in the SSAs will be called SS-DXC. The DXC comes in the following configurations. • DXC-256 = 256 E1 ports. • DXC-128 Expandable to 256 = Equipped with 128 Ports. • DXC-96 Expandable to 128 = Equipped with 96 Ports. • DXC-64 Expandable to 128 = Equipped with 64 Ports. • DXC- 16 Expandable to 64 DXC SS-DXC TO SR-DXC : The DXCs of the SSA will also be connected to the subregional DXC initially by 2 E1 for each SS-DXC, for the circuit going out of the city. Additional E1s to meet the demand
245
Prepared by RGM TTC, Chennai
Managed Leased Line Network shall be connected to those SS-DXC under whose coverage area demand has grown, if there are more than one SS-DXCs at a station. SR-DXC to SR-DXC Sub-Regional DXC to Sub-Regional DXC in the same region may initially be connected by 1 E1 each. REGIONAL NETWORK. Multiple R-DXCs at the same station:R-DXC at metro stations consist of multiple DXCs. Connectivity among these DXCs should be in mesh configuration of 2 E1s each to meet the requirement of switching the time slots from a station connection at one DXC to the destination connected on the other DXC. Core Network of R-DXCs: All four regional DXC stations will be connected to each other with 8E1s each. The links may be distributed among multiple DXCs. The no. of links may increase as the demand increases. R-DXC to SR-DXC: • DXCs are to be connected to SR-DXCs in the same region by 3E1s each. • R-DXCs are to be connected to all SR-DXCs in the distant regions also by 2E1s each to start with. • SR-DXC links are to be distributed among multiple DXCs at the metro stations to MIinimize use of inter-DXC links at that station. At the start up it will not be possible to connect SR-DXC to all of such DXCs. It may be done as and when additional links are justified in future. R-DXCs to SS-DXCs: SS-DXC may also be connected directly to Regional DXC if the bandwidth consumed by the circuits from the SSA to concerned Regional is more than 8 Mb. The E1s may be
246
Prepared by RGM TTC, Chennai
Managed Leased Line Network optimally distributed among DXCs at SS-DXC side as well as R-DXC side such that the use of inter DXC connectivity at the same station is minimized.
16.5.2 REDUNDANCY REQUIREMENT MLLN has to provide high reliability service and it is proposed to offer SLA for 99.5% or better efficiency. Therefore, all the E1 links should be provided as rings wherever available. In long distance network, E1, between same stations can be split into alternate physical path of rings to the extent feasible. This will also save on port capacity required for providing alternate path within MLLN.
16.6 VERSATILE MULTIPLEXER (VMUX) Versatile Multiplexer (VMUS) is a small capacity cross connect device and is installed at different sites for providing user connectivity. VMUX is made up of Basic Node, which is the building block of the MLLN system. The VMUX is provided with two types of interfaces to connect STU-160 ( SDSL product family used for point- to- point connections) and CTU-S (HDSL product family modem , with line connection rate up to 4640 Kbit/s ) modems. The number of interfaces depends on the type of VMUX configuration supplied. There are Four types of VMUXs supplied Viz. VMUX-Type I, VMUX-Type-II, VMUX-Type-III/DC operation, VMUX-Type-III AC operation. • The V-MUXs also have a digital cross connect capability and additional E1 ports have been provided in the V-MUXs. Therefore inter-connectivity among V-MUXs in the same city can be established using the spare E1 ports for extending local circuits. • Initially one V-MUX should be connected to a maximum of 2 other V-MUXs in the same city directly with one E1 each. As the demand for circuits in the areas served by VMUXs grows, more E1 links can be directly established among the V-MUXs.
247
Prepared by RGM TTC, Chennai
Managed Leased Line Network • If there are more than one VMUXs in one exchange area, then depending upon justification, one of the VMUXs can be dedicated to provide local circuits through direct route to other VMUXs in the city. This will save DXC ports. However, SS-DXC connectivity, where SS-DXC is available, shall also be maintained for setting up leased circuits to VMUXs with which direct route is not available. • Efforts should be made that no circuit should pass through more than three VMUXs. However, use of more than four VMUXs in tandem for one circuit must be avoided. • Routes shows as ‘standby’ are to be used for meeting incremental requirements of long distance circuits from other V-MUXs if the direct routes are full and the other link has spare capacity. This is done with the intention of saving port capacities. Protection path can also be provided against failure of other links to SS/SR-DXC. V-MUX to SS-DXC in the same City / SDCA. • V-MUX to DXCs connectivity in the same city/SDCA will serve two purposes: first to set up circuits to other V-MUXs in the city and second to set up circuits going out of the city. • Direct V-MUX to V-MUX connectivity should be utilized for local circuits as per the plan indicated above. However, for local circuits to other V-MUX areas where the requirement is, say, less than 10 in the beginning, the circuits can be routed via the E1 link established with the DXC. • Each V-MUX site in the city should be connected by at least two E1s to the SS DXC. This connectivity may be distributed in case of multiple SS-DXCs. Number of E1s can be increased as the requirement grows. • If there are more than one VMUXs in the same exchange area, DXC connectivity may be distributed on each of them.
248
Prepared by RGM TTC, Chennai
Managed Leased Line Network
16.7 NETWORK TERMINATING UNITS (NTUs) • Base band modems (Network Terminating Units = NTUs) are usually customer premises equipment (CPE). They are typical “last mile equipment.” • NTUs can also be used for standalone point-to-point connections without the NMS. • NTUs allow use of the existing telecom copper cables (twisted pair) for digital traffic with medium distances (~5 km) and high speeds. • NTUs must be capable of being managed from the centralised NMS for the following essential parameters: (i) Speed (ii) Line loop testing (iii) Diagnostic • NTU on the DTE side must support the V.35/V.24/V.28/V.36/ V.11/G.703 data interfaces. • NTU must be functionally compatible for all features with the integrated Line drivers of the VMUX ports. • NTU should work with the line side interface, which is a built-in feature of the VMUX and shall support the end to end manageability with NMS of the Managed Leased Line Network. • NTU must perform internal self-tests on power-up and provide a visual indication if an internal failure is detected.
249
Prepared by RGM TTC, Chennai
Managed Leased Line Network • After power-up, the NTU configurations shall be automatically downloaded from the connected node.
250
Prepared by RGM TTC, Chennai
Managed Leased Line Network
MLLN developed by M/s. Tellabs 8100 The services in the Tellabs 8100, managed by an access system can be divided into two categories; business and mobile services. The Tellabs 8100 system provides network elements for accesss, consolidation and backbone levels. The service can be provided efficiently through Tellabs8100 customer Nodes and high speed NTUs (Network Terminating Units). Each service and the entire network are controlled by the network management system known as the Tellabs 8100 network manager. The network management system also supports service provisioning, network optimization, planning and service monitoring. The system offers features such as end to end circuit creation and monitoring, circuit loop test and fault isolation , alternate re-routing of traffic in case of trunk failure,software programmability of NTUs etc.. It also support enhanced features such as Corporate internet access,point to point data, point to multipoint data, LAN-IC hotline, EPABX interconnect, EPABX remote extension and ISDN line extension , Virtual private network etc. Manageability The concept of manageability is at present not a novelty, but rather a need. Today’s leased line network is unmanaged. TRAI had advised the mandatory need of Service Level Agreements (SLA), for every service being provided. This SLA is achieved with statistics on an end to end status by MLLN. Today a degradation/disruption in service is made known to the service provider on a subscriber notification. But in MLLN the service provider can proactively detect and take corrective measures. In such an above faulty status, MLLN feature of automatic re-routing of traffic ensures customer satisfaction and also prevent a likely loss of revenue. Tomorrow, if the network customer is to demand the service flexibility in SLA, the negotiable bandwidth during the different time of the day, it can only be provided through MLLN. DXC ( DACC ) – DIGITAL CROSS CONNECT DXC is a large capacity cross connect device and is installed at different main sites for providing VMUX connectivity. DXC is made up of Cluster Master control sub rack and
251
Prepared by RGM TTC, Chennai
Managed Leased Line Network Slave sub racks. The Basic Node is used as Slave sub rack to build the Cluster Node in the MLLN system. The DXC comes in the following configurations. Configuration
Master sub rack Fully equipped Bare single sub Slave sub rack rack
DXC 32 Ports DXC 64 Ports DXC 64 Expandable to 128 Ports DXC 96 Expandable to 128 Ports DXC 128 Ports DC 128 Expandable to 256 Ports DXC 160 Ports DXC 192 Ports DXC 224 Ports DXC 256 Ports
1 1 1 1 1 1 1 1 1 1
1 2 2 3 4 4 5 6 7 8
0 0 2 1 0 4 0 0 0 0
The block diagram of DXC 256 Ports is shown below:-
Power Requirement DXC operates on –48 Volts DC Power supply. Power requirement for Cluster Master = 10 Amp. Power requirement for each Slave sub rack = 5 Amp Max. Each sub rack power supply unit receives –48 Volts DC through individual MCB placed at the top rear side of each rack. The list of cards equipped in the Cluster Master rack is as shown.
252
Prepared by RGM TTC, Chennai
Managed Leased Line Network
64 Ports
Configuration 96 Ports 128 Ports
Expandable to 128 Ports 1 2 2 1 2 2 4
Expandable toExpandable to 128 Ports 256 Ports 1 1 2 2 2 2 1 1 2 2 2 2 6 8
Unit RXS-CD PFU-A PFU-B CCU CXU-M CXU-S CXU-A
256 Ports 1 2 2 1 2 2 16
The E1 Cables are connected from QMH / G.703 – 120Q units in the Slave sub racks and terminated on the DDF
VMUX (Versatile Multiplexer )
VMUX is a small capacity cross connect device and is installed at different sites for providing user connectivity. VMUX is made up of Basic Node, which is the building block of the MLLN system. It is provided with different types of interfaces to connect STU-160 and CTU-S modems. The number of interfaces depends upon the type of VMUX configuration supplied. The different types of VMUXs are shown in the table below.
253
Prepared by RGM TTC, Chennai
Managed Leased Line Network
The block diagram and power requirement of a VMUX rack is given below.
VMUX Item RXS-S XCG PFU-A PAU-10T IUM-8 OMH QMH / HCQ QMH / G.703
Type – I 1 1 1 0 4 1 0 2
Type – II 1 1 1 0 2 0 1 0
Type – III DC 1 1 1 0 1 0 1 0
Type – III AC 1 1 0 1 1 0 1 0
N.B: The DXC and VMUX systems are installed in standard 19” coms rack with the following dimensions. Height: 2.048 m Width: 0.596 m Breadth: 0.325 m
254
Prepared by RGM TTC, Chennai
Managed Leased Line Network DXC and VMUX equipments are designed to operate in a controlled environment. The standards those are met by these equipments are as per ETSI 300019-1-3. The environmental conditions that are required are: 1) Dust free clean environment. 2) A/c with temperature and humidity control. 3) A/c failure being exemptible for a maximum period of 2 hours at a time. 4) Operating temperature: 20 to 30°C. Network Terminating Unit (NTU) The NTUs are located at customer premises and work on 230 Volt AC. Copper pair connects the NTUs to the respective VMUX. The NTUs compatible with this network is given below. • 64 / 128 Kbps NTU with V.35 interface. • 64 / 128 Kbps NTU with G.703 interface. • 64 / 128 Kbps NTU with ether net interface. • N * 64 Kbps NTU with V.35 interface. • N * 64 Kbps NTU with G.703 interface. • N * 64 Kbps NTU with Ethernet interface.
255
Prepared by RGM TTC, Chennai
Managed Leased Line Network
256
Prepared by RGM TTC, Chennai
Managed Leased Line Network
257
Prepared by RGM TTC, Chennai
Managed Leased Line Network
258
Prepared by RGM TTC, Chennai
Related Documents
Chapter 16, New Technology Familiarization
May 2020 5
Chapter 1, New Technology Familiarization
May 2020 6
Chapter 2, New Technology Familiarization
May 2020 9
Chapter 13, New Technology Familiarization
May 2020 4
Chapter 6, New Technology Familiarization
May 2020 5
Chapter 17, New Technology Familiarization
May 2020 4More Documents from "neeraj kumar singh"
Call Setup
June 2020 9
Ch-7_methods_batt_wkg
May 2020 6
Ltg
June 2020 8
Ewsd Features
June 2020 3
Ccg
June 2020 6