Attachment-1 SECTION 7: Technical Specification
"Supply, Installation, Testing and Commissioning of NFV Enabled IP Based ANS Gateway-2 Exchange in Bangladesh on Turn-Key Basis”
Page 1 of 185 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Table of Contents Attachment-1 ...... 1 Section 7: Technical Specification ...... 1 Sub-Section 1: Tender In Brief ...... 3 Sub-Section 2: Scope Of The Work ...... 5 Sub-Section 3 : General Requiremnet Of Nfv Enabled Ip Based Ans Gateway-2 ...... 17 Sub-Section 4 : Nfv And Cloud Requirement For Ans Gateway-2 ...... 19 Sub-Section 5:Environments And Other Requirements ...... 25 Sub-Section 6: Requirement Of Media Gateway Controller And Signalling Functions ...... 27 Sub-Section 7: Requirements Of Media Gateway ...... 30 Sub-Section 8: Requirements Of Gateway Router, Lan Switch, Firewall, Session Border Controller And Intrusion Detection System...... 33 Sub-Section 9: Requirements Of The Charging Facilities ...... 42 Sub-Section 10: Requirements Of The Signaling, Protocols And Interfaces ...... 47 Sub-Section 11:Requirements Of The System Functions, Facilities And Supervisions ...... 48 Sub-Section 12: Requirements Of The System Observation And Measurement Facilities ...... 53 Sub-Section 13: Requirements Of The Operation And Maintenance Facilities ...... 57 Sub-Section 14: Requirements Of The Power Plant And Air-Conditioning Facilities ...... 70 Sub-Section 15: Criteria For Evaluation Of Bids (Evaluation Of Responsiveness) ...... 73 Sub-Section 16 : Technical Specifications For Test Equipment (To Be Quoted Optionally ...... 75 Sub-Section 17: Requirements Of The Short Message Service Gateway (To Be Quoted Optionally) ...... 79 Annex 1.1: Capacity Requirements Of The Media Gateway Controller ...... 82 Annex 1.2: Capacity Requirements Of Media Gateways ...... 82 Annex 1.3: Capacity Requirements Of Each Gateway Router ...... 83 Annex 1.4: Capacity Requirements Of Each Lan Switch At Moghbazar And Ramna Sites ...... 84 Annex 1.5: Capacity Requirements Of Each Firewall ...... 85 Annex 1.6: Format For Maintenance Support During Guarantee Period ...... 86 Annex 1.7: Format For Annual Maintenance Support After Post Guarantee Maintenance Period 88 Annex 1.8: Declaration On Observance Of Ethics ...... 91 Annex 1.9: Bond For Spares ...... 92 Annex 1.10: Bond For Expansion Guarantee ...... 93 Annex 1.11:.The List Of Material Deviation ...... 94 Form A: List Of Certificates Attached With ...... 96 Form B: Clause By Clause Compliance Schedule ...... 97 Form C: Quotation For Future Order ...... 98 Form D: Price Quotation For All Optional Item ...... 99 Attachment-2 ...... 100 Section 8 ...... 100 Drawings ...... 100
Page 2 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 1: TENDER IN BRIEF
1.1 Introduction The technological advancement in the field of telecommunication has brought new generation and advanced technologies in Local, National and International services along with traditional Time Division Multiplex (TDM) facilities. Technologies related to IP, NFV and cloud succeeded in proliferating popularity due to its compatibility with different IP networks for audio, video, SMS and MMS services throughout the world. Presently, BTCL is providing all NWD voice services without redundant node. One NGN based ANS Gateway had been commissioned on February, 2008. Therefore, BTCL needs redundant/load sharing IP based ANS GATEWAY-2 to provide local and national voice services smoothly. Bangladesh government has the vision to materialize digital connectivity to ensure information and communication technology and services are available to everyone. As a part of Bangladesh government, BTCL intends to purchase NFV enabled IP based ANS Gateway-2 for strengthening digital connectivity and digital services in compliance with the policy of the government. 1.2 Objectives The objective of the project are to Install and Commission of NFV enabled IP based ANS Gateway-2 and its related equipment to ensure smooth operation of national, international voice, video and MNP services and to provide lawful interception (LI) facilities to Bangladesh Telecommunication Regulatory Commission (BTRC) for monitoring purpose. 1.3 Targets and Output of the Project The following are the targets and outputs: a) Installation and commissioning of hardware and software for different sub-systems of NFV enabled IP based ANS Gateway-2 and its related core network equipment, storages, servers, Data communication equipment and Network Management System (NMS) b) To provide TDM and IP based local, national and overseas services through ANS GATEWAY-2 and lawful Interception access to BTRC. c) Establishment of necessary connectivity and configuration with existing ANS Gateway-1, ICX, billing platform, MNP and related Transmission systems.
1.4 Required Goods The list of goods to be procured under this project is given below. However, the bidder shall quote any additional hardware and/or software (including license) for successful implementation of the tender: a) One Cloud/IP based VNF ANS Gateway at Moghbazar Telephone Bhaban and another one at Ramna Telephone Bhaban (1+1 dual homing operation) as shown in Annex 1.1 to handle following types of local, national, international calls and Services i) International direct dialed voice and Video calls from PSTN/ PLMN ii) National and International voice and video calls for MNP subscribers iii) National and International fax calls iv) National and International Toll-free calls v) Home Country Direct Service calls vi) Roaming calls to and from Mobile phones (Post-paid and pre-paid) vii) ISDN calls b) 7 (Seven) Media Gateways will be installed at Moghbazar, Ramna, Chattogram, Khulna, Barisal, Bogura and Sylhet BTCL Telephone Exchange Building premises having required capacity as shown in Annex 1.2.
Page 3 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
c) Network Management Systems, Gateway Routers, Firewalls, LAN Switches etc. and others ancillary items. d) DC/AC Power supply for the systems at Moghbazar, Ramna, Chattogram, Khulna, Barisal, Bogura and Sylhet BTCL Telephone Exchange site. e) Air-Conditioning equipment and its related necessary facilities at Moghbazar, Ramna, Chattogram, Khulna, Barisal, Bogura and Sylhet BTCL Telephone Exchange site, Lawful Interception and Monitoring facilities as License Guideline and directives provided by BTRC in this regard. f) CDR storage, transfer and monitoring facilities from BTCL to BTCL Billing premises and BTRC as per License Guideline and directives provided by BTRC.. g) Necessary tools, Tester and other equipment : External Hard Drive, Optical Power meter, Optical Laser source, Digital Multi-meter, wrenches, Screw-drivers, Cutting plus etc. h) Furniture i) Documentation. 1.5 List of Services As mentioned the sub-sequent sub-sections, The bidder shall provide at least the following services (but not limited to): a) Project Management; b) Survey, Network Planning and Design Services; c) Installation, Testing and Commissioning service; d) Factory Premises Acceptance Test (FPAT); e) Provisional Acceptance Test (PAT); f) Successful Bill Run Test (SBT); g) Final Acceptance Test (FAT); h) Factory Training; i) Local Training; j) Maintenance Support during 2 (two) years guarantee period; k) 02 (two) years post guarantee period Maintenance Support.; l) Interconnection between different ODF and DDF; m) Integration and Configuration of Supplied equipment/system, interworking with existing system MNP equipment/devices, existing Local exchanges, ICX and ANS Gateway-1.
=== End of Sub-section 1 ===
Page 4 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 2: SCOPE OF THE WORK
2.1 Introduction a) BTCL intends to purchase NFV enabled IP-V4/IP-V6 based Media Gateway Controller which shall be installed at Moghbazar Telephone Exchange Bhaban, Dhaka and another one (1+1 Dual Homing system) will be installed at Ramna Telephone Exchange Bhaban, Ramna, Dhaka. Total 7 (Seven) Media Gateways will be installed at Moghbazar, Ramna, Chattogram, Khulna, Barisal, Bogura and Sylhet. This switching system will provide interconnections among the Local Exchanges and Interconnection Exchanges (ICX).The system should be compatible with existing mobile number portability (MNP) facilities, equipped with Lawful Interception (LI) facilities and should be able to send operational, measurement and CDR data to BTRC, Law Enforcement Agencies (LEA) and associated Billing Center(s). The bidder shall propose all the required hardware, Software, Licenses and Spares to implement the work on turn-key basis. This platform shall have many added values in terms of i) Cloudification ii) Virtualization of service platform and infrastructure iii) Easy operations and maintenance. iv) Centralized Maintenance v) Simplicity integration vi) Reduced power consumptions Proposed BTCL NFV enabled IP Based ANS GATEWAY-2 platform has been given in Section-8 (Drawings) as shown in Figure 8.2 and capacity requirements have been given in Annex 1.1 to Annex 1.6. The bidder shall follow those requirements to ensuring Virtual Network Function (VNF), Hardware, Cloud OS & Orchestration etc. Necessary goods and services under this tender have been mentioned in sub-sections1.4 and1.5 respectively of this document. b) As applicable, the Bidder shall integrate the solution with existing BTCL’s multi-vendor and multi-protocol networks and network management systems. 2.1.2 Unless otherwise described in the Technical Specifications, the scope of provision shall cover survey, designing and drawing, manufacturing, supplying, installing, testing, commissioning of equipment and material and its related facilities on “Full Turn-Key” basis. 2.1.3 The Bidder shall explain, in a separate and self-explanatory document with his/her offer, the process of expansion from the initial equipped capacities to the final capacities of the elements. 2.1.4 Detail Technical Specifications of various components of the required system/service are given in subsequent sub-sections of this document. 2.1.5 The bidder shall note that, until and unless a specific work, equipment or service is defined as “Optional”, all the works, equipment and services listed in various sub-sections of this document shall be deemed to be “Mandatory”. If the bidder disagrees, to provide any or many items of mandatory works, equipment or services, its bid shall automatically become “Non-Responsive” and shall not be evaluated further. 2.1.6 Installation of transmission equipment between the location of the system to be purchased and BTRC/ LEA premise is not within the scope of this work. However the successful bidder shall responsible for proper interfacing with the transmission equipment and end to end testing and commissioning. 2.1.7 The bidder shall supply all necessary spare parts and consumables to be used during installation, testing and commissioning and operation of the systems, up to the end of
Page 5 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Guarantee Period. The submission of such list is mandatory and failure to submission shall be regarded as “Non Compliance”. 2.2 Raised Floor Existing raised floor shall be dismantled by the bidder. However, exact area shall be determined by the bidder after completion of site survey. For NOC and OMC rooms, new raised floors shall be supplied and installed by the bidder Supply and Installation of “Raised Floor” in the Switching and OMC Rooms at Moghbazar and Ramna.. Approximate Area of the equipment rooms are as follows: i. Moghbazar --- (40x22) sq. feet ii. Ramna – (30x20) sq. feet The materials for such works shall be moisture proof, termite proof and non-inflammable and must not be harmful to the system and its personnel. Moreover, the following criteria must be satisfied: a) Size : (60 cm * 60 cm) ± 20%, metallic casing. b) Weight : >2.8 kg per sq. feet c) The metallic stands supporting the ‘raised floor tiles’ shall be fixed with floor by strong adhesive. But the actual area shall be finalized during BOQ negotiations. 2.3 False Ceiling Supply and Installation of “False Ceiling” in the Switching and OMC Rooms at Moghbazar and Ramna. The materials for such works shall be moisture proof and termite proof and must not be harmful to the system and its personnel. The actual area shall be finalized during BOQ negotiations. The Ceiling of OMC rooms should be covered with standard False Ceiling. The material used for false ceiling shall be of Gypsum Board with minimum 9 mm thickness and 2Ftx2Ft length and width. The board shall be ceiling mount and there shall be aluminum frame which includes cross rails, channels and channels jointers etc. 2.4 Aluminum-Glass Partitions Supply and Installation of "Aluminum-Glass partitions" of adequate sizes to separate the switch Room from the OMC Room. The Bidder shall maintain minimum standard of existing Aluminum glass partitions which are already installed at Moghbazar ANS Gateway site. Glass used for partition and door shall be tempered type having minimum thickness of 6 mm and 10 mm respectively. However, bidder is recommended to visit the sites. 2.5 Lighting Facility Supply and installation of adequate ‘Lighting Facility’ for switching rooms (at least five lighting set), OMC room (at least two lighting set), Battery rooms and power room (at least two lighting set). Each of the lighting set shall have at least two fluorescent tubes. But the actual number shall be finalized during BOQ negotiations. 2.6 Emergency Lights Supply and Installation of adequate “Emergency Lights” in Equipment and OMC rooms. The exchange batteries shall be used as back-up power for this purpose. 2.7 Electrical Grounding All the equipment installed under this purchase have to be connected with existing grounding point at BTCL site. The bidder shall examine prevailing grounding system and different testing parameters. If grounding rods and necessary equipment need, the bidder shall supply and install for the safety of the equipment under this purchase. Standard electrical grounding system for ANS Gateway platform having earthing resistance less than 1 (one) ohm shall have to be used. Failure/Disagreement shall be treated as “Material Deviation”. 2.8 Lightning and Surge Protection Facility Supply and Installation of adequate “Lightning and Surge Protection Facility” for all equipment.
Page 6 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
2.9 Fire detection and fire fighting Facility Supply and Installation of adequate “Fire detection and fire fighting Facility” for all equipment at Moghbazar and Ramna OMC and Switch room. The bidder shall supply and install standard CO2 hand cylinder basedfire fighting facility on requirement. 2.10 Alarm Bell The bidder shall Supply and installation of external high-dB level alarm bell at Moghbazar and Ramna. The bells are to be triggered by system's emergency alarms and are to be powered by exchange no-break power source. Each bell has to be fitted at a place from where sound can be heard easily from the building security duty-point. 2.11 Building Modification The bidder shall dismantle existing equipment of the switch rooms like old switching equipment, Digital distribution frame (DDF), Optical distribution frame (ODF), Digital Cross-connect equipment etc. from all the sites (if it is necessary) and keep those materials BTCL’s designated place as per direction of concern division/unit. The bidder shall visit the proposed OMC and Switch rooms before submission the bid. BTCL concern unit will arrange to visit the spot. The bidder shall make necessary survey and shall also be entirely responsible to make necessary changes. There is need to dismantle existing air condition units, rectifier units, old racks from all the sites. In Moghbazar Dhaka and Ramna, Dhaka sites, raised floor/false ceilings are needed to be replaced by the bidder. If any modification of existing floor, walls, false ceilings and glass partition are required for installation of any of the equipment, the Bidder shall bear all related costs (including finish painting and proper cleaning). But the actual size/area shall be finalized during BOQ negotiations. 2.12 Station AC Power Wiring with Low Tension Switchgear (LTS) The Contractor shall install standard “Station AC Power Wiring” at Moghbazar, Ramna, Chattogram, Khulna, Barisal, Bogura and Sylhet for all the equipment to be installed under this purchase. The wiring shall start from the station AC power, bus bar of BTCL, which will be connected to a LTS provided by the Contractor. The capacities of the wiring shall be at least 200% of the calculated present total requirement of power for all equipment. 2.13 Tools and Testers and Other Equipment The Bidder shall supply all essential “General Tools and Testers” for proper operation and maintenance of the system. Failure to quote for this item shall be treated as “Non Compliance” and it shall be considered that the bidder proposes to supply any and all tools and testers, as fixed up by BTCL during contract negotiation, “free of charge” to BTCL. The list must include (but not limited to) the following tools and Tester: a) Set of required specific tools and testers for all equipment : 1(one) Set b) Digital Multi-meter (with clamp-on facility for AC/DC current measurement): 1(one) c) Optical Power meter with 20 Km Laser source (with common wavelength detectors, range +30dBmto -70dBm and standard interface)for power/attenuation/fiber continuity test: 01 (One) d) External Hard Drive with USB 2.0/3.0 Ports (High quality, well-known/reputed brand (minimum 4 TB): 02 (two) Nos.
2.14 Station Furniture a) O & M Furniture The Bidder shall supply necessary Station O & M furniture for OMC room. The furniture should be of high quality steel/wood/fiber and the standard of these items shall be of full satisfaction to BTCL. Failure to quote for this item shall be considered as “Non
Page 7 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Compliance” and it shall be considered that the bidder proposes to supply any number of this item “free of charge” to BTCL. b) Storage Cabinet The Bidder shall supply necessary storage cabinets from country or abroad. The cabinets shall have good design and shall be made with good quality steel and must have enough space to station spares and the secondary storage media. Failure to quote for this item shall be considered as “Non Compliance” and it shall be considered that the bidder proposes to supply any number of this item “free of charge” to BTCL. 2.15 Maintenance Spares Price List a) BTCL reserves the option to buy maintenance spares at any time in any quantity it deems fit and necessary. b) The bidder shall quote for such list . Such quotation is mandatory and failure to quote shall be regarded as “Non Compliance” and it shall be concluded that the bidder intends to give any number of all spares to BTCL at totally “free of cost” to BTCL. c) The list shall include FoB unit prices for at least 2 (two) units of all possible replaceable items/ cards/ modules (as the case may be) for all equipment and systems covered by this purchase. d) Though contracting for such spares will be optional/ discretionary choice for BTCL, the total price of the list will be added during comparative evaluation of the financial bid. e) If the bidder fails to include any item/ card/ module in the supplied list, but during the life-time of the equipment requirement of such an item/ card/ module becomes imperative, the bidder shall have to supply any required number of such item/ card/ module totally “free of charge” to BTCL. 2.16 Spare parts and consumables to be used before end of Guarantee Period The Bidder at his own cost shall supply all necessary spare parts and consumables used during installation, testing and commissioning and operation of the systems, up to the end of Guarantee Period. 2.17 Spare Parts Guarantee The Bidder shall provide a separate guarantee (as per format in Annex 1.9) to the effect that, he shall guarantee the flow and availability of all spare parts and units without major design changes for at least 06 (six) years from “the date of effect” of the Provisional Acceptance Certificate (PAC). If, within this period, there is any major design change or stoppage of production of supplied equipment, the bidder shall bear all the costs related to provision of alternate solutions. If the bidder disagrees to the format of the guarantee, as shown in Annex -1.9, the bid shall be considered having “Material Deviation” 2.18 Expansion Guarantee The Bidder shall provide a separate guarantee (as per format in Annex- 1.10) to the effect that, he/she shall guarantee the flow and availability of all equipment, materials and services required for any subsequent expansion of its offered equipment for at least 06 (six) years from “the date of effect” of the Provisional Acceptance Certificate (PAC). If, within this period, there is any major design change or stoppage of production, the bidder shall bear all the costs related to provision of alternate solutions. If the bidder disagrees to the format of the guarantee, as shown in Annex-1.10, the bid shall be considered having “Material Deviation” 2.19 Maintenance Support 2.19.1 Maintenance Support during 02 (two) years Guarantee Period a) As part of its Turn-key contractual liabilities, the bidder shall provide, for all the equipment covered by this purchase “Maintenance Support during two year Guarantee Period”; the general terms & conditions of the support being described in brief in Annex – 1.6 attached with this document.
Page 8 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
b) The bidder’s disagreement to providing this formatted service shall be considered as “Material Deviation”. c) Bidder shall include in his/her offer prices for this service. Failure to quote shall be treated as “Non Compliance”” and it shall be considered that the bidder proposes to provide this "free of charge" to BTCL d) The supports shall start from the date of cutover into commercial service of the first equipment/ system purchased under this contract. e) The period of the service shall continue uninterrupted for 2 (two) calendar years from “the date of effect” of the last Provisional Acceptance Certificate (PAC) of the contract. 2.19.2 2 (two) Years Post Guarantee Period Maintenance Support a) As part of its Turn-key contractual liabilities, the bidder shall provide unconditional and irrevocable “2 (two) Years Post Guarantee Period Maintenance Support”. At the end of 02 (two) years guarantee period and maintenance support during that period, annual maintenance support shall continue for another 02 (two) years. Thereafter, BTCL will make a contract for 01 (one) year; however the bidder shall guarantee that if such desire is expressed by BTCL, the period of such support can be extended, on yearly contract basis, for at least 02 (two) years. The general terms & conditions of the support have been described in brief in Annex – 1.7 attached with this document.
b) The period of the first year term of this service shall deem to have started from the date of end of the Guarantee Period. c) The bidder’s disagreement to providing this formatted service shall be considered as “Material Deviation”. d) Bidder shall include in his offer prices for this service. Failure to quote shall be treated as “Non Compliance” and it shall be considered that the bidder proposes to provide this "free of charge" to BTCL.
2.20 Duration of Guarantee Period 2.20.1 The bidder’s offer shall include an overall “Guarantee Period” for the whole equipment covered by this purchase. This period shall deem to have started from the date of issuance of PAC of the contract 2.20.2 During the period of this Guarantee, the bidder shall offer all material, equipment, services and Maintenance support as described in relevant clauses for “Spare Parts and consumables” and “Maintenance Support up to 02 (two) years Guarantee Period”. Bidders refusal to offering of the guarantee specified in this clause shall be treated as “Material Deviation”. 2.21. Factory Premises Acceptance Test (FPAT) a) Testing at manufacturer’s premises, to be termed “Factory Premises Acceptance Test (FPAT)”. Bidder shall complete 100% production of equipment before FPAT. A team comprising of BTCL Engineers will check the equipment (VNF based ANS Gateway, MGC, MGW, NMS, Router, Firewall etc.) to be ascertained their conformity with tender requirement, contract and BoQ specifications before shipping of the equipment. b) Successful bidder shall provide a Factory Premises Acceptance Test (FPAT) procedure along with a checklist including at least the following test and shall get the approval from the purchaser. However, Purchaser has the right to add or modify test items congruent with the tender document which shall have to be included in the factory test. (i) The whole exchange architecture and detail list of the cards and components shall be provided to the factory test team. Bidder shall provide a brief description (functionality and capacity) of each and every card of that architecture prior to the start of the factory test. (ii) Bidder shall arrange full connectivity of the necessary equipment to perform the functionalities and facilities of the exchange as described in the tender document.
Page 9 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
(iii) BTCL team shall randomly and arbitrarily select some cards and insert in the system and subsequently check the functionality. Factory Premises Acceptance Test Certificate will not be issued if any failure of desired function mentioned in the tender document/contract is found. BTCL team can check any number of cards and even all cards. (iv) Successful voice (ISUP and SIP) and video calls of long and short duration shall have to be demonstrated during factory test. c) All test results must be attached in Factory Acceptance Test Report. A Report shall be signed by BTCL engineer(s) upon completion of factory test at site of manufacturer’s premises, which will be termed as “Factory Premises Acceptance Test Report” with recommendations for issuance of Certificate if the “Factory Premises Acceptance Test Report” is complied with tender document/contract. BTCL will issue Factory Premises Acceptance Test Certificate as per prevailing internal guideline/policy. d) There shall be no partial successful Factory Premises Acceptance Test (FPAT). Partial successful Factory Premises Acceptance Test (FPAT) shall be deemed as an unsuccessful Factory Premises Acceptance Test (FPAT). e) If there is an unsuccessful Factory Premises Acceptance Test (FPAT), the bidder may offer second Factory Premises Acceptance Test (FPAT) which would be conducted within 45 (forty-five) days. If the bidder does not offer second Factory Premises Acceptance Test (FPAT), the contract shall be terminated. Two consecutive unsuccessful tests shall result in termination of the contract. If the bidder does not agree to this above basic minimum format, its disagreement or deviation shall be considered as a “Material Deviation”. The details of test program shall be as follows: f) i) Number of BTCL : 05 (Five) to be nominated from BTCL Graduate Engineers ii) Number of : 10 (Ten) working days
iii Per diem charge to : US$ 150 (one hundred fifty) per day (including ) BTCL Engineers holidays in between) per person
iv Other facilities : 1) Local Transportation ) 2) Standard Accommodation 3) Medical Services (if required) 4) Institutional facilities 5) Travel Insurance (if required) 6) Both way Full-fare Air Ticket
The bidder may propose more number of such FPAT or may propose extended periods for such FPAT, if necessary.
2.22 Successful Bill Run Test (SBT) a) After start of the commercial operation of the system, BTCL will run detail but random cross-checking of the authenticity, accuracy and mathematical correctness of various Call Data Record (CDR)s generated by the system through running of bills and billing cycles in its Billing Centre. b) Such checking will involve all types of billing CDRs covered by the system scope including (but not limited to) “Local Inter-connect Billing”, “National Inter-connect Billing” and “International Inter-connect Billing”.
Page 10 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
c) Such checking will be carried out for a “Billing Cycle”; the period of the cycle to be 15 (fifteen) days or as mutually agreed during contract. d) Such checking for inter-connect billing will be carried out with relevant inter-connect partners. e) Such checking sequence in a billing cycle will be termed as “Bill Run Test (BRT)”. f) If and only if, the results of each of the check events show errors by the billing system to be below 0.1% (zero point one percent), the BRT shall be considered as successful; and such event to be termed as “Successful Bill Run (SBR)”. g) If and only if, SBR happens for at least 5 (five) local and/ or distant-end partners, the event in a duty cycle will be considered as “Successful Bill Run Test (SBT)”. h) Provisional Acceptance Test (PAT) team shall conduct one “Successful Bill Run Test (SBT)” as a part of the PAT.
2.23 Provisional Acceptance Test (PAT) a) Before acceptance of the installed system/ equipment, BTCL representatives shall carryout a test on site, detailed tests of all equipment, working reliability, concurrence to agree technical and other specifications, inventory checking of installed equipment etc. Such tests shall be termed as “Provisional Acceptance Test (PAT)”. b) The system, after installation, will be jointly tested by joint team consisting of BTCL engineers (PAT team) and the Supplier’s engineers. The Supplier shall be totally responsible for arrangement of all equipment, consumables, test gears and measuring equipment required for the PAT. All costs for Materials and Services shall be quoted and failure to quote shall be considered that the bidder proposes to provide this service totally “free of charge" to BTCL. c) PAT Team will be formed following prevailing guideline/policy of BTCL. d) PAT procedures describing how testing will be performed along with expected test result must be submitted before PAT to Project Director for approval accompanied with desired result as per technical specification. e) PAT shall satisfy all the requirements stated in the technical specification. If any portion fails to pass the test, test of the said portion shall be repeated under the same circumstances to comply with the Technical Specifications. All instruments, equipment and consumable item necessary for the test and inspection shall be arranged by the Supplier. f) On completion of installation and self-testing of the equipment, the Supplier shall submit 2 (Two) copies of self-test results along with approved PAT Procedure documents for performing the tests to PAT team before commencement of PAT. Supplier shall give 15 (Fifteen) days prior written notice intimating the date on which they will be ready to conduct PAT, hereinafter referred to as “PAT Ready Date”. Unless otherwise agreed upon, test shall take place within 5 (Five) working days from the PAT Ready Date. g) Unless otherwise agreed upon or Force Majeure event occurs, if PAT Team fails to commence PAT within 15 (Fifteen) days of PAT Ready Date, the Supplier may claim payment by Payment Claim Letter for the said part. This, however, will not relieve the Supplier from the obligations of performing successful PAT and other obligations stated in this contract. In such case, PAT will be performed as soon PAT team desires and serves notice to the Supplier but not later than 15 days from the PAT Ready Date. h) Upon receiving the PAT report from the BTCL PAT Team after completion of the PAT, the same will be reviewed and Provisional Acceptance Certificate (PAC) will be issued as per prevailing guideline/policy of BTCL within 30 (Thirty) days counting the date from the date of completion of the PAT.
Page 11 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
i) If PAC is not issued within 30 (Thirty) days without communicating any reason to the Supplier, PAC shall be deemed to have been issued in all respect and the Supplier may claim payment by issuing Payment Claim Letter with a copy to Project Director. j) After issuance of the PAC, the Equipment will be put into commercial operation if BTCL desires. If BTCL puts the system in commercial operation without PAT, PAT should be commenced within 15 (Fifteen) working days. If PAT is not commenced within 15 (Fifteen) working days, PAC shall be deemed to have been issued and Supplier may claim payment by issuing Payment Claim Letter for the said part. k) BTCL will make necessary arrangements to make the Site ready for installation before equipment arrives at site. If within 15 (Fifteen) days of the date of delivery of goods at local store or site, BTCL fails to make the Site ready (i.e. removal of unused equipment, DC Power / Commercial Power connection etc. or such other pre-requisite which restrict the Supplier to install the Equipment and arrange PAT) and hand over the Site to the Supplier for installation, the Supplier will issue a final notice to the Purchaser for commencing installation. After fifteen (15) working days from the date of the final notice if the Site is still not ready for installation, the Supplier may claim payment by issuing Payment Claim Letter for the said part. This, however, will not relieve the Supplier from the obligations of performing successful PAT and other obligations stated in this Contract. In such case, Installation will be done at the earliest possible time after BTCL make the Site ready and hand over the Site to Supplier and PAT must be started within Five (5) working days from the date of completion of installation and commissioning of such sites. l) If PAT is not partially or wholly successful, the Supplier will be given reasonable time to arrange repetition of the failed test(s). Due to failure to conduct PAT successfully within 3 (three) months after PAT ready date at the fault of the Supplier, PAC will not be issued and the payment against PAC will not be made to the Supplier any more. If PAC is not issued, payment for warranty/maintenance support and FAT will not be made any more. In such case, Performance security will be forfeited and the contract will be terminated. 2.24 In addition, the bidder has to provide per-diem costs to PAT engineers as per following: For whole System: i) Number of BTCL Engineers of PAT : 5 (Five) team for all equipment sites covered by this purchase : 6 (Six) ii) Number of days allowed for per diem : 10 (Ten) working days per charge person iii) Per diem charge to BTCL PAT : Taka 2500/- per day per person members iv) Other facilities : Transportation
However, the bidder shall note that, if necessary, any or all PAT can continue for more than the above scheduled period; but, in such cases, the bidder shall not be liable to pay per-diem for those additional days.
Non-compliance or conditional compliance to any of the above clause or sub-clause shall be treated as “Material Deviation”.
Page 12 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
2.25 Final Acceptance Test (FAT) a) After successful completion of 2 (two) years guarantee/warranty period, tests will be conducted by a joint team consisting of BTCL engineers (FAT team) and the Supplier’s engineers. This test will be considered as FAT. All instruments, equipment and consumable item necessary for the test and inspection shall be arranged by the Supplier. b) FAT Team will be formed as per prevailing guideline/policy of BTCL. Upon reviewing the report of FAT Team, Final Acceptance Certificate (FAC) will be issued as per prevailing guideline/policy of BTCL. c) Supplier shall give 15 (Fifteen) days prior written notice intimating the date on which they will be ready to conduct FAT, hereinafter referred to as “FAT Ready Date”. With such notice the contractor shall submit a declaration that all the pending items/issues found during PAT (if any) has been resolved successfully. Otherwise, it will be deemed that no notice is served about ‘FAT Ready Date’. d) Unless otherwise agreed upon or Force Majeure event occurs, FAT Team fails to commence FAT within 7 (Seven) working days of FAT Ready Date, the Supplier may claim payment by issuing Payment Claim Letter for the said part with copy to Project Director (or Managing Director, if Project Office does not exist). This, however, will not relieve the Supplier from the obligations of performing successful FAT and other obligations stated in this contract. In such case, FAT will be performed as soon BTCL FAT team desires and serves notice to the Supplier but not later than 15 (Fifteen) days from the FAT Ready Date. e) If any defect in Equipment, Software or in installation is detected during FAT, this shall be noted down in the test report. This defect must be removed by the Supplier, before issuance of FAC. f) In spite of completion of FAT, if the FAC is not issued within 21 (Twenty one) days without communicating with the Supplier about any deficiency/defects, FAC shall be deemed to have been issued by BTCL in all respect and the Supplier may claim payment by issuing Payment Claim Letter. g) If FAT is not successful within 6 (six) months after FAT Ready Date at the fault of the Supplier, FAC will not be issued and the payment against FAC will not be made to the Supplier any more. 2.26 The bidder has to provide per-diem costs to FAT engineers as per following:: For whole System: i) Number of BTCL Engineers of FAT : 5 (five) team for all equipment sites covered by this purchase : 6 (Six) ii) Number of days allowed for per diem : 5 (Five) working days per charge person iii) Per diem charge to BTCL FAT : Taka 2500/- per day per person members iv) Other facilities : Transportation
However, the bidder shall note that, if necessary, any or all FAT can continue for more than the above scheduled period; but, in such cases, the bidder shall not be liable to pay per-diem for those additional days.
Page 13 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
2.27 Training Course The Bidder shall provide the training to BTCL Engineering personnel. The curriculum shall be enough to facilitate transfer of technology for planning, designing, expanding, IP security, Internet of things (IOT) and proper operation and maintenance of all the systems covered by this purchase to BTCL engineering personnel. If the bidder does not agree to this basic minimum format, its disagreement or deviation shall be considered as a “Major Deviation”.
2.27.1 Factory Training Following generic areas should be included in the training program. Actual content of each item should, however, be customized to match with the architecture and solutions offered by the bidder. Course Contents: This course module shall cover at least the following broad topics: NFV Architecture, its different sub-systems including different servers (storage, NMS), their working principle, Switching Essentials and Technologies, Network Design, Network Installation and Configuration, Protocols and Interfaces, Signalling Systems (SS7 and SIP), VoIP technologies and Issues, Network Management Systems and Tools, Service provisioning, Bandwidth monitoring and controlling, Database Management systems, Configuration, operation and management of Billing and Storage servers and systems, Network risk and quality issues, IP security, IoT, troubleshooting of various sub- systems and servers of the purchase etc.
The details of this course module are given below: i) Number of BTCL Graduate : 5 (Five) Engineers ii) Number of minimum working : 15 (Fifteen) days iii) Per diem charge to BTCL Trainees : US$ 120 (one hundred twenty) per day (including all holidays in between and travel days) per person iv) Other facilities : 1) Local Transportation 2) Standard Accommodation 3) Institutional facilities for trainees 4) Medical Services (if required) 5) Travel Insurance 6) Both way Full-fare Air Ticket
2.27.2 Local Training The Bidder shall provide training in Bangladesh at BTCL premises. The details of the local training shall be as follows: For all equipment: a) Number of BTCL Engineers : 12 (Twelve) b) Number of minimum working days : 15 (Fifteen) c) Per diem charge to BTCL Trainees : BD Taka 1500/=(one thousand five hundred BDT) per day per person for working days. The course contents and materials shall be the same as of the factory training. 2.28 Inter-connection between different DDF and ODF a) The Bidder shall be responsible for making inter-connection facility (including supply of all required material, optical fiber cables, connectors at both ends of inter-connecting cable and related service) between its own system DDF and ODF and BTCL’s existing Switching/Transmission DDF and ODF.
Page 14 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
b) Probable requirements of the connectors, optical fiber cables, cable tray etc. should be checked during the survey, before the submission of the financial bid in the second stage, by the bidder. 2.29 Inter – working with the Existing Systems The Bidder shall be responsible to ensure that all the system covered by this purchase/work shall be able to inter-work with all the existing systems of BTCL and other relevant operators. The bidder shall make necessary survey and shall also be entirely responsible to solve any mismatch, if encountered. 2.30 Installation Material The Bidder shall provide all installation material for all of the equipment covered by this purchase. The material shall include all type local material like fuel, power etc necessary to be used during installation and testing functions. 2.31 Installation and Commissioning Services The Bidder shall be responsible to provide all services related to installation, testing, commissioning and cut-over services for all equipment covered by this purchase. 2.32 Survey, Network Planning and Design Services As part of its turn-key responsibility, the successful bidder shall be responsible to provide all services related to installation survey, planning and design for all equipment/ system covered by this purchase. A report shall be submitted to BTCL's relevant office after completion of that work. 2.33 Documentation a) The successful bidder shall supply at least (but not limited to) the following documents before PAT of each site. i) Technical Documentation for all equipment of the Site: 1 set of hard copy and 1 set in CD/DVD. ii) As-built installation drawings for all equipment: 1 set in CD/DVD and 1 set in hard copy. iii) Station AC power wiring diagrams: 1 set in CD/DVD and 1 set in hard copy per site. b) Detail technical document for Network Management Centre (NMC): 1 set in CD/DVD and 1 set in hard copy. c) Each O&M terminal should be accompanied with online documentation. d) Brief description of operation, maintenance and commissioning, routine and frequent tasks and step by step procedure to perform them: 1 set in CD/DVD and 1 set in hard copy.
2.34 Possibility of change in Scope of Work and BoQ The Bidder shall consider that, the size, number and location of nodes and other equipment and subsequently the total BoQ may change, depending upon the actual requirement during BoQ preparation with the successful bidder. 2.35 Prevalence of different clauses and Sub-Sections If, for any item, the contents of a Clause of any section contradicts with the contents of any other Clause of the same or other section of the Tender Document, the prevalence of the Clause shall be as follows: a) In all cases, regulations of “Procurement Policy of BTCL” as adopted from “Public Procurement Regulation 2008” shall prevail over this Tender Document. b) In case of different sections, Employer’s requirements shall supersede other sections. c) In case of same section, next sub-sequent sub-sections shall supersede previous sub- sections. d) In case of same section, next Clause shall supersede previous Clause. e) In case of any corrections made by BTCL, corrections will prevail with its due position.
Page 15 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
2.36 Unit Price for Future Orders a) The unit prices for all future orders for all equipment and services covered by this purchase shall be equal to or below the prices quoted in the original contracted offer. b) The Bidder shall quote, with his offer, a detailed ‘Future Order Formula’ separately for equipment and services in Form C and submit in the Financial Documents. c) The new prices as per quoted future order formula shall become effective only for orders placed after Guarantee Period and up to the life time of all equipment/items and services as per BOQ under this purchase. d) All parameters of the quoted formulae must be described clearly. e) The effective unit price for any future order will be the lower one between the contract unit price for this tender and the price calculated on the basis of offered Future Order Formula. f) Any disagreement/deviation/non-quotation will be treated as “Material Deviation”.
2.37 Cut-Over Service: Normally, after completion of PAT the system shall put into commercial operation. But if it is found in PAT that, the contractor deviated in one or many items which has got a weight of “Critical Deviation” and/or “Material Deviation” according to the technical specification of tender document, then BTCL is free to put the whole system into commercial operation without issuing PAC for the whole system or part of system as applicable. Any disagreement or deviation shall be treated as “Material Deviation” 2.38 Project Management Service a) The Contractor shall provide all services related to Turnkey Implementation of all the works related to its contract. b) The Contractor shall start a project office in Dhaka within two weeks after signing of the contract and such office shall be running till the end of the support period. c) The office shall be headed by a “Project Manager” for the Contract, who shall have enough authority to represent the Contractor in Bangladesh for all affairs related to the Project and to give decisions regarding routine implementation affairs. d) For the project works, the Contractor shall dispatch competent engineers during the installation and construction and support service works. 2.39 Additional Equipment needed for Turn-Key Completion For turn-key completion, if the bidder need any or many items which is not included in the BoQ forms, but mandatory for the turn-key completion and essential for installation, proper operation for the completeness and efficient performance of the proposed solution as an operating entity, the same shall be proposed by the bidder (if necessary, the bidder shall specify quantity and quote unit price), then bidder has to quote it in relevant forms. Any disagreement or deviation shall be treated as “Material Deviation” 2.40 Assurance of operation of Equipment The bidder shall assure that similar module/cards/unit/server/equipment shall run with up to its full/highest capacity in similar or equivalent platform at another place without any restriction/blockage or condition. Any disagreement shall be treated as “Critical Deviation”. 2.41 Quotation for Optional Items The bidder shall quote all optional item according to “Form D”. If bidder thinks other items may be beneficial for purchaser, those items may also be quoted in Form D but it will not be considered for financial evaluation to determine the contract price.
======End of Sub-Section 2 ======
Page 16 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 3 : GENERAL REQUIREMNET OF NFV ENABLED IP BASED ANS GATEWAY-2 3.1 Introduction The ANS Gateway-2 system should be connected with the local exchanges at one end and with ICXs at other end as per conditions of License Guidelines of ANS Gateway. The proposed system will allow PSTN/ PLMN/MNP telephone users to make local, national and international outgoing voice and video calls as well as to receive incoming calls. The connectivity with local exchanges and ICXs shall be through IP and TDM. 3..1.1 The general connectivity requirement is mentioned as shown in figure 8.2 in section 8 Drawings. NFV enabled IP Based ANS Gateway components shown in the diagram may differ for different manufactures. If the functionality of one component is integrated with another one, bidder shall explain with necessary documents, how the mentioned capacity of that particular component is obtained. 3.1.2 There shall be installed 7 (Seven) Media Gateways at Moghbazar, Ramna, Chattogram, Khulna, Barisal, Bogura and Sylhet BTCL Telephone Exchange Building premises having required capacity. 3.2 Factors for Dimensioning of Equipment 3.2.1 Mean Holding Time : 60 sec 3.2.2 Average Traffic per Trunk : 0.75 erlang 3.2.3 Average CCS7 Signaling load : 0.2 erlang 3.2.4 Concurrent Calls: 25000 3.2.5 Answer to Seizure Ratio: 25:100 3.2.6 Signaling in Trunks: As per requirements of the signaling stated in following sub- sections
3.2.7 Grade of Service The loss probability in busy-hour shall not exceed the following values at: Normal load Overload a) Incoming calls 1.0 % 5.0 % b) Outgoing calls 0.1 % 3.0 % 3.2.8 Probability of Delay a) Incoming Response For normal load : Greater than 1.0 sec shall not exceed 1.0 % For over load : Greater than 1.0 sec shall not exceed 5.0 % b) Switching Time For normal load : Greater than 1.0 sec shall not exceed 1.0 % For over load : Greater than 3.0 sec shall not exceed 5.0 % 3.2.9. System Occupancy a) The average occupancy of any common control equipment, processors and main memory shall not exceed 60% under normal load and 80% under overload condition. b) The overload condition be defined as follows i) Traffic in Erlangs : 120% of normal busy hour traffic load ii) BHCA : 125% of normal busy hour traffic load 3.3 Interconnections of different Modules The bidder shall kindly note that, if for inter-connections of its different modules, there is requirement for additional resources, the quantities of such additional resource elements will be considered as extra to the requirements stated in the relevant quantities of items of the Annexes; and the bidder shall add those extra requirements in the relevant parts of the BoQ.
Page 17 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
3.4 Redundant Firewall Redundant Firewall will be installed to protect Operation support system and Billing support system and other equipment and also to provide secure access/ connectivity for the remote user. 3.5 Network Management system One Network Management system (NMS) shall be installed at Moghbazar for the management of the network. Another NMS shall be installed at Ramna premises. Bidder has to provide NMS and CDR Management solution as mentioned in Sub-Section 13 of this document. 3.6 The Connectivity for carrying calls should be of following types a) With the existing local nodes/exchanges of BTCL b) With the existing ANS Gateway-1 nodes of BTCL. c) BTCL ICX and Other ICX nodes in Bangladesh. d) With the existing MNP nodes of BTCL 3.7 Facilities to be provided at BTRC a) Raw and mediated CDR transfer – Software and hardware at BTCL to push CDR and also to allow BTRC to pull CDR from BTRC end. b) Necessary software at BTRC for O&M terminal. c) Other services as per mentioned standards in the ANS Gateway License Guideline for Monitoring. 3.8 Facilities to be provided at LEA premise a) Raw and mediated CDR transfer – Software and hardware to push CDR from BTCL and/or pull CDR from LEA end b) Call information and call content recording facilities as per requirement of National Monitoring Centre (NMC) - Software and hardware at BTCL and LEA end. c) Other services as per mentioned standards in the ANS Gateway License Guideline for Lawful Interception.
3.9 Ensured End to End QoS The proposed network has to ensure end to end QoS to/ from local exchanges from/ to domestic operators. The bidder has to explain in detail about how this will be confirmed in the proposed network. 3.10 Media Interfaces The bidder shall responsible to make the Media interfaces compatible with different types of transmission equipment operating in different media. 3.11 O&M terminals Sufficient numbers of O&M terminals should be provided with licensed software. The hardware requirements shall be as per specifications stated in the following chapter. Bidder may propose for specifications if the specified one is not sufficient for efficient operation and better performance. 3.12 System Reliability The system shall a carrier grade system or equipment which designed for high reliability and overall availability of 99.999%.
=== End of Sub-section 3 ===
Page 18 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 4 : NFV AND CLOUD REQUIREMENT FOR ANS GATEWAY-2
4.1 NFV Requirement 4.1.1 General Proposed ANS Gateway-2 shall be available on cloud environment. The vendor shall provide their details plan to use the platform for the virtualized networks functions (VNFs). Requirements are given in this sub-section. Deviation and disagreement of 4.1.1 clause (s) and related sub-clause (s) shall be treated as “Critical Deviation”. 4.1.1.1 The solution shall be based on open Cloud/NFV technologies and shall comply with open frameworks and standards to guarantee its future growth and assimilation into BTCL’s ANS Gateway-2 systems, e.g. ETSI, OPNFV, Open Stack Foundation, Linux Foundation and open APIs. NFV reference architecture is attached as shown in Figure 8.1 in Sub-Section 8. 4.1.1.2 The VNF/NFVI solution (hardware/software) shall run and Operating system shall be certified on OpenStack Linux foundation. The bidder shall submit a list of equipment (Hardware), Software and related services of COTS Equipment. 4.1.1.3 The NFV platform shall have the following major components (but not limited to): a) Virtualized Network Function (VNF): A VNF shall be composed of multiple internal components. One VNF can be deployed over one or multiple VMs. b) Element Management System (EMS): The EMS shall perform the typical management functionality for one or several VNFs. c) NFV Infrastructure (NFVI): The NFV Infrastructure shall have the totality of all hardware and software components which build up the environment in which VNFs are deployed, managed and executed. d) Virtualized Infrastructure Manager(s) (VIM): Virtualized infrastructure managers shall perform resource management and shall also be responsible: i) Inventory of software, computing, and storage and network resources dedicated to NFV infrastructure. ii) Allocations of virtualization enablers, e.g., compute resources, storage, and relevant network connectivity. iii) Management of infrastructure resource and allocation, e.g., increase resources to VMs, improve energy efficiency and resource reclamation. e) Orchestrator: The Orchestrator shall be responsible of the orchestration and management of NFV infrastructure and software resources, and realizing network services on NFVI. f) VNF Manager(s) (VNFM): A VNF Manager shall be responsible for VNF lifecycle management (e.g. instantiation, update, query, scaling and termination). Multiple VNF Managers may be deployed; a VNF Manager may be deployed for each VNF, or a VNF Manager may serve multiple VNFs. g) Operations Support Systems (OSS) The bidder shall follow OSS is described in clause 4.1.10. 4.1.1.4 The VNF instance software shall be decoupled from the underlying infrastructure. 4.1.1.5 The VNF Bidder shall insure that the VNF can be loaded, executed and moved across different but standard NFVI points of presence in a multivendor environment. 4.1.1.6 The solution shall consist of one or more VNFs and the solution VNFs shall be hosted in on top of BTCL ANS Gateway-2’s NFVI.
Page 19 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
4.1.1.7 The solution shall be based on Intel’s X86 processors. Internationally recognized/well known equivalent brand is also accepted. However, purchaser reserves the right to examine the quality and performance of the processors. The bidder shall provide supporting documents stating the quality of the processor 4.1.1.8 The solution shall be managed, provisioned and operated via NFVO. 4.1.1.9 The solution shall target as many of the following focus areas of value that shall be contrasted by the Bidder with traditional technologies: 4.1.1.9.1 Flexibility a) No vendor lock-ins, e.g. rich/open ecosystem/interoperability b) Explore new innovations with lower risks
4.1.1.9.2 Streamline Operation a) Maximum automation of provisioning/assurance, e.g. E2E lifecycle service orchestration (LSO) b) Mitigate human error, e.g. self-intelligent day-today operations c) Automatic capacity expansion/reduction, e.g. cloud elasticity 4.1.1.9.3 Care Self-organizing network/service capabilities, e.g. self-configuration, self- optimization and self-healing functions. 4.1.2 Openness 4.1.2.1 The proposed solution shall be compatible with open-source cloud operating systems (Open Stack) and open-source VIM/MANO projects (OPNFV). 4.1.2.2 The proposed solution shall be fully compatible with KVM virtualization software. Deviation of 4.1.2 shall be treated as “Material Deviation” 4.1.3 Performance 4.1.3.1 VNF software shall be properly designed for cloud environments in order to maximize the usage of parallel processing. 4.1.3.2 The proposed solution shall be compatible with carrier-grade clouds and should support hardware acceleration and awareness techniques such as: a) Hyper Threading and vCPU b) Memory Ballooning c) NUMA 8 d) SR-IOV 4.1.3.3 Bidder shall provide their virtual resource requirements for the solution, e.g. number of VMs, and per VM: vMSS, vSBC, vIP, vCPU, vRAM, vNIC, storage, etc. 4.1.3.4 VNF Bidder shall specify any known degradation in the performance of the VNF running on top of NFV cloud compared to running the solution in a dedicated appliance. 4.1.3.5 The VNF Bidder shall specify if the VNF runs data plane and/or control plane traffic. 4.1.3.6 The VNF Bidder shall describe the underlying infrastructure requirements (compute, storage and networking) of the VNF so that it can be sized for a given performance target. If the requirements vary according to the usage or number of occupied IP/TDM ports, the bidder shall provide a table/matrix that describes the resources required for different usages and scenarios. 4.1.3.7 The VNF Bidder shall specify the maximum latency or maximum delay variation tolerated to reach the VNF performance target. 4.1.3.8 The VNF Bidder shall specify maximum rate of non-intentional packet loss tolerated to reach the VNF performance target. 4.1.3.9 The VNF Bidder shall specify maximum rate of non-intentional stable calls or sessions drops that won’t affect the VNF performance target.
Page 20 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
4.1.3.10 All configuration/customizing functions shall be performable online with minimum service outage. 4.1.3.11 In case of any interoperability problem with the equipment of other Bidders, the Bidder shall carry out required analysis/upgrades and establish that the offered equipment is not responsible for the problem. 4.1.3.12 The VNF Bidder shall specify any special hardware requirements that are essential to meet the performance target. Any deviation and disagreement shall be treated as “Critical Deviation” 4.1.4 Elasticity 4.1.4.1 VNF Bidder shall describe each component capable of parallel operation minimum and maximum range of instances as well as additional information such as the required compute, packet throughput, storage, memory and cache requirements for each component. 4.1.4.2 VNF shall support on-demand scaling. 4.1.4.3 VNF shall be scaled out or in automatically according its workload, resource usage and policy 4.1.4.4 Ongoing service shall not be interrupted when the VNF is scaling in/scaling out 4.1.4.5 The bidder shall specify the time required (in minutes) of scale out and scale in. The bidder shall also describe the architecture and mechanism of scaling in details. 4.1.4.6 VNF shall be scaled according to service KPI that can be set service KPI policy by GUI. The bidder shall provide a list of supported service KPIs. Any deviation and disagreement shall be treated as “Critical Deviation” 4.1.5 Fault monitoring and trouble shooting 4.1.5.1 When process error occurs within VM, it shall be restored without service interruption. There shall be an output in details containing information related to process location, cause of fault occurs and fault restoration. 4.1.5.2 When VM error occurs, it shall be restored without service interruption. There shall be an output in details containing information related to VM location, cause of fault occurs and fault restoration. 4.1.5.3 When board/blade/server error occurs, it shall be restored without service interruption. There shall be an output in details containing information related to board/blade /server location, cause of fault occurs and fault restoration. 4.1.5.4 For troubleshooting, the system should have the capability to correlate and filter the alarms and provide sufficient information to find root cause of the fault. Any deviation shall be considered as “Material Deviation” 4.1.6 Element Management System (EMS) 4.1.6.1 For any VNF instance, the EMS should be able to collect performance related information regarding compute, storage and network resources for any managed VNF instance concerning the resource usage at the infrastructure level. 4.1.6.2 The EMS shall get the performance and service quality metrics from both the infrastructure and the VNFs.
Page 21 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
4.1.6.3 The EMS shall report the information e.g. alarm, performance measurement etc. coming from infrastructure to the higher level OSS system (umbrella system) by northbound interface. 4.1.6.4 The virtualization layer alarm sent by EMS to the OSS system shall indicate the necessary information e.g. host name to help operator for fast troubleshooting. 4.1.6.5 The EMS shall support collecting alarm and running status from infrastructure layer and display on it. 4.1.6.6 The EMS shall collect the performance and fault information of CloudOS and COTS of related VNF. EMS shall also perform fault correlation analysis based on VNF fault and CloudOS /COTS fault information. The bidder shall describe the fault correlation mechanism. Any deviation shall be treated as “Critical Deviation”
4.1.7 VNF Manager (VNFM) Management and Orchestration requirement and different features have been mentioned in Clause 13.5 in Sub-section 13 of this document. The VNF should be managed by a specific VNF manager that is capable of performing VNF instance life cycle management. Deviations and disagreement in each of the following clause shall be considered as “Major Deviation”: 4.1.7.1 The VNF manager should support automatic scaling based on requirements. 4.1.7.2 The Bidder shall specify the ability of VNFM to interface with multiple VNF implemented with different VIM technologies (i.e. VMware vCloud Director, Open Stack). 4.1.7.3 The Bidder shall specify the ability of the VNFM to interact with 3rd party NFVO and APIs in details. 4.1.7.4 The Bidder shall provide a detailed description of the supported functions by VNFM in each of the phases of the VNF lifecycle (e.g. VNF package on-boarding, VNF instantiation, VNF scale up/down/in/out, VNF termination etc). 4.1.7.5 The VNFM shall have ability to automatically deploy VNFs. The bidder shall describe the detailed procedure for the instantiation. 4.1.7.6 The Bidder shall specify affinity and anti-affinity constraints for the deployment of VNFs and/or VNF components. 4.1.7.7 The VNFM shall support automated and manual horizontal scaling of VNFs (scale in and out, scale up and down). 4.1.7.8 The VNFM shall support automated scaling of VNFs via service KPI. The Bidder shall provide KPI list on the VNF in details. 4.1.7.9 The VNFM shall support automatic backup and restoration capability. The Bidder shall provide procedure in details. 4.1.7.10 The VNFM shall support geo-redundancy, and Bidder shall provide the architecture in details (e.g. working in active-active or active-standby mode, data synchronization mechanism, procedure of failure detection, the expected recovery latency etc.). 4.1.7.11 The VNFM shall have user management and role management functionality. 4.1.7.12 The Bidder shall provide software management functionality of VNFM (i.eVNFM can manage installation, verification and updation automatically) 4.1.7.13 The VNF instantiation function shall be able to instantiate two or more VNFs simultaneously. 4.1.7.14 The offered VNFM should support working independently with NFVO and VNFM shall manage the Life cycle of VNF independently. 4.1.7.15 The Bidder shall specify the maximum number and con-concurrent number of VNFs that VNFM can manage in large scale scenarios. 4.1.7.16 The Bidder shall specify the maximum capacity of VMs that VNFM can manage in large scale scenario.
Page 22 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
4.1.7.17 The VNFM shall support system expansion smoothly without service interruption. 4.1.7.18 The VNFM shall support local HA design. 4.1.8 Reliability and Redundancy 4.1.8.1 The Cloud solution shall guarantee the carrier grade 99.999% reliability with high capacity, high resource utilization, scalability, easy operation and maintenance. The bidder shall describe various options, scenarios the architecture and mechanism in details. 4.1.8.2 VNF software shall be in tiers architecture, such as distributed load balance, stateless session processing, and distributed session DB are separated and located in different layers. The bidder shall describe VNF architecture clearly. 4.1.8.3 There shall be no single point failure in hardware level and all modules shall be in N+1 or 1+1 redundancy including computing, server, network and storage. 4.1.8.4 There shall be no single point failure in IaaS software layer. 4.1.8.5 VNF software shall support HA(high availability) independent of the infrastructure layer, which is in Active/Standby redundancy or load balancing, no single failure point, no stable service is lost in software module swapping. The bidder shall describe the architecture and mechanism of software HA in details. 4.1.8.6 VNF shall support POOL disaster recovery. When a site is faulty, services on the faulty site shall switch quickly to related network element VNFs in other normal sites through VNF POOL solution. 4.1.8.7 The Bidder shall be responsible for any apparent or non-apparent degradation caused by the offered equipment, affecting directly or indirectly the performance of any module in the offered System/Equipment (i.e. Hardware, Software, Application, database, and Operating System). The Bidder shall provide a full solution for this degradation and/or maximizing the capacity of the offered System (i.e. Hardware, Software, Application, Database and Operating System), at no additional cost to BTCL within 15 days of the first appearance of the degradation/problem. In solving this problem, the Bidder shall ensure full satisfaction of BTCL. 4.1.8.8 VNF shall support service KPIs monitoring and auto-healing to avoid NFVI Sub- health impacted service. When service KPIs of a module or a VNF falls below the preset threshold, the system automatically restores the NE service according to the preset restoration policy and reports an alarm. The preset policy includes but is not limited to VM restart, reconstruction, and migration operations in few minutes. The bidder shall describe the mechanism of service KPIs monitoring and auto-healing in details. 4.1.8.9 No service interruption (No KPI and CDR loss) during fault of the disk arrays or when it disconnects with blades. Any deviation or disagreement shall be treated as “Change of Substance”.
4.1.9 Security 4.1.9.1 All required security measures and procedures shall be implemented on the offered System Network equipment in order to completely secure user traffic as well as network elements. However these measures shall not degrade the performance of the System /equipment. The Bidder shall provide the required patches/ development on the offered System to correct any vulnerability discovered, at no additional cost to BTCL. 4.1.9.2 Bidder shall offer necessary requirements to protect the whole NFV network as well as isolated network securely. 4.1.9.3 Default or Pre-defined accounts must be disabled or removed from the system. 4.1.9.4 Password protection shall include complexity check, at least 8 characters, against brute force, hide password on screen and Change password while first login.
Page 23 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
4.1.9.5 Sensitive data shall be kept in secure storage with strong cryptograph algorithm e.g. AES-256/192/128 4.1.9.6 Bidder shall offer strengthening Operating system and Database. 4.1.9.7 Remote access management SSH must support public key authentication. 4.1.9.8 Bidder shall protect Software Integrity from tampering. 4.1.9.9 The bidder shall describe management of Security Patches. 4.1.9.10 Bidder shall provide a mechanism to prevent against VNF monopolizing system resources and an assurance that other VNFs would be able to share same resources. Any deviation and disagreement shall be considered as “Major Deviation”.
4.1.10 Operation Support System The Bidder shall describe in full the technical details of the proposed End-to-End OSS requirement and implementation (including different protocols & techniques) which must comply with the latest IT and Telecom standards on different protocol layers, on offered equipment (down to the module/sub-module). a) The offered Platform shall implement mechanisms and procedures (data integration including but not limited to: authentication, authorization, data request and collection and integrity protection) to safeguard the Platform and its users. The bidder shall detail the offered Platform’s NBI, SBI & API capability. b) The Bidder shall provide detailed traffic flow diagrams with flow descriptions for each communication. The bidder shall specify the purposes of all Servers, Application Servers and Database Servers located at different zones/segment. All nodes of the offered System shall have latest stable version/release of Operating Systems, patched and updated. Data stored in the database shall be encrypted and hashed/comma separated. c) The system shall support North Bound Interface and the South-Bound Interface facility. The bidder shall describe NBI, SBI and API in details. Any deviation and disagreement shall be considered as “Major Deviation”.
=== End of Sub-section 4 ===
Page 24 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 5:ENVIRONMENTS AND OTHER REQUIREMENTS
5.1 Climatic Condition 5.1.1 The Bidder shall bear the full responsibility to ensure that the supplied equipment/system/server is capable of operating in Bangladesh environment without degradation. All of the supplied equipment must work satisfactorily under the following environmental conditions. Table 5.1: Temperature and Humidity Temperature Relative humidity Working for Working for Working for Working for long term short term long term short term +5 °C to +45°C 0°C to +55°C 5% to 85% 5% to 95%
5.1.2 Bidder shall specify environmental conditions for storage and transportation of equipment. Deviation from these values shall be considered as “Major Deviation”.
5.2 Radio Emission and Interference The system shall be designed in such a way that the level for emission of radio frequency shall be within limits of relevant ITU-T recommendations. The system shall also be designed to work without any trouble in an environment, where radio interference is within the limits specified in relevant ITU-T recommendations 5.3 Physical Requirement All components of all of the equipment shall be of highest possible quality designed to be used for continuous operation. The metal surface shall either be galvanized or painted by spray or plated with surface treatment. There shall be no sharp edges or projections. All power equipment and cables shall be protected with fuses of proper ratings. All equipment racks, sub-racks and slots shall be clearly marked in English letters for proper recognition. All equipment racks, sub-racks and slots shall also be provided with proper earthing and shall be protected against any surge. The deviation shall be considered as “Major Deviation”. 5.4 Operating Voltage All the Media Gateway Controller, Signaling Gateway, Media Gateway, Gateway Router, LAN Switch, Firewall equipment must operate satisfactorily on the nominal voltage of - 48V DC and within a voltage range of -42 to -58 Volts DC. Deviation from these values shall be considered as “Material Deviation”. 5.5 Guarantee for Hardware The Bidder shall guarantee that, the hardware of the system will run without any major technical hazard for at least up to 6 (six) years after the date of issuance of PAC. Deviation shall be considered as “Major Deviation”. 5.6 Guarantee for Software The Bidder shall guarantee that, all the Operating and Application Software of the system will run without any technical hazard for at least up to 06 (six) years after the date of effect of PAC. If any fault and/ or bug are detected within this period, the bidder shall correct these faults and debug the software at his/her own costs and at “free of charge” to BTCL. In addition, three years software guarantee condition is acceptable subject to the condition that any higher version software shall remain compatible for the remaining 03 (three) years period. Bidder’s. refusal to agree to this guarantee shall be considered as “Material Deviation”.
Page 25 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
5.7 License for Software License of all the software for all equipment shall be for unlimited time. However, the bidder may propose the licensing renewal process in the bid. If no renewal process is mentioned in the offer, it will be considered that the license of all the software for all equipment is offered for unlimited time. There shall not be any licensing bar of basic services like to lock/unlock the prefix number of TG (Trunk Group), to lock/unlock the subscriber number, auto hunting facility of PBX number etc. Bidder’s refusal to agree to this guarantee shall be considered as “Material Deviation”.
5.8 Language of Software The language of the instructions of the software shall be in English. Deviation shall be considered as “Material Deviation”. 5.9 Guarantee for Introduction of new Features The bidder shall guarantee that, if BTCL requests for introduction of any new/ additional system features in the supplied system, the bidder shall try its best to do so. The price for such new/ additional features shall be logical and realistic and shall be fixed up by mutual discussion. 5.10 Guarantee for up-gradation of Software Version 5.10.1 The Bidder shall guarantee that it will inform BTCL of all subsequent up-grades of the software version of the supplied system. 5.10.2 If the upgrade becomes mandatory for any expansion of the supplied system or addition/ modification of any prevalent feature, such software upgrades shall be done "free of charge" to BTCL. 5.10.3 If such upgrade becomes mandatory for proper operation and maintenance of the network in its present configuration and form, such upgrades, including supply of new software and hardware, shall be done "free of charge". 5.10.4 If any non-mandatory upgrade is done on request from BTCL, but does not involve any change or addition in hardware, the bidder, upon request from BTCL, shall install such upgraded software "free of charge". 5.10.5 If any non-mandatory software upgrade, to be done at the request of BTCL, involves any hardware change and/ or additional hardware, charges will be incurred for prices for the changed and/ or additional hardware and the new software. In such cases, the prices for such new and/ or additional hardware and software shall be fixed on mutual agreement and in consistent with the market prices prevalent at the time of such request. 5.11 Bidder’s refusal to agree to the above sub-clauses 5.10.1 to 5.10.5 shall be considered as “Material Deviation”. 5.12 Bidder shall indicate parameters, which may degrade the performance of the offered equipment. Failure to give details such parameters shall be treated as “Major Deviation”.
=== End of Sub-section 5 ===
Page 26 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 6: REQUIREMENT OF MEDIA GATEWAY CONTROLLER AND SIGNALLING FUNCTIONS
6.1 Introduction The Cloud based VNF Media Gateway Controller (MGC)(1+1 Dual Homing system) is principally responsible for call control functions according to a call control model, signaling handling and also provides the control of the Media Gateways. The Media Gateway Controller shall handle call control and the spectrum of features offered to the network and to both IP subscribers and TDM subscribers. 6.2 Design Criteria 6.2.1 Media Gateway Controller shall have at least (but not limited to) the following essential design elements: (a) MGC should be highly reliable and highly stable with all the card level redundancy (Active-Standby/Hot-Swappable/Load-Sharing). It should be built around a hardware platform delivering carrier grade service. (b) The critical components such as main processor board, communication board, power supply, system bus etc., must follow redundant design philosophy, and be able to support insertion / removal of components in ‘power on’ condition with no effect impact to Call Server performance. The Bidder has to describe in detail, in his offer, to confirm design redundancy. (c) The main call processing VM and service processing VM must be provided in 1+1 redundant configuration. (d) Change-over from main to standby processor should not affect connected calls and calls under processing. (e) Fast Ethernet ports/Gigabit Ethernet ports must be in redundant configuration. (f) MGC should support NTP message trace and explanation for the operation and maintenance of the NTP. It is convenient to check the status of the NTP or to determine the cause of the NTP fault. (g) The MGC should be able to periodic check for board memory to check the memory of all boards periodically. If it detects a reading and writing error in a section of a memory, it sends a fault alarm, along with the location of the board with memory fault, to the background. Software is used to control whether to enable this function. (h) The MGC should be able to do background noise suppression implemented by the Media Gateway Controller conjunction with the Media Gateways to provide the voice quality enhancement technology to effectively improve quality of voice over the Media Gateway Controller network. (i) The MGC should the capable for preferential selection of voice codec modes in subscriber/trunk group calls by this function; operator can prefer the most appropriate voice code mode based on the actual needs and the actual situation of the bearer network. (j) The MGC should have embedded Load Test for IP Bearer which can test whether IP bandwidth is enough for the traffic, especially while introducing a new Domestic Carrier/Local exchange (k) The proposed system should have fullfunctionality for Telephone Number Mapping (ENUM). Bidders shall explain in detail this functionality available in the offered system. (l) The proposed system should have full functionality for Mobile Number Portability (MNP) and shall be compatible with BTCL’s existing MNP platform. Bidders are requested to visit BTCL present MNP system located at Mohakhali and Moghbazar, Dhaka before submission of the bid. Bidders shall explain in detail this functionality available in the offered system. Disagree or any deviation shall be treated as “Material Deviation”. 6.3 Signaling Protocols
Page 27 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
(a) As a minimum the MGC shall affect call set-up control using MGCP and ITU-T H.248.1,2,7,12,14,20,23, 24,25,26 or updated version signaling to: i) Media Gateways ii) Others (bidder has to specify) (b) The MGC shall provide ISDN signaling using IUA over the packet network to Trunk or Access Gateways supporting connection of ISDN PRI services. (c) The Bidder shall specify all protocols supported by their solution and shall indicate which standards and/or RFCs (and which versions) their solution complies to. (d) The MGC should be able to do MNP Query to existing NPDB by using SIP Protocol or other appropriate protocol. (e) MGC shall be able to affect call set-up and tear down between any of the following network elements: i) IP phones or VoIP Soft clients with H.323 and SIP protocols ii) ISUP/SIP Trunks supported on Media Gateways with recommendation of ITU Q.762, Q.763 and Q.764 iii) PRI Trunks supported on Media Gateways iv) Tones/ announcements recorded on Media Gateways
(f) The MGC shall support, and be compliant to, White Book ITU-T Recommendations E.163 or E.164 addressing schemes. (g) Proposed Cloud MSS shall have Routing capability based on Codec List, Protocol, LCR routing, HD Voice. (h) Carrier access code based or dial around calls Each of the deviation shall be treated as “Major Deviation”.
6.4 Synchronization 6.4.1 External Clock The MGC/MGW shall support external clock synchronization either from dedicated 2 MHz clock signal or from a secondary signal (2 Mb/s). The secondary source shall be at least duplicated. 6.4.2 Clock Accuracy The internal clock used by the system shall be compliant to G.813 ITU-T standards. 6.4.3 Network Time Protocol Soft-switch should have the capability to keep time synchronization with the NTP server via NTP protocol following the standard IETF, RFC1305. Each of the deviation shall be treated as “Material Deviation”. 6.5 BHCA Capacity The Bidder must provide the BHCA capacity of individual Voice Processing cards/ VMs on the Media Gateway Controller. The deviation shall be treated as “Material Deviation”. 6.6 Voice Activity Detection Voice Activity Detection with silence suppression (transmission of silence packets) and insertion of comfort noise at far end support is required. Enhanced Packet Loss Compensation (PLC) algorithm should use to ensure voice quality even when frames are lost. The deviation shall be treated as “Major Deviation”. 6.7 Final capabilities of the Media Gateway Controller The required capabilities of MGC are mentioned in Annex-1.1. Final capacities shall be achieved by inserting additional relevant cards and “in operation software Up-gradation” Shortage of quantities offered only for the present equipage of each item as in Annex-1.1, shall be treated as “Major Deviation”.
Page 28 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
6.8 Protocol Processing Capability Minimum number of supported other side International/National/Local signaling point codes should be 512. The deviation shall be treated as “Material Deviation”. 6.9 Media Resource Service Media Resource Service required to provide the play tone and announcement which should be uniform with the MGC hardware platform. 6.10 Capacity Sharing Initially it is considered that 40% of the total calls would be TDM –TDM and rest 60% would be IP-TDM or TDM-IP calls. Among the IP calls 70% of the total would be H.323 calls and 30% with SIP-I/ SIP-T. The supplier shall provide functionalities accordingly. Whenever BTCL requests the supplier to change the percentage of calls in a particular protocol the supplier shall arrange the functionality “Free of cost”. The deviation shall be treated as “Major Deviation”.
=== End of Sub-Section 6 ===
Page 29 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 7: REQUIREMENTS OF MEDIA GATEWAY
7.1 Media Gateways (MGW) The Media Gateways act as Gateway between the IP network and the TDM (Time Division Multiplexing)-based PSTN/PLMN. MGW shall also act as the bearer device in the integrated Gateway exchange and is applicable to the interworking among the next generation network (NGN), IMS, global system for mobile communications (GSM), universal mobile telecommunications system (UMTS), code division multiple access (CDMA), and PSTN networks. The MGW provides the functions such as interworking of voice services, interworking of data services, announcement playing, and digit collecting. They are controlled by the Media Gateway Controller through the H.248, MGCP and/or MEGACO protocol. The MGW shall have the following capabilities: 7.1.1 Architecture The bidder shall provide two separate Media Gateways for IP and TDM traffic at Ramna and Moghbazar sites. IP MGW shall be on virtualized platform. Media Gateways at other five site shall support IP/ TDM traffic. 7.1.2 Scalability The bidder should demonstrate an ability to supply a range of Media Gateways of scalable capacity to meet a range of deployment situations. The range should encompass Trunk Gateway sizes from minimum requirement to maximum final requirement for any sites. 7.1.3 TDM Interfaces The Bidder shall clearly specify that the following interfaces are supported by offered MGWs to TDM networks: a) Standard E1 b) Standard channelized STM-1 The deviation shall be treated as “Material Deviation”.
7.1.4 Packet Interfaces The Bidder shall clearly specify that the following interfaces are supported by the offered MGWs: a) Fast Ethernet b) Gigabit Ethernet All packet interfaces have to be configured in 1+1 mode in at least two different cards. Any deviation shall be treated as “Material Deviation”. 7.1.5 Virtual Media Gateway The system shall be capable of creation and operation of Virtual Media Gateway. 7.1.6 Signaling a) The MGW shall provide MGCP, H.248 /MEGACO signaling from the MGC to effect voice path connection across the core packet (IP) network. b) The MGW shall provide IUA (ISDN User Adaptation) to carry ISDN channel signaling information from connecting E1 PRI to the MGC. c) The MGW shall provide M2UA, M3UA or other protocols if necessary. Each of the deviation shall be treated as “Major Deviation”. 7.1.7 Voice Processing 7.1.7.1 MGW shall provide (as a minimum) G.711 A-law, 723.1 and G.729 or G.729a, for the conversion of TDM voice to packet. The Bidder should indicate what packet sizes are supported with which codec and what other codec are supported with what packet sizes. At the same time the bidder should declare the compression techniques to reduce the packet size available in their system and compare the bandwidth requirement for
Page 30 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
different transport technologies (like FR, Ethernet, PPP etc.). Proposed CloudMGW shall have capability of Self-Adaptation of G.711/ G.726 packet time. 7.1.7.2 The Bidder must provide the BHCA capacity of individual Voice Processing Cards on the MGW. 7.1.7.3 Echo cancellation meeting G.168 or G.165 standards with a minimum 32 ms tail (The Bidders should indicate tail length supported). 7.1.7.4 Voice Activity Detection (VAD) with silence suppression and insertion of comfort noise at far end (e.g. G.729a ). 7.1.7.5 The MGW shall provide Fax tones detection and transmission (T.38). 7.1.7.6 The MGW should be able to deliver tones and announcements to connected TDM trunks under instruction from the SS. 7.1.7.7 The MGW should be able to support IP QoS monitoring on jitter, delay and packet loss. Each of the deviation shall be treated as “Major Deviation”. 7.1.8 Interface timing/clocking 7.1.8.1 The MGW shall have stable and accurate clock. The stability and accuracy of the clock shall be as follows.
Item Specifications Minimum frequency Stratum-3 clock: ± 4.6 × 10-6 accuracy Network Stratum-3 clock: The precision can be access Pull-in range synchronized to ± 4.6 × 10-6. parameters Maximum of the clock Stratum-3 clock: 5 × 10-10 /day frequency offset Initial maximum Stratum-3 clock: < 2.5 × 10-8 /day frequency offset
7.1.8.2 Interface timing or clocking on MGWs shall have the flexibility to extract clock from external sources. 7.1.8.3 The internal clock used by the system shall be compliant to G.813 ITU-T standards. Each of the deviation of the above requirements shall be treated as “Major Deviation”.
7.1.9 Reliability Reliability specifications Item Specifications System availability in typical configuration ≥ 99.999% MTBF ≥ 100000 hours ≤ 0.8 hours (excluding the preparation MTTR time) Downtime < 5 minutes/year Restart time < 10 minutes
Each of the deviation of the above requirements shall be treated as “Major Deviation”.
7.1.10. Required Capabilities of Media Gateway The required capabilities of Media Gateways are mentioned in Annex-1.2. The Final capability should be 100% more than that of the specified capacities. Final capacities shall be achieved by inserting additional relevant cards and “in operation software Up-
Page 31 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
gradation”. Shortage of quantities offered only for the present equipage of Trunk capabilities in each site as in Annex-1.2, shall be treated as “Major Deviation”. 7.1.11 Performance Monitoring The MGW shall offer real time reporting of performance related information. Any deviation shall be treated as “Major Deviation”. 7.1.11 Video Processing MGW shall provide (as a minimum) H.261, H.263, H.264 video codec to perform video calls from the date of putting the system in commercial service. The Bidder should indicate what packet sizes are supported with which codec and what other codec are supported with what packet sizes. At the same time the bidder should declare the compression techniques to reduce the packet size available in their system and compare the bandwidth requirement for different transport technologies (like FR, Ethernet, PPP etc.) === End of Sub-Section 7 ===
Page 32 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 8: REQUIREMENTS OF GATEWAY ROUTER, LAN SWITCH, FIREWALL, SESSION BORDER CONTROLLER AND INTRUSION DETECTION SYSTEM
8.1 Gateway Router The Gateway Router shall have the following general characteristics and MEF certified. Any deviation shall be treated as “Material Deviation”. 8.1.1 Connectivity a) The Gateway Router shall support Packet over Synchronous Optical Network (POS), ATM, Gigabit/Fast Ethernet, and Channelized STM-1 interface types. The router shall support different interface speeds such as STM-1, STM-4, STM-16 and STM-64. The router shall support different LAN Interfaces such as FE, GE and 10GE. Channelized STM-1 card should support DS3. b) All the interface mentioned above should be supported in the same chassis offered in the bid 8.1.2 Management The management of the Router shall support the following: a) Command Line Interface (CLI) b) Extensive Simple Network Management protocol (SNMP) support including the Service Assurance Agent 8.1.3 General IP Features The Router shall be able to support the following general IP features. Any deviation shall be treated as “Major Deviation”. a) Internet Protocol- RFC 791 b) Internet Control Message Protocol (ICMP) – RFC 792
c) IP Multicast i) Internet Group Management Protocol (IGMP) – RFC 1112 ii) PIM dense mode, PIM sparse mode iii) Multicasting BGP (MBGP) d) User Datagram Protocol (UDP) – RFC 768 e) Transmission Control Protocol (TCP) – RFC 793 f) Requirements for IPv4 Routers – RFC 1812 g) Telnet Protocol Specification – RFC 854 h) Network Timing Protocol (NTP) – RFC 1305 i) DHCP 8.1.4 Protocols The Gateway Router shall support the following protocols from the day one. Any deviation shall be treated as “Material Deviation”. a) PPP b) HDLC c) Frame Relay d) Multi-link PPP e) Link Bundling for high speed links f) Equal load sharing on all high speed links g) support VPLS in accordance with Kompella and Martini mode h) Network Address Translation i) IP header Compression j) Compressed RTP (cRTP) k) GRE VPN
Page 33 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
8.1.5 Routing The router shall support wire-speed packet forwarding for all packet sizes across all interfaces simultaneously. The routing features shall include the following. Any deviation shall be treated as “Major Deviation”. a) Static Routing b) BGP Features support - Route Target, Site of Origin, Route Refresh, ASN 1Override, Outbound Route Filters (ORF), VPNv4 routes filtering based on route target, Inter-AS MPLS VPN model, and BGP route reflector functionality. The other BGP Features to be supported are: i) RFC1771 and 1772, BGPv4 ii) RFC1997, BGP Communities Attribute iii) RFC 2270: Using a Dedicated AS for Sites Homed to a Single Provider. iv) RFC 2385: Protection of BGP Session via the TCP MD5 Signature Option. v) RFC 2439, BGP Route Flap Damping vi) RFC 2796, BGP Route Reflection – An Alternative to Full Mesh IBGP vii) RFC 2918, Route Refresh Capability for BGP-4 viii) RFC 3065, Autonomous System Confederations for BGP ix) RFC 3107, Carrying Label Information in BGP-4 x) BGP Extended Communities Attribute xi) BGP4 Multi path support to enable load balancing between multiple exterior BGP peers from the same downstream router. xii) Exterior BGP multi-hop support-to-support load balancing between two EBGP peers connected by two or more links. xiii) Prefix List tracking and Control to enable network administrators to control peering requirements with exterior BGP peers. xiv) Policy Routing to enable flexibility in making changes to the normal routing process based on the characteristics of the traffic. xv) The router shall support minimum of 500 BGP peering and 800,000 IP routes c) The router shall support following OSPF protocol features: i) OSPF V2 as per RFC 2328 ii) RFC1403, BGP-OSPF interaction iii) OSPF Not So Stubby Area (NSSA) RFC 3101 iv) RFC1850, OSPFv2 MIB v) RFC2370, Opaque LSA option vi) RFC 2740, OSPF for IPv6 vii) OSPF Stub Area viii) Traffic Engineering (TE) extensions to OSPF v2 (OSPF-TE) as per RFC 3630. ix) OSPF graceful restart d) RIPv1 and RIPv2 e) IS-IS f) MPLS 8.1.6 MPLS/VPN Features The router shall support the following MPLS/VPN features. Any deviation shall be treated as “Major Deviation”. i) MPLS RFC 2547bis MPLS L3 VPN ii) MPLS E-LSP and MPLS Fast Re-Route iii) MPLS L2 VPN (Ethernet, VLAN, FR, PPP, HDLC, ATM over MPLS) iv) The router shall support 1000 VRF v) Scheduling/ queuing for 8 classes that provide configurable minimum bandwidth allocation to each class, based on 802.1p and IP TOS bits. vi) Mapping of 802.1p and IP TOS bits into MPLS EXP bits. vii) The router shall support mapping of 802.1q VLAN tags into MPLS labels.
Page 34 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
viii) RFC 3031, Multi-protocol Label Switching Architecture ix) RFC 3032, MPLS Label Stack Encoding x) LDP specification as per RFC 3036. xi) RFC 3270, Multi-Protocol Label Switching (MPLS) Support of Differentiated Services xii) RFC 3443, Time To Live (TTL) Processing in Multi-Protocol Label Switching (MPLS) Networks xiii) RFC 3469, Framework for Multi-Protocol Label Switching (MPLS)-based Recovery xiv) RFC 3564, Requirements for Support of Differentiated Services-aware MPLS Traffic Engineering xv) ICMP Extensions for Multi-protocol Label Switching xvi) Dynamic MPLS LSP setup with signaling protocol shall be supported on all the router interfaces. xvii) Shall support LSP path optimization. When new LSPs are added, LSP re- optimization allows rerouting LSPs to follow a lower cost path with no data loss to existing traffic. xviii) The router shall support LSP Ping, LSP Trace route and L2VPN OAM functionalities. 8.1.7 Essential Features to support QoS An essential feature for Router is to support differentiated Quality of Service (QoS) for IP packets. The router must be able to deliver the following IP QoS to allow service providers to offer differentiated IP service plans to their subscribers. Any deviation shall be treated as “Major Deviation”. i) Simple traffic classification (DSCP or TOS bits). The router shall support Low latency-Low Jitter for VOIP Class of service in addition to Assured Services and Best effort services. ii) Traffic Control iii) Traffic shaping iv) Congestion control based on Weighted Fair Queuing v) Congestion avoidance based on RED and Weighted RED vi) Support of DiffServ vii) Wire-speed complex traffic classification, hardware-based implementation viii) Hardware-based implementation of QOS, not affecting the forwarding performance ix) The router shall support SLA probes to monitor the packet loss, Jitter, latency parameter with Tier-1 Peering ISPs and also the downstream service providers and corporate customers. The frequency of checking and number of packets are configurable. The SLA parameter is able to collect by SNMP MIBs by the central performance Management software.
8.1.8 Other High Availability Feature Support required from day 1 a) Virtual Router Redundancy Protocol (VRRP) b) Bi directional Failure Detection (BFD) c) Graceful Restart and Non Stop forwarding for BGP, OSPF, ISIS d) State-full switchover e) 50ms switchover in case of node failure on an IP forwarding network. Any deviation shall be treated as “Major Deviation”.
8.1.9 Security Features The Router shall provide the following security features. Any deviation shall be treated as “Major Deviation”.
Page 35 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
8.1.9.1 Equipment Security a) Ensuring hierarchical user authorities, preventing unauthorized configuration of equipment b) Providing SSH, ensuring security for administrator accounts c) Supporting the application of complex ACL policies on host ports, preventing illegal access to the equipment d) Supporting host firewall, preventing various attacks originated by users. 8.1.9.2 Protocol Security a) Supporting plain text authentication and MD5 authentication for common routing protocols, avoiding importing invalid routing information b) Supporting SNMP V3 8.1.9.3 Security Auditing a) Providing various security-related statistic information and system logs b) Flow-based filtration c) Flow-based redirection d) Flow-based sampling
8.1.9.4 Hardware configuration and Performance Requirement The Router shall have the following capabilities. Any deviation shall be treated as “Material Deviation”. a) The Switching capacity shall be not less than 160Gbps full duplex (320 Gbps half duplex). b) The Router shall support the forwarding rate of minimum of 150 million packet per second. c) The router shall forward the packet on Line-rate on all the interfaces. d) The router shall have at least 2 redundant DC power supply (-48V). e) All interface modules shall support hot swapping. f) Loss of the management link to the Network Management System must not affect the normal operation of the Router. g) Ready for IPv6 h) The Router Processor shall be supplied with minimum of 2 GByte RAM and 512 MByte Flash memory expandable to 4 GByte RAM and 1 GByte Flash memory. i) The processing and interface capabilities of the router should be able to be upgraded to the final capacity mentioned in the relevant clause with the same chassis offered in the bid. j) The channelised STM-1 module shall support n*64kbps, E1 framing format .The chanellized STM-1shall support DS3 framing also. k) The router shall be supplied with 1+1 hot-standby redundancy of Control and Switch module. Failure of one Switch module shall not lead to: i) Degradation in the performance of router. ii) Degradation in any service levels. iii) Reduction in switching capacity. 8.1.10 Required interface capacities The required interface capacities are mentioned in Annex-1.3. Final capacities shall be achieved by inserting additional interface cards/units and “in operation software Up- gradation”. Shortage of quantities of each interface offered in Annex-1.3 shall be treated as “Major Deviation”.
8.2 LAN Switches There shall be four core LAN switches at Moghbazar and Ramna site. Specifications for core LAN switches are described in the Clauses 8.2.1 to 8.2.7. Two more LAN switch shall be supplied. One is for CDR Management/ storage system and another one is for
Page 36 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
CDR and other data transfer to LEA/ BTRC. Clauses 8.2.8.x describe the specifications for these LAN switches. All the LAN Switches shall be MEF certified. Any deviation shall be treated as “Material Deviation”. 8.2.1 General Features The LAN switch shall support the following general features. Any deviation shall be treated as “Major Deviation”. a) Spanning Tree Protocol (IEEE 802.1d) b) Rapid Spanning Tree Protocol (RSTP) (IEEE 802.1w) c) Logical Link Control (IEEE 802.2) d) Flow control (IEEE 802.3x) e) TFTP (RFC 783), Telnet (RFC 854) f) it shall support Jumbo Frames f) SNMP v1/v2/v3 g) Support for 802.1x h) Multicast IGMP v2 snooping as per RFC 2236 i) Multicast group and source port filters j) Rate limiting per port k) Traffic Shaping per port 8.2.2 Network Protocol Feature The Core LAN switch shall support the following network protocol features. Any deviation shall be treated as “Major Deviation”. a) All ports shall work on either half or Full duplex. The System shall support manual or auto negotiation feature for defining the half or Full Duplex mode of operation. b) Shall generate Syslog and SNMP trap for all the events. 8.2.3 VLAN Features The Core LAN switch shall support the following VLAN features. Any deviation shall be treated as “Major Deviation”. a) IEEE 802.1Q tagging and 802.1p traffic priority b) IEEE 802.1w VLAN RSTP and IEEE 802.1s c) VLAN shall be possible to be created among ports of different types d) 4K VLANs (as per IEEE 802.1Q) shall be supported e) Shall allow MAC/IP Address bound to a port/VLAN. 8.2.4 Routing Feature The Core LAN switch shall support the following routing features. Any deviation shall be treated as “Major Deviation”. a) Static Route and Default Route b) Open Shortest Path First (OSPF) c) RIP version-1 and 2 d) Intermediate System- Intermediate System (IS-IS) e) Border Gateway Protocol (BGP) f) Multicast Features g) Internet Group Management Protocol (IGMP) Snooping Version-1, Version-2 and Version-3 shall be supported. h) Protocol Independent Multicast-Sparse Mode (PIM-SM) . 8.2.5 Security Features The Core LAN switch shall support the following security features. Any deviation shall be treated as “Major Deviation”. a) Hierarchical management over the users and password protection b) Supports the supplicant authentication compliant with IEEE 802.1x protocol c) Support local and remote authentication dial-in user service (RADIUS) Authentication, Authorization and Accounting (AAA) schemes. d) Supports only port based packet filtering
Page 37 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
e) Support the simple text authentication and MD5 encrypted text authentication for routing protocols. f) Support SNMP v3 encrypted authentication g) Terminal Access User Security mechanism h) Packet filter i) The switch should supports identification authentication over the supplicants with standard Radius Server or local identification authentication. j) Secured Shell (SSH) 8.2.6 Hardware Configuration and Performance Requirement The Core LAN switch shall support the following capacity and configuration features. Any deviation shall be treated as “Material Deviation”. a) The switch shall support minimum of 30000 MAC address b) The switch shall support minimum of 200 Gbps switching capacity and 100 million packets per second forwarding performance. The switch shall be supplied with 1+1 hot- standby redundant control and switching. Module and 1+1 hot-standby redundant DC (- 48V) power supply modules. c) The switch shall be supplied with minimum of 256 MB RAM and 32 MB Flash memory d) The processing and interface capabilities of the switch should be able to be upgraded to the final capacity which is 100% more than that of the present requirement. Present capacities mentioned in the relevant clause(s) and Annex-1.4 with the same chassis offered in the bid. 8.2.7 Required interface capacities of Switches The interface capacities of LAN switches are mentioned in Annex-1.4x. Final capacities shall be achieved by inserting additional relevant cards/units and “in operation software up-gradation” Shortage of quantities only for the present offered capacities of each category of interface for each site as in Annex-1.4x, shall be treated as “Major Deviation”. 8.2.8 LAN switches to connect PCs/Servers of CDR management/Storage system Specification for the LAN switches to be used to connect PCs/Servers of CDR management/Storage system and LEA/ BTRC CDR Transfer system. Two separate switches are needed. 8.2.8.1 General Features a) Shall be located at Moghbazar and Ramna Sites b) Scalable and secure network management c) Network security through a wide range of authentication methods and data encryption technologies d) Network Admission Control based on users, ports, and MAC addresses e) Easy network configuration, Software updates, and troubleshooting f) QoS for traffic classification and shaping to prioritize various applications g) Single IP address, Syslog, and Simple Network Management Protocol (SNMP) h) Enhanced troubleshooting for link connectivity problems and cable diagnostics i) QoS and support for multicast services.
8.2.8.2 Security Features a) Support of Identity Based Network Services (IBNS) in order to provide authentication, access control and security policy administration to secure network connectivity and resources. b) Support of 802.1x authentication standard to allow users to be assigned a VLAN upon authentication regardless of their connectivity to network which permits user mobility all over the network without any administrative overhead.
Page 38 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
c) Allow ACLs to be used to restrict access to sensitive portions of the network by denying packets based on source and destination MAC addresses, IP addresses, or TCP/User Datagram Protocol (UDP) ports in order to prevent DoS and other attacks. ACL lookups to be performed in hardware for forwarding performance not to be compromised when implementing ACL-based security. d) Support of DHCP snooping and IP source guard to prevent DHCP spoofing from non- trusted users e) Use of Port-Security feature to limit access on an Ethernet port based on the MAC address of the device. Prevention of MAC flooding attack by limiting total number of devices plugged into a switched port. f) Support of SSH version 2 and SNMP version 3 in order to encrypt network- management and administrative information g) Support of RADIUS authentication support h) Support of Different Levels of Authorization.
8.2.8.3 Quality of Services a) Auto-Detection of IP Phones for automatic classification of Voice Traffic and egress queuing b) Switches should offer QoS features to ensure that network traffic is classified and prioritized and that congestion is avoided in the best possible manner. To implement QoS, the Switches should first identify traffic flows or packet groups, and then classify or reclassify these groups using the DSCP or 802.1p Class of Service (CoS) field. c) Switches should support more than two egress queues per port, to provide more control in assigning priorities for the various applications on the LAN. At egress, the switches should perform congestion control and scheduling, the algorithm or process that determines the order in which queues are processed. d) Allocation of bandwidth based on Committed Information Rate (CIR) on a per port basis. Bandwidth should be allocated based on several criteria, including MAC source address, MAC destination address, IP source address, IP destination address, and TCP or UDP port number. 8.2.8.4 VLAN Features a) Support of VLAN and 802.1q trunking protocol b) Support of 4,096 VLAN IDs c) Support of Up to 255 VLANs per switch d) Support of VLAN configuration distribution among different switches in the same domain 8.2.8.5 Additional Features a) DHCP auto-configuration of multiple switches through a boot server which eases switch deployment. b) Auto-sensing on each 10/100 port detects the speed of the attached device and automatically configures the port for 10 or 100 Mbps operation, easing switch deployment in mixed 10 and 100Mbps environments. c) Auto-negotiating on all ports automatically selects half or full-duplex transmission mode to optimize bandwidth. d) Dynamic Trunking Protocol (DTP) to help enable dynamic trunk configuration across all switch ports. e) Port Aggregation Protocol (PAgP) to automate the creation of Fast Ether Channel groups or Gigabit Ether Channel groups to link to another switch, router, or server. f) Link Aggregation Control Protocol (LACP) to allow the creation of Ethernet channeling with devices that conform to IEEE 802.3ad.
Page 39 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
g) DHCP Server to enable a convenient deployment option for the assignment of IP addresses in networks that do not have a dedicated DHCP server. h) Relaying DHCP Broadcast requests to the network DHCP server. i) Support of SFP based 1000BASE-SX and 1000BASE-LX physical interface. j) Automatic Medium-Dependent Interface Crossover (Auto-MDIX) k) Unidirectional Link Detection(UDLD) Protocol support l) Configuration rollback to provide the capability to replace the current running configuration with any saved Operating System Software configuration file. m) DHCP auto install (Boot Host DHCP) and auto image update to allow the switch to download a configuration file and Operating System Software image automatically. 8.2.8.6 Hardware Configuration and Performance Requirement The switch shall support the following capacity and configuration features. a) The switch shall support minimum of 5,000 MAC address b) The switch shall support minimum of 16 Gbps full duplex of switch capacity and 35 million packets per second forwarding performance based on 64 byte packet size c) At least 40 Ethernet 10/100 and 4 GE optical (3SX+ 1 LX) port d) The switch shall be supplied with minimum of 64 MB RAM and 32 MB Flash memory 8.3 Firewall 8.3.1 The Bidder has to support firewall to protect the NMS, BSS and other network elements and should also provide secure access/ connectivity for the remote users. The firewall shall be supplied with 1+1 redundancy to avoid single point of failure. The initial capacity of Firewall is given in Annex-1.5. The firewall shall support the following features. Any deviation shall be treated as “Material Deviation”. a) The firewall should protect the NMS and BSS network and also provides secure access/connectivity for the remote users. b) The Firewall shall protect systems from virus, worm, spyware, spam and possible other threats. The system should have dynamic intrusion detection and prevention capability. c) The firewall shall support IPSEC. d) The firewall shall support SSL in addition to IPSEC based VPN. e) The system shall provide Failover Port connectivity between Primary and Secondary Firewall f) The system shall support DC Power Supply g) The firewall shall support robust stateful inspection firewall services h) The firewall shall support 802.1q-based VLAN support on the LAN Ports. i) The system shall provide flexible access-control capabilities for more applications, services, and protocols, with the ability to define custom applications and services. j) The firewall shall Support inbound/outbound ACLs for interfaces, time-based ACLs, and per-user/per-group policies. k) The firewall Appliance shall support in a secure Layer 2 bridging mode, providing rich Layer 2-7 firewall security l) The system should support AAA services via RADIUS, with support for redundant servers for increased AAA services resiliency m) The vendor shall provide unlimited license for the VPN Client over Windows 98, ME, NT, 2000, XP, Sun Solaris; Intel-based Linux distributions for remote management and access requirement. n) Should Support OSPF dynamic routing o) The Firewall shall supports load balancing across equal-cost multipath routes p) The firewall shall also support native IPv6 network environments and applications. q) The firewall shall support SSHv2, telnet, HTTP/HTTPS, and ICMP-based management. r) The system support dynamic, static, and policy-based NAT, and PAT services
Page 40 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
s) The system shall support SNMP MIB for VPN flow statistics including tunnel uptime, bytes/packets transferred, etc. t) The system shall support H.323 NAT Traversal 8.3.2 The required capabilities are mentioned in Annex-1.5. Final capacities shall be achieved by inserting additional cards/units and “in operation software up-gradation”. Shortage of quantities offered only for the present capabilities of each item as in Annex-1.5, shall be treated as “Major Deviation”. === End of Sub-Section 8 ===
Page 41 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 9: REQUIREMENTS OF THE CHARGING FACILITIES
9.1 Introduction The proposed Media Gateway controller shall perform the charging of the voice traffic (for all types of calls) passed through each of the IP/TDM circuit in any or all circuit groups of Trunk Gateways. The charging shall be based on Call Detailed Records (CDR). The system shall provide complete and comprehensive software and hardware facilities for supporting Charging and Accounting functions. (on line and off line charging) 9.2 Call Detailed Recording (CDR) facility in Circuit 9.2.1 The System must be capable of recording detail data of all completed calls (both incoming and outgoing) for each of the circuit in any or all circuit groups. The following data (but not limited to) shall be recorded and any deviation shall be treated as “Major Deviation”. Absence of this CDR facility shall be treated as “Material Deviation”. a) Node (MGW) Identity b) Record Number c) Circuit Group Identity by name and/or number d) Calling party's National Number e) Calling party type f) Re-directing subscriber’s National Number g) Original Calling party’s number h) Called party's Number (all of the digits dialed) i) Called party type j) Charging Status of the call (Chargeable or Non-chargeable) k) Traffic Type l) Date of call connection and disconnection m) Time of call connection and disconnection n) Chargeable Duration of the call o) Number of meter pulses p) Length indicator of A and B Party q) Transit/ reroute indicator r) Conference indicator s) Cause for output t) Origination point code (TDM calls/ISUP) u) Destination point code (TDM calls/ISUP) v) Origination IP (SIP calls) w) Destination IP (SIP calls) x) Type of seizure y) Release cause z) Release from aa) Abnormal Call release indicator bb) Currency factor cc) Price of the call dd) Incoming Route Identifier ee) Outgoing Route Identifier 9.2.2 Activation of the above records shall not be by default for any circuit or circuit group. The system shall have the capability to activate or deactivate any of the above recording in any circuit and/ or circuit group by commands. Deviation shall be treated as “Minor Deviation”. 9.2.3 The language of these records shall be English. Deviation shall be treated as “Material Deviation”.
Page 42 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
9.2.4 The records will be continually saved in the central storage device (Hard Disk) by the system in a pre-fixed regular period and sequence. Sufficient buffer space shall be reserved in the Hard Disk for saving at least 20,000,000 of such individual records. Negative deviation of this value up to 50% shall be treated as “Minor Deviation”, negative deviation above 50% shall be treated as “Major Deviation” and absence of such buffer shall be treated as "Material Deviation". The system shall be configured to generate a "major alarm" when 80% of such buffer has been filled. Deviation shall be treated as “Major Deviation” but the absence of such alarm facility shall be treated as "Material Deviation" 9.2.5 The records will be specially protected (from erasure or corruption) against system shutdown, power failure, electro-magnetic interference, electrical and lightning surges, fault conditions, illegal access and wrong commands. At the same time the system must follow redundant design philosophy. The Bidder has to describe in detail, in his/her offer, to confirm design redundancy. Deviation shall be treated as “Material Deviation”. 9.2.5 Facilities shall be provided to dump the contents (up to any or many number of records) of such records anytime to the back-up devices by command. Such dump may be titled as "Circuit CDR Dump". Multiple dumping of the same records shall be allowed. Absence of dumping facility shall be treated as “Material Deviation”. 9.2.6 There should be automatic dumping facility using FTP or any other suitable protocol to pull the records from the Billing Centre, Law enforcement Agencies and BTRC facilities as per ANS Gareway License guidelines. Storage of dumping server shall have minimum capacity to store 1 year raw data of CDR. Storage shall have SSD type disk and shall support RAID. Connectivity of Storage Server shall be as shown in Figure 8.3. Absence of such dumping facility shall be treated as “Material Deviation”.
Technical Specifications for ANS GATEWAY-2 External Storage Server (Ref. Figure 8.3):
A. General Requirement Proposed server should be the Rack server and chassis height should be not higher than 2U B. Processors a) Intel® Xeon® Scalable Processors series CPU or any equivalent internationally recognized/well-known brand b) The bidder shall propose the capacity of processors based on requirement which shall not exceed more than 50% of present capacity. C. Memory DIMM type: ECC DDR4 RDIMMs or LRDIMMs Minimum Number of DIMMs≥ 16 D. Storage The capacity of the storage shall have the following criterion (but not limited to): a) Let, a = Capacity required in GB per day based on concurrent capacity of ANS Gateway-2 b) Capacity required for one year = 365 X a GB c) The bidder shall consider 100% more capacity during designing of external storage server d) Built-in disk type: Enterprise class hot-swappable SAS or SATA disk, or SSD e) The bidder shall mention clearly about the number of hard disks those could be scaled and hot-swappable disks E. Networking and interface Minimum 2 x GE electrical ports + 2 x 10GE （electrical ports or optical ports ） Number of PCIe I/O slots: ≥ 16
Page 43 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
F. Certification Passed the Energy Star certification (global), FCC, UL or any other internationally recognized standard. G. Power supply unit a) The power supply unit shall have redundant hot-swappable PSUs in full configuration and Power cables shall be delivered with the server. b) The bidder shall mention clearly about the rated power. c) The bidder shall provide redundant fan modules in full configuration
H. Manageability Manageability and maintainability: a) The proposed server shall support integrated system management including the following (but not limited to): i. Automatically restarts server ii. Monitors and controls fan modules, power supplies, and temperature iii. Starts and shuts down server iv. Restarts servers in sequence v. Updates local firmware vi. Records error logs vii. Provides a visualization tool b) The server shall have GUIs for management and other advanced management functions. c) The server shall have independent remote management and control ports and GUIs for remote monitoring to implement remote full control over servers, independently of OSs. Remote full control shall includes remote startup, shutdown, and reset, and virtual floppy and DVD-ROM drives. d) The server shall support the Redfish standard and provides a RESTful interface. e) The bidding products shall support out-of-band fault detection, shall not rely on the OS, and can detect and generate pre-warnings against hardware faults such as CPU, I2C and IPMB bus, memory, PCIe device, and hard drive faults. A white paper and official website against proof of materials are required. f) The system shall have bandwidth management port (GE), the black box function and last screen Information. I. Security The bidder shall provide the followings for security (but not limited to): a) In-band and out-of-band integrated management b) Secure boot; import/export of third-party certificates. c) A white paper and official website against of proof materials
J. System architecture The bidder shall mention clearly multi-controller architecture, and system that supports up to maximum number of controllers, protocols including NFS and CIFS, IP SAN, and Fibre Channel SAN protocols and Cache of each dual- controller system K. Functions a) The system shall support multiple value-added functions such as snapshot, thin provisioning, tiering storage, SSD caching, compression &duplication, replication, SAN or equivalent heterogeneous storage virtualization, active- active. b) The bidder shall declare maximum number of disks that supports in dual controller mode.
Page 44 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
L. RAID The bidder shall mention clearly about the availability of RAID 1, RAID 3, RAID 10, RAID 50, RAID 5, and RAID 6
M. Protocol support Shall support minimum 8 Gbit/s FC,iSCSI, 10 Gbit/s FCoE
N. Peripherals and Accessories a) Front end: Minimum 2x Quard port 8Gbit/s FC port, and 2 x Quard port 10G port configured. b) Back-end: at least 2 x 2 x 10Gbit/s SAS 3.0 disk channels configured c) All required peripherals and accessories should be included.
9.2.7 After confirmation of the completion of such dump, all the dumped records are to be automatically deleted from the storage devices (Hard Disks) in order to create space for new entries. Deviation shall be treated as “Major Deviation”. 9.2.8 The bidder shall also provide Windows-based software in any of the Control Console for reading and/or de-coding (if required) of the Circuit CDR Dump and printing outputs (for any, many or all circuits/ circuit groups) in tabular formats. Failure to provide such facility shall be treated as “Material Deviation”. 9.2.9 The Bidder, in its technical proposal, will give detail of its standard format of the Call Data Record (CDR) dump in the CD and will also provide sample printout of such data. Failure to provide the format or printout shall be treated as “Major Deviation”. 9.3 Content based routing and Charging The system should support content based routing and Charging. Failure to provide such facility shall be treated as “Major Deviation”. 9.4 Interconnect Charging a) The purpose of the Interconnect Charging function shall be to provide an Operator with data in order to enable the settlement of accounts between operators. The function shall comprise national and international accounting. The function shall provide the possibility of generating a detailed output (CDR) or a bulk output (number of answered calls, duration and number of charge units). It shall be possible to perform accounting at the outgoing side, the incoming side, or both sides for a call. For routes that are treated in the same way from an accounting point of view, it shall be possible to define types, and to group them in an arbitrary way. b) It shall be possible to define “accounting classes”, for the collection of different types of accounting data, separate for incoming and for outgoing accounting. Data shall be recorded per accounting class. Accounting data shall be recorded on counters. The capacity of the counters, number of calls, conversation time and number of charge units, shall be stated. The counters shall not be reset at output of data. It shall also be possible to have accounting on the received and/or sent charge units on a per accounting class basis, that is, an accounting class shall collect either generated and received charge units, or only received charge units. The recording of conversation time and number of charge units shall commence at B-answer and terminate at disconnection of the call. Failure to provide such facility shall be treated as “Major Deviation”.
9.5 Ability to Store Failed CDR The system shall have ability to store failed calls detailed records (CDR) for every incoming/outgoing calls to/from any destination for operation, maintenance and fault diagnosis purpose. This CDR would be stored on the system storage for at least 5 (five) days. After the specific period the CDRs would be removed from the system storage
Page 45 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
automatically or manually. Failed CDR shall be Stored in readable format. It is necessary to have online or offline decoders to translate stored data into intelligible formats (in English) for proper understanding. Any disagreement or deviation shall be treated as “Critical Deviation”.
=== End of Sub-Section 9 ===
Page 46 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 10: REQUIREMENTS OF THE SIGNALING, PROTOCOLS AND INTERFACES
The system shall support the following related protocols/signaling and interfaces for the PSTN/PLMN connectivity and Protocols for NFV system. 10.1 Inter-Node Signaling The following inter-node signaling capabilities shall be provided in the system. Absence and deviation (both) shall be considered as “Material Deviation”. 10.1.1 Common Channel Signaling No. 7 (CCS7) The CCS7 Signaling shall be based on ITU-T White Book or later version of recommendations. Moreover, it shall be backward compatible with Blue Book variants prevailing in Bangladesh. The prospective Bidder shall make his own survey about versions or sub-sets used, if any, in BTCL. 10.1.2 ISDN PRA Signaling The system shall support full version of ISDN Primary Rate Access (PRA) Signaling on ITU-T E1 as per ITU-T recommendation. 10.2 NGN Protocol The system must support the following protocols: 10.2.1 H.248/ MEGACO protocol for communication between Media Gateway Controller and Gateways, according to the following standards: a) ITU-T H.248 Gateway Control Protocol (identical to IETF RFC3015 updated with RFC3525 : MEGACO Protocol) b) RFC2327 : Session Description Protocol (SDP) Any deviation shall be considered as “Material Deviation” 10.2.2 SIP-I protocol for interworking with other Media Gateway Controller, according to the following standard: a) ITU-T Recommendation Q.1912.5 Any deviation shall be considered as “Material Deviation” 10.2.3 SIP protocol for the control of the residential Gateways, according to the following standards: a) IETF Recommendation RFC 3261 b) IETF Recommendation RFC 3262 Any deviation shall be considered as “Material Deviation” 10.2.4 SS7 over IP based on SCTP (SIGTRAN) according to the following standards and/or the later one for similar functions: a) IETF Recommendation RFC 3331 – (M2UA) b) IETF Recommendation RFC 3057 – (IUA/M3UA) c) IETF Recommendation RFC 3332 – (M3UA) Any deviation shall be considered as “Material Deviation” 10.2.4 The system should be able to support ISUP variants of different countries. During operation if it is found that any common variant is not available in the system, the bidder has to adopt the variant free of charge. 10.2.5 Packet based Multimedia communication system H.323 Full Featured Terminals Protocol suite. Any deviation shall be considered as “Material Deviation”
=== End of Sub-Section10 ===
Page 47 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 11:REQUIREMENTS OF THE SYSTEM FUNCTIONS, FACILITIES AND SUPERVISIONS
11.1 Switching System Functions The NFV based ANS GATEWAY-2 switching system shall have the flexibility to use for switching purpose the following functions. The system shall allow changes to be done by commands. 11.1.1 Translation Function Any deviation (each of them) shall be treated as “Material Deviation”. a) Digit Storing Capacity The system shall have the facility to receive, store and send digit information of: i) Minimum 10(ten) digits for Local/ANS Operator calls, excluding trunk prefix “880” ii) Minimum 15(fifteen) digits for ISD calls, excluding trunk prefix “00” iii) Minimum 15(fifteen) digits for EISD calls, excluding trunk prefix “012” b) Analysis of Dialed Number The system shall be capable of analyzing mixed number length for various types of calls. The inter-digit pause may be as high as 5 secs. The maximum and minimum digits required for routing and charging shall be programmable on site conditions and changeable by commands. c) Digit Re-translation The system shall be capable of changing all of the received digits to a completely re- translated number, to be sent forward for further processing. The re-translation digits shall be programmable on site and changeable by commands. d) Partial Digit Re-translation The system shall be capable of changing any number of digits (both or either leading or last digits) from the received digits, to re-translate as a new number, to be sent forward for further processing. The re-translation digits shall be programmable on site and changeable by commands.
e) Digit Deletion The system shall be capable of deleting any number of digits (both or either leading or last digits) from the received digits, to be sent forward for further processing. The number of digits to be deleted shall be programmable on site and changeable by commands. f) Digit Insertion The system shall be capable of inserting any number of digits (both or either at front or after) to received digits, to be sent for further processing. The digits to be inserted shall be programmable on site and by commands. g) Digit Re-generation The system shall be capable of re-generate any number of received digits, to be sent forward for further processing. The number of digits to be regenerated shall be programmable on site and changeable by commands. h) Flexibility to adapt to changed numbering plan The system shall have the flexibility to easily adapt to any change in the present national numbering plan. 11.1.2 Traffic Routing Functions The system shall have the flexibility to route outgoing, incoming and transit traffic on analysis of variations in calling line identity, numbering and subscriber category. Any deviation shall be treated as “Material Deviation”.
Page 48 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
11.1.3 Alternate Routing Functions a) Overload Alternate Routing The system shall have the possibility to provide automatic alternate routing in traffic overload conditions. The alternate routing for each route shall be at least (but not limited to) 5(five). b) Load-Sharing Alternate Routing The system shall have the capability to provide automatic alternate routing for traffic by load-sharing mode. c) Incoming Route Alternate Routing The system shall have the capability to provide automatic alternate routing for transit traffic by identification of the incoming route of the call. d) Time-dependant Alternate Routing The system shall have the capability to provide automatic alternate routing for traffic by identifying the day of the week and time of the day both independently and in conjunction. e) Calling Line Identity Alternate Routing The system shall have the capability to provide automatic alternate routing for calls to same called number by identification of the calling party number. Any deviation (each of them) shall be treated as “Major Deviation”. 11.1.4 Proportionate Routing The system shall provide the ability to route outgoing calls of a single access code to multiple destinations on proportionate call-sharing basis. The number of destinations (selected either by multiple re-translated access codes or telephone nos. or/ and multiple trunk routes) and the proportion of dispersion of calls between them shall be field-designated. Any deviation (each of them) shall be treated as “Major Deviation”. 11.1.5 Rejection of Incoming Calls The system shall have the capability to reject termination and/or block processing of incoming calls via any route by: a) Identifying the incoming route number b) Identifying the Number of the Calling party c) Identifying whether the call is transit or not d) Identifying the called party number Any deviation (each of them) shall be treated as “Major Deviation”. 11.1.6 Rejection of Transit Calls The system shall have the capability to reject termination and/or block processing of incoming calls via any route by : a) Identifying the called party number b) Identifying leading digits of the destination number c) Identifying the outgoing route number 11.1.7 Tones and Announcements The system shall have the following capabilities: a) Provide embedded tones and announcement functions b) Register announcements to be played. c) Capability to broadcast the supported announcements. d) Request the Gateways to play tones and announcements. Any deviation (each of them) shall be treated as “Major Deviation”. 11.2 Various Facilities The system shall be capable to provide (but not limited to) at least the following facilities. The system shall have the capability to flexibly assign a combination of various system facilities to any or all of the subscribers. Initiation, activation, withdrawal or changes in assignment shall be done through specific commands.
Page 49 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
11.2.1 Wrong Number Processing The system shall have the capability of routing wrong dialed numbers or prefixes to dedicated announcements. This shall be a default feature to all of the subscribers. The calls to the announcement will be non-charging. Relevant backward signals shall be sent in case of incoming calls from other exchanges. Deviation shall be treated as “Material Deviation”. 11.2.2 Local Interception Service The system shall have the possibility to divert all incoming calls to a subscriber or group of subscribers to any local interception centre. Deviation shall be treated as “Minor Deviation”. 11.2.3 Trunk Barred Access The system shall have the possibility to put call barring discriminations on any incoming circuit group or on any subscriber to access any specified outgoing routes. Deviation shall be treated as “Major Deviation”. 11.2.4 Call Gapping The system shall have the possibility to put the function of limiting the number of calls to any outgoing route or destination. Deviation shall be treated as “Minor Deviation”. 11.2.5 Non Chargeable Line The system shall have the possibility, upon receipt of relevant backward signals, to suppress charging on calling subscriber. 11.2.6 Reverse Chargeable Number The system shall provide possibility to assign parameters to any or many subscribers so that, for any incoming call to that number(s), the system will send relevant backward signals to the originating exchange for non-charging the originating number and shall generate charge meter pulses on the terminating number. The generation of charge meter pulses shall depend upon analysis of the A-number received. 11.2.7 Shared Traffic Loading The system shall have the possibility to provide sharing of traffic load to a particular destination. The sharing shall be activated in any or both of the following modes and deviation shall be treated as “Minor Deviation”. a) Load Sharing Routing b) Call Sharing Routing 11.2.8 Switching System Supervision The system shall be provided with the following (but not limited to) supervision services. Absence of any such facility shall be treated as "Material Deviation". 11.2.8.1 Fault Detection and Recognition The system shall have the provision of automatic detection of abnormal operation and shall be able to recognize the causes to divide into definite "error" (for degradation of software performance) and "fault" (for degradation of hardware). Deviation shall be treated as “Major Deviation”. 11.2.8.2 System Reconfiguration The system, upon detection and recognition of error and/ or fault, shall be able to automatically reconfigure itself in order to: a) Switch the faulty equipment out of service b) Generate a fault message with detailed physical location of the faulty equipment c) Start the automatic diagnosis protocol d) Record and print the results of the diagnosis test e) Switch the stand-by equipment into service f) Generate relevant alarm message Deviation shall be treated as “Major Deviation”.
Page 50 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
11.2.8.3 Fault/ Error Reporting The system, upon detection and recognition of error and/ or fault, shall generate relevant alarm message giving the exact date and time, reason and probable location of the fault. The software shall provide facilities for simultaneous recording of such messages in system's primary memory and in any or many printers/ consoles. Deviation shall be treated as "Major Deviation". 11.2.9 Trunk Supervision The system shall be equipped with appropriate software to continually supervise operational condition of trunks. On detection of failures and faults, relevant trunks will be automatically blocked. Minor and Major alarm conditions will be triggered when pre-set threshold levels of blocked circuit numbers are crossed. These thresholds shall be pre-set, for individual trunk circuit groups, by commands. Deviation shall be treated as “Major Deviation”. 11.2.10 Traffic Supervision and Control The system shall be equipped with appropriate software to continually supervise at least the following aspects of traffic conditions: a) Abnormal increase in originating and incoming calls b) Heavy traffic congestion on any trunk circuit group c) Overload in call processing equipment Overload control procedures shall be automatically activated and relevant alarm messages shall be generated. Deviation shall be treated as “Major Deviation”.
11.3 Fault Diagnosis Protocol The system shall be equipped with necessary software programs to test all the software and hardware packages of the system. The testing can be initiated : a) Automatically, on periodic intervals to test all the packages, and b) Automatically, upon detection of any fault or trouble, or c) Manually, by commands The results of the test shall indicate, as exactly as possible, the physical location of the suspected package/ card. Deviation shall be treated as “Major Deviation” but the absence of such facility shall be treated as "Material Deviation". 11.4 System Restart The system shall be provided with the following restart facilities: a) Automatic restart in case of faults which relate to interruption of call processing functions b) Manual restart, by command, in case recovery is not possible with automatic restart c) Manual restart, by operation of some hardware switches, when manual restart by command is not possible d) Manual restart, when it is necessary to upgrade system software e) Cold restart, in case of complete power shutdown. Deviation shall be treated as “Major Deviation”. 11.5 Trunk Circuit Testing 11.5.1 The system shall be equipped with automatic and manual test facilities for checking proper functioning and localizing faults on trunk circuits. The facilities shall be accessed by commands. 11.5.2 The system shall be equipped with an Automatic Answering Number to terminate test calls and shall have the following features. a) To automatically answer a test request b) To send a test tone c) To automatically clear the test request after 10 seconds Absence of such facility shall be treated as “Major Deviation”.
Page 51 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
11.6 Signaling Trace facility The system shall be equipped with an on-line real call signal tracing facility for the ITU-T R2, DSS1 and CCS7 ISUP White Book Signaling. Such facility shall also be available for Sigtran and broadband signaling, such as H.248, H.323, SIP (I / T) and MGCP. It is necessary to have online or offline decoders to translate received data into intelligible formats (in English) for proper understanding. If this facility is not in built in proposed system, the bidder may include separate equipment for this. Absence of such test facility and any deviation from the features shall be treated as “Critical Deviation” 11.7 Rejection of Outgoing Calls The system shall have the capability to reject termination and/or block processing of outgoing calls via any route by: a) Identifying the incoming route number b) Identifying the Number of the Calling party c) Identifying whether the call is transit or not d) Identifying the called party number Any deviation of (each of them) shall be treated as “Critical Deviation”.
=== End of Sub-Section 11 ===
Page 52 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 12: REQUIREMENTS OF THE SYSTEM OBSERVATION AND MEASUREMENT FACILITIES
12.1 Traffic Load Observation The system shall have facilities to continually observe traffic load in the network itself and network elements. The results of such observations will be recorded and printed after pre-set period. At least (but not limited to) the following counters will be provided. The required counters will be activated and deactivated by commands. Absence of Traffic Load Observation facility shall be treated as "Material Deviation" and any deviation (each of them) from the following counters shall be considered as “Minor Deviation”. 12.1.1 For the Media Gateway Controller a) Node-wise number of total Incoming calls presented. b) Node-wise number of total Outgoing calls presented. c) Node-wise number of total internal calls presented. 12.1.2 For every circuit group under IP MGW/MGW a) Number of Inward calls presented b) Number of Outward calls presented c) Total call duration (in minutes) for incoming calls d) Total call duration (in minutes) for outgoing calls e) Total incoming traffic in erlang f) Total outgoing traffic in erlang g) Total Traffic in the circuit group in erlang h) Number of circuits engaged for incoming calls i) Number of circuits engaged for outgoing calls j) Number of circuits in use k) Number of equipped circuits l) Number of unavailable circuits m) Percentage of Inward busy circuits n) Percentage of Outward busy circuits o) Number of incoming seizures refused p) Number of outgoing seizures refused q) Total number of refused seizures r) Total number of successful calls s) Percentage of refused incoming calls (due to no auxiliary equipment) t) Percentage of refused incoming calls (due to terminating subscriber busy) u) Percentage of refused incoming calls (due to other reasons) v) Percentage of refused outgoing calls (due to no circuit) w) Percentage of refused outgoing calls (due to other reasons) x) Percentage of successful Incoming calls y) Percentage of successful Outgoing calls z) Number of simultaneous seizure on both-way circuit group aa) Total number of calls to signaling terminals (MFCS/ MFCR/ CC7 handler) 12.1.3 For an access code prefix and routing a) Number of calls to access code prefix b) Number of calls to access routing c) Number of calls to first choice routing d) Number of calls to second choice routing e) Number of calls to third choice routing f) Number of completed calls g) Number of failed calls due to calling subscriber
Page 53 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
h) Number of failed calls due to called subscriber i) Number of calls failed due to originating node/exchange j) Number of calls failed due to forward node/exchange k) Causes of the failed calls 12.1.4 For a destination a) Observation of call distribution b) Observation on causes of call failure 12.1.5 Programming for Traffic Observation The system shall allow field programming of the format for different traffic data observations. The selection and activation, de-selection and deactivation, printout time, circuit groups, counters and other parameters shall be executed by commands. At least (but not limited to) the following basis of programming features shall be allowed: a) Half-hourly basis b) Hourly basis c) Two-hourly basis d) Twelve-hourly basis e) Daily basis f) Weekly basis g) Monthly basis h) Circuit group basis i) All circuit groups basis j) Selected counters basis k) All counters basis l) Any mixture of the above basis 12.1.6 Saving of Traffic Data Output a) The system shall allow saving of any or many sets of traffic observation data output to system's primary memory b) The system shall allow subsequent shifting of those data to secondary memory devices c) Enough buffer shall be provided in the primary memory device to store data output for dumps equivalent to 48(forty eight) complete dump sets for all available traffic counters d) Whenever, any portion of the records in the primary memory is shifted to secondary memory, that portion shall automatically be deleted from the primary memory e) The system shall generate a "minor alarm" and "major alarm" whenever the content of the buffer has exceeded 75% and 85% respectively f) If records in the primary memory are not shifted to secondary memory and the buffer becomes full, the system shall generate an alarm message and start over-writing on "first- in first-out (FIFO)" basis. 12.1.7 Printing of Traffic Data Output a) The system shall allow printing of the output of different traffic data in intelligible tabular formats b) The bidder shall find out BTCL's exact requirements during implementation of the contract. 12.2 Real Time Sample Observation of Calls in circuit group under IP MGW/MGW/MGC The system shall allow real-time observation of calls for any or many circuit group. The observation shall include at least (but not limited to) the following events for all the calls made through that circuit group(s). The observation shall be activated (including provisions for pre- selection of events and related time-periods for observation) by command and shall be continued until deactivated by command again or the period has ended. Absence of this observation facility shall be treated as "Major Deviation" and any deviation (each of them) from the following listed events shall be treated as "Minor Deviation". a) Start Time of observation b) End Time of Observation
Page 54 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
c) Identity of the circuit group d) Total number of Call attempts through the circuit group e) Signaling used, for each call f) Calling party number, for each call g) Digits dialed by the calling party, for each call h) Routing code used, for each call i) Access or translation code used, for each call j) Duration of conversation, for each call k) Total Number of successful calls l) Total Duration of all calls, in minutes m) Total traffic, in erlang n) In case of uncompleted calls, the cause of failure
12.3 Observation of Calls Transferred to any device The system shall allow observation of calls transferred to any device, like announcement. The observation shall include at least (but not limited to) the following events. The observation shall be activated (including provisions for pre-selection of events and related time-periods for observation) by command and shall be continued until deactivated by command again or the period has ended. Absence of this observation facility shall be treated as "Major Deviation" and any deviation (each of them) from the following listed events shall be treated as "Minor Deviation". a) Calling party directory number b) Calling party circuit (for incoming calls) c) Cause of call forwarding d) Signaling code used 12.4 Observation of Traffic Load on Signaling Links a) Signaling Link number b) Signaling Device number c) Number of bytes of TSM units transmitted on line for the first time d) Number of bytes of TSM units received on line for the first time e) Number of 128 TSM blocks transmitted on line for the first time f) Number of 128 TSM units received on line for the first time g) Number of TSM received with false CRT h) Number of TSM lost due to blockage on level 2 emit buffer i) Number of forced retransmission cycles violating threshold N1 j) Number of forced retransmission cycles violating threshold N2 12.5 Real Time Observation of Signaling during call setup The system shall allow real-time observation of traffic in signaling links. The observation shall include at least (but not limited to) the following events. The observation shall be activated (including provisions for pre-selection of events) by command and shall be continued for all subsequent calls until deactivated by command again. Absence of this observation facility shall be treated as "Major Deviation" and any deviation (each of them) from the following listed events shall be treated as "Minor Deviation". a) Signals interchanged during call setup phase b) Signals interchanged up to called party answer phase c) Signals interchanged during the complete call 12.6 Measurement of Traffic Volume in Erlang The system shall allow statistical measurement of traffic volume in any, many or all trunk or circuit groups under IP MGW/MGW. The measurement shall include at least (but not limited to) the following type of output. The measurement function shall be activated (including provisions for pre-selection of types and related time-periods for measurement) by command and shall be continued until deactivated by command again or the period has
Page 55 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
ended. Absence of this measurement facility shall be treated as "Major Deviation" and any deviation (each of them) from the following listed events shall be treated as "Minor Deviation". a) Total originating traffic b) Intra-Office traffic c) Total terminating traffic d) Total outgoing traffic e) Total incoming traffic f) Outgoing traffic per route g) Incoming traffic per route h) Outgoing traffic per destination i) Outgoing traffic per circuit group
12.7 Measurement of Traffic Volume in Packets The system shall allow statistical measurement of traffic volume at any point in the IP network. There shall also be facility to observe the packet loss occurred in the IP network. Absence of such facility shall be treated as “Major Deviation”. 12.8 Measurement of Bandwidth Utilization The system shall allow statistical measurement of bandwidth utilization of the IP network. The measurement shall be done at any point of the network. Absence of such facility shall be treated as “Major Deviation”. 12.9 Requirements of Call Monitoring System Monitoring system must be provided to monitor traffic generated by different customers in E1, STM1 and IP bandwidth level. Provision of listening with headgears and recording audio shall be there at least from ten points simultaneously at both locations. The system shall also monitor modified CLI or symptom of modified CLI, false supervision Alarm, dead air calls, network effective ratio (NER) and Post dialing delay (PDD). Monitoring system when put to operation must not generate signal degradation. Absence of such system shall be treated as “Material Deviation”.
=== End of Sub-Section 12 ===
Page 56 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 13: REQUIREMENTS OF THE OPERATION AND MAINTENANCE FACILITIES 13.1 Introduction The system should include a centralized Network Management System (NMS) for proper operation and maintenance of all the systems covered by this purchase. The bidder shall also integrate existing network elements of ANS Gateway-1 located at Moghbazar and newly proposed ANS Gateway-2 exchange (1+1 dual homing) at Moghbazar and Ramna. At the same time some of the O&M terminals are to be extended to BTRC premise for monitoring purpose. The NMS shall include all necessary hardware and software to be installed on a complete turn-key basis including design, installation, testing and commissioning. The bidder shall visit existing ANS GATEWAY-1 connected NEs before submit the final bid. The NMS shall have the following characteristics. 13.2 Network Management System (NMS) 13.2.1 Hardware/System Requirements of NMS 13.2.1.1 Server System The NMS shall be equipped with high quality server system in duplicated configuration. One server shall be located at Moghbazar and other shall be located at Ramna along with two display panels at both locations. The NMS shall be integrated with central NMS of BTCL at Mogbazar. The NMS can be shared with same server of Cloud/NFV Core System. There shall be availability of Management & Orchestration service for this NMS system. The Operating Software shall be run on the latest version of Cloud OS certified on Linux Open Stack (Red Hat Openstack preferable).The NMS shall have unified monitoring capability for both VNF & NFVI The internal network architecture shall be Ethernet LAN. The deviation shall be treated as “Material Deviation”. 13.2.1.2 Memory Devices a) The NMS system shall have SSD Hard drive in raid configuration as the primary memory system or shall share the storage system of Cloud/NFV Core System. At least 2 (two) numbers of external DVD re-writable Drives/Magneto Optical Drives shall be provided to act as the secondary memory device. b) The capacity of each of the hard drive in the RAID shall be at least 4 (four) GB and the number of drives in the RAID shall be at least 3(three). The deviation shall be treated as “Major Deviation”. 13.2.1.3 Server and Operator Terminals a) Each of the Server Terminal shall be from internationally reputed Brand and complete in all aspects to work as Personal Computer (PC) and shall be equipped with LED Monitors (at least 24” Full HD), SS Hard Drive (1+1) (at least 2 TB each), RAM (at least 16 GB), DVD Drive and 2.5 inch Portable USB-Mass Storage device (at least 240 GB), Sufficient numbers of USB-2.0/3.0 Ports (at least 4), Optical USB Mouse. The operating voltage should be 230 V AC ± 10%, 50 Hz. b) Each of the Operator Terminal shall be from internationally reputed Brand and equipped with at least Core-i7 Processor, 8th Generation, LED Monitors (at least 19”, Full HD), SS Hard Drive (at least 1TB), RAM (at least 8 GB), Re-Writable DVD Drive, Sufficient numbers of USB-2.0/3.0 Ports (at least 4), Optical USB Mouse. The operating voltage should be 230 V AC ± 10%, 50 Hz. c) Portable Service console shall be used for configuration and testing of local ports of different equipment, remote measurement, testing and operation. The console would be Laptop Computer from internationally reputed brand with at least Core-i7 processor 8th Generation, at least 13”), SS Hard Drive (at least 1TB), RAM (at least 8GB), Re- Writable DVD Drive, Sufficient numbers of USB-2/3.0 Ports (at least 3), Sufficient
Page 57 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
serial Ports, Network Interface Card (10/100/1000 Base-T, RJ 45, supported protocols TCP/IP, UDP), Slim size, Weight less than 1.2 Kg, Battery backup 5 hours. The commercial input voltage should be 230 V AC ± 10%, 50 Hz. The deviation shall be treated as “Major Deviation”.
13.2.1.4 All the Terminals shall accompanied with Licensed Windows Operating System of latest version, Licensed Anti Virus Software of latest version, necessary drivers for different ports and peripherals, Product Documentation, application software and other standard companions. The licensing period of any software shall not expire until the lifetime of respective equipment for which it was provided expires. All the operating systems, Antivirus, divers, documentation, applications shall be provided in CDs or DVDs so that in case of any kind of failure, the maintenance personnel of BTCL can easily install the software and services and make them functional. The deviation shall be treated as “Major Deviation”. 13.2.1.5 The bidder shall supply O&M and service terminals at BTCL Moghbazar and Ramna premises as per following requirement: a) O&M Control Console - 3+3(Six) b) Service Observation Console - 1+1(Two) c) Test Console - 1+1 (Two) d) CDR Management and Accounting - 1+1 (Two) e) Portable Service Console - 4 (Four) If the bidder fails to quote any or many items described, it shall be treated as “non compliance” and it shall be considered that the bidder proposed to supply any number of such items “free of charge” to BTCL. 13.2.1.6 The bidder shall supply Monitoring terminals at BTRC Premise as per following requirement a) O&M Control Console - 1 (One) b) Service Observation Console - 2 (Two) c) CDR collection - 2 (Two) 13.2.1.7 Tables and Chairs for Consoles and Terminals The Bidder shall provide Tables and Chairs for Servers, Consoles and O&M Terminals. The furniture shall be comfortable and shall be of aesthetic choice. The specifications of the Chairs and the Tables will be as follows:
a) Chair (24 Nos. For 7 sites) U Shaped tubular cantilever Structural fixed type armed chair made of 35mm diameter & 1.2mm thick mild steel tube. 50mm thick Foam cushioning seat and back rest fixed on 12mm thick ply wood and covered with best quality Rexene upholstery. The Seat of the chair will be fixed with main structure by MS tube in bottom. All surface of MS chemically de-rusted, zinc phosphate coated and oven-baked electrostatic powder paint finish. Sledging armrests are Foam cushioning with Rexene upholstery on well- seasoned wood. 11(Eleven) PVC stoppers to be used with leg base to keep the structure or floor scratch free. i) Size : seat-L-460, W-500, Back-H-420, L-460, and over all ii) Height : 880mm iii) Standard : ISO 9001:2008 iv) Identification mark : Hologram and Monogram Sticker of manufacturer v) Packing : Poly Pack.
b) Table (20 Nos. For 7 sites)
Page 58 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Front decorated executive table with full longitude constructed with 16 and 25mm thick MFC board, Ply wood, PVC pasting writing pad, SS tube, Aluminum foil sheet, aluminum foil edging strip, PVC edging and with necessary hardware is to be supplied. The Table shall contain triangular shaped working top constructed with double layer solid 16+16mm thick MFC board with PVC edging on upper top and aluminum foil strip edging on lower top. 690x400x16mm triangular shaped Rexene pasted writing pad fixed on working top. Table constructed with fully knock down facility. i) Size: Appropriate for 2(Two) personnel ii) Standard: ISO 9001:2008 iii) Identification mark: Hologram and Monogram Sticker of manufacturer. iv) Packing: Carton Pack.
If the bidder fails to quote, it shall be treated as “non compliance” and it shall be considered that the bidder proposed to supply any number of such items “free of charge” to BTCL. 13.2.1.8 Wide Screen Display Panel : 02 (Two) The supply shall include 02 (two) Wide Screen LED Panels (of minimum size 1.5 m x 0.9 m) of the connected network at Moghbazar and Ramna and the screen shall be mounted on wall. The screen shall a) Show the real-time alarm status of the related nodes by easily distinguishable color scheme. b) The screen shall show different measurement and operational data in graphical format provided by the NMS system. c) The display screen should be rugged and industrial nature and should be able to work 24/7 in the required environmental condition specified in this document earlier. d) The LED screen should consist of the Visual Display Unit, Display Controller and Management Software. The panel management software shall allow switching the video streams. e) The operators whose systems are on the same Ethernet should be able to work on the large screen sitting at their own position with their own WIN PC’s / OWS’s keyboard and mouse. f) The screen shall be of high graphics resolution with flicker free image. The deviation shall be treated as “Major Deviation”. 13.2.1.9 Laser Printer: 04 (Four) Nos. Printer shall have the following specifications and each lot shall be connected with the LAN of the NMS. i) Functions: Print, Copy, Color Scan (Multifunction) ii) Processor: Minimum 400 MHz or higher iii. Print Speed: Copy: Minimum 32ppm (A4), 16 ppm (A3), Resolution: 600 x 600dpi (Minimum); Print: 32 ppm (A4), 16 ppm (A3), Resolution: 600 x 600dpi (Minimum); Scan: 22 ipm (A4, 300 dpi x 300 dpi) iv) Scan Features: TWAIN, WIA compatible v) Supported File Format (Scan): PDF / Searchable PDF / Compact PDF, BMP, JPEG, TIFF vi) RAM: 192 MB or higher vii) Interface: 1 Hi-Speed USB 2.0/3.0, built-in Fast Ethernet 10/100 network port viii) Network Protocol: TCP/IP v4/v6 ix) Paper support: A4, letter, legal, executive, envelopes etc. x) Paper tray: 250-sheet multipurpose tray 1, 250-sheet tray 2; optional 500-sheet tray 3,100-sheet face-down output bin
Page 59 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
xi) Power Supply: 220 - 240V AC, 50 / 60Hz xii) OS supported Microsoft® Windows® 7 (32-bit/64-bit), Windows® 8 (32-bit/64- bit), Windows® 10 (32-bit/64-bit), Windows® Server 2008 (32-bit/64-bit), Windows® Server 2012 (32-bit/64-bit), Mac OS X, Linux Deviation of each feature of clause shall be treated as “Major Deviation”. 13.2.1.10 Scanner (2 Nos.) The specifications for the scanner will be as follows: i) Country of manufacture: To be mentioned by the bidder ii) Resolution: 4800 x 9600 dpi or higher iii) Enhanced: Up to 999999 dpi iv) Paper Size: A4 v) Technology: CCD vi) Bit Depth/Pixel: 96 bit or higher vii) Light Source: LED Technology viii) Type: Flatbed, One-pass color and monochrome ix) Connectivity: USB interface x) Compatible Operating Systems: xi) Microsoft® Windows® 7 (32-bit/64-bit), Windows® 8 (32-bit/64-bit), Windows® 10 (32-bit/64-bit), Windows® Server 2008 (32-bit/64-bit), Windows® Server 2012 (32- bit/64-bit), Mac OS X, Linux Deviation of each feature shall be treated as 13.2.1.11 Projector (01 No) Vendor shall provide High quality, well-known/reputed brand and Standard interface projector having the following criteria (but not limited): a) Multimedia Interface: HDMI, USB, VGA, Video, Micro SD Card, Audio in&out b) Light Source Lifetime : Minimum 20, 000 Hours “Major Deviation”. c) Contrast: 100000:1 d) Screen Size/ Project Distance: 50"-200" Inch/1.5-15m e) Screen Mode: Widescreen f) Projector Power Consumption: 100watts(Max) 13.2.1.12 Inverters The supply shall include necessary inverters for all equipment of the NMS, if needed. The dimensioning of the inverters shall be as the criteria specified in Sub- Section 14, Clause 14.4 and shall use the exchange’s - 48V DC as source power. The deviation shall be treated as “Major Deviation”. 13.2.2 Software Requirements of NMS 13.2.2.1 Software Capability The software(s) shall be modular in structure and shall be capable of merging new files and programs with existing files at the site without any interruption of service in the following cases. Deviation form such capability shall be considered as “Material Deviation”. a) Expansion or change of MGW capacity b) Loading of new software patches or changes of program version c) Changes and employment of new service features and facilities d) Permanent or temporary withdrawal of any existing hardware e) Changing of any hardware for maintenance or up-gradation purpose 13.2.2.2 Password Protection The main features and data of the software shall be protected by multi-level password control. Modification of the Network data and Subscriber configuration data shall also be protected by passwords. The system password will not be erased or corrupted during system re-boot and/ or redundant server switchover or for any other reasons. Deviation shall be considered as “Material Deviation”.
Page 60 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
13.2.2.3 Immunity against propagated faults All modules of the Software shall be immune against propagation of faults from any other software or hardware modules and shall be protected against any mutilation of data. The faulty software module shall also not propagate its own fault to any other software or any hardware modules. Deviation shall be considered as “Material Deviation”. 13.2.2.4 Records of all executed commands shall be kept in log files and these files shall be stored in system hard disk. Any deviation shall be considered as “Major Deviation”. 13.2.2.5 System and Alarm Messages The software shall be capable of recognizing different system degradation, alarm and fault conditions and generate appropriate spontaneous messages. The relevant output messages must be in English; deviation shall be considered as “Material Deviation”. 13.2.2.6 Real time Bandwidth utilization Facility should be there to allow viewing online graphical and statistical Bandwidth utilization for ANS GATEWAY-2 and other connected exchanges. This will be password protected and will show up-link bit rate, down-link bit rate, packet drop rate etc. The administrator of the system can view the total usage as well usage of individual user/link as a super user. Absence of such facility shall be treated as “Material Deviation”. 13.2.3 Functional Requirements of NMS 13.2.3.1 The NMS shall have the capability to support the following management functions for all elements connected with the system: a) Fault Management b) Configuration Management c) Accounting Management d) Performance Management e) Security Management f) Capacity and Planning Engineering Tool g) Network Loading and Simulation Tool All the management functionalities shall be implemented in the NMS as a set of interactive application components using client-server architecture and can be vertically and horizontally integrated. 13.2.3.2 The NMS shall support the following: a) Graphical Unit Interface (GUI) b) Real-time alarm display and collection c) Card/circuit level diagnosis d) Interface line status monitoring for network interface. e) Performance monitoring and traffic measurement. f) Network/NE configuration management. g) Routing table management h) SNMP-based network management interface(s) to support third party network management system. i) Adaptive to ITU-T Q3/CMIP. j) Latest version of the Windows, Certified cloud/NFV based OS or any management system available. k) Implementation of software patches and releases on the NGN nodes remotely. 13.2.3.3 Basic Features and Capabilities The NMS shall provide: a) Preferably Application Program Interface (API) for all network elements regardless of Brand and Model. b) End-to-End tracing function that can report combination of signaling message to over all nodes in ANS GATEWAY-2 network under supervision.
Page 61 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
b) Configuration planner for simplifying the task of future network planning and configuration. c) Automatic copy of configurations at device, cards, and ports level to the customer information database system within the NMS. d) Network Integrity check at the network, device, card, and port levels. e) End to end path management. f) Advance alarm management setting for priorities and types. g) Multiple network managers support with different access authorities. h) Network element status displayed by colors. i) Graphical User and user-friendly interface with online help. j) Identification of problems through event correlation. It should intelligently correlate events into high level alarms, immediately pinpointing the root cause of network problems. k) Web-based user interface. l) Scalable architecture 13.2.3.4 Fault/Alarm Management The NMS shall support (but not limited to) the following fault and alarm management capabilities: a) Detected errors/unusual network behavior should be isolated and controlled. b) Results of errors/unusual network behavior should be displayed in graphical and tabular form. c) Alarm facilities should permit the easy identification and correction of faulty element. d) Alarms should have a status of active, deferred, or cleared and should be in active state when first received. e) The severity of the alarm, full alarm message and time of delivery should be available for display and are logged in the alarm database. f) The administrator should be able to set various thresholds for alarm reporting, including filtering by severity, number of occurrences within a given period and interval between occurrences. 13.2.3.5 Configuration Management The Configuration Management should initialize and close down manage objects, collect information on demand about the current condition of the network, obtain announcements of significant changes in the condition of the network, and change the configuration of the Network and the Network Elements. The NMS should support (but not limited to) the following configuration management capabilities: a) Complete configuration of all network devices, cards, and ports for connection establishment and complete control of the network. b) Graphical User Interface for configuring all system devices, cards, and ports. c) Web-based Graphical User Interface for remote configuration management for all system devices, cards, and ports. d) The NMS should have an automatic backup configuration facility. 13.2.3.6 Accounting Management The NMS shall support, (but not limited to) the following accounting management capabilities: a) Track resources consumed b) Enable accounting data to be combined where multiple resources are involved to achieve a given communication objective. c) Providing and accessing logs of accounting data.
13.2.3.7 Performance Management
Page 62 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
The NMS should support, but should not be limited to the following performance management capabilities: a) Monitor network throughput and real-time Bit Error Rate must be supported. b) Set thresholds for various variables, such as error rates or link utilization. c) Continuous background diagnostics during system uptime are required for early detection of fault conditions and timely activation of alarms. d) Log and save all or defined events for present and future reference. e) All man-machine interfaces shall be in a Graphical User Interface. 13.2.3.8 Security Management The NMS should support (but not limited to) the following security management capabilities: a) Secure access between network elements and the network manager. b) The system should incorporate security measures against unauthorized personnel to access the office data/programs and entering of commands. c) Several access levels according to the order of their influence on program performance should be identified with the corresponding password. Each deviation of the above requirement shall be treated as “Major Deviation.” 13.3 Lawful Interception The system must meet LI compliance according to – a) TS 101 331 Telecommunications security; Lawful Interception (LI); Requirements of Law Enforcement Agencies; b) ES 201 158 Telecommunications Security; Lawful Interception (LI); Requirements for Network Functions; c) ES 201 671 Telecommunications Security; Lawful Interception (LI); Handover Interface for the Lawful Interception of Telecommunications Traffic (revised version); d) TR 101 943 Telecommunications Security; Lawful Interception (LI); Concepts of Interception in a Generic Network Architecture; e) TR 101 944 Telecommunications Security; Lawful Interception (LI); Issues on IP Interception; 13.3.1 The LI facility shall include necessary hardware and software for a) Management system for interception b) Mediation system c) Delivery systems 13.3.2 The Lawful Interception Facility shall be capable handover of a) Administrative Information (HI1) b) Intercept related Information (HI2) c) Content of Communication (HI3) 13.3.3 E1s/IP connectivity through ISUP/SIP shall be used to transfer HI3 payload to the National Telecommunication Monitoring Centre (NTMC) 13.3.4 LI Monitoring shall be invisible to subscribers and to the staff(s) operating the network. 13.3.5 Minimum number of activated warrants is 1500 13.3.6 Minimum number of mediated interception request 150 Bidder shall explain his/her proposal-with diagram, system capacity, integration plan etc. and provide a compliance statement to relevant ETSI/ ITU-T/ IETF recommendations. Deviation of the above requirement shall be treated as “Substantially Non-responsive” 13.4 CDR Management 13.4.1 The supply shall include latest industrial standard hardware and necessary Licensed Software to provide the following services: a) Download CDRs to a PC hard disk,
Page 63 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
b) Processing these data into suitable format for billing server input c) Saving raw-data into DVD / Portable USB-Mass Storage device The Bidder must agree that actual mediation and configuration shall be finalized during implementation. 13.4.2 The Bidder shall install Software and Hardware for Online CDR transfer to the billing centre, BTRC, LEA premise or designated places instructed by BTCL. Bidder shall propose their solution in this regard. The solution shall include (but not limited to) List of hardware and Licensed Software, Furniture, Transmission Requirement, data flow diagram, system interconnection diagram etc. The deviation shall be treated as “Major Deviation”. 13.5 Management & Orchestration Requirement If the NMS is shared with same server of Cloud/NFV Core System, the proposed solution shall comply with ETSI, OPNFV, Open Stack Foundation and open APIs defined management & orchestration in GS NFV-MAN 001 and later. Vendor shall: a) Describe their NFVO solution architecture. b) Describe their VNFM solution architecture. c) Describe the security architecture and security policies of their solution. d) Provide information of interfaces e) The proposed solution shall support separate G-VNFM and S-VNFM. Any disagreement shall be treated as “Material Deviation”. 13.5.1 NFVO Features a) The proposed solution shall support multiple VIMs and manage virtual resources. b) The proposed solution shall support tenant/user management (role and domain management). c) The proposed solution shall support VNFD and package management, which means managing installation, verification and update from NFVO d) The proposed solution shall support NS configuration parameters modification with GUI during instantiation and update and scaling. e) The NFVO shall use http and https protocol to connect with VIM. f) The proposed solution shall support cross-layer RCA with VNF/VM/NFVI. g) The proposed solution shall support custom policies drive closed-loop management. h) The proposed solution shall support vFW policy orchestration and configuration during NS instantiation and DCN automation. i) The proposed solution shall support log unified management of VNF/VM/NFVI/VNFM. j) The proposed solution shall support Network Service lifecycle management function. k) The proposed solution shall support graphical design tool to simplify NSD/VNFD creation. l) The proposed solution shall support ETSI TOSCA. m) An NSD shall be able to be created by combining existing VNFs or networks. n) The proposed solution shall support instantiate a NS using an existing VNF/NS instance. o) Vendor shall describe how to perform performance monitoring in proposed NFVO. p) The proposed solution shall support policy management functionality in NFVO. q) The proposed solution shall support coordinate scaling in/out for VNFs in NFVO. r) The proposed solution shall support manage hybrid network of VNF and PNF. s) The proposed solution shall support disaster recovery for VNFs. t) Vendor shall describe how to perform fault detection and processing in proposed Management and Orchestration system. u) The proposed solution shall support security orchestration automation on NS instance. v) Vendor shall provide information about 3rd party VNF integration. w) The proposed solution shall support 3rd party VNFs no less than 22+. x) The proposed solution shall support integrate with SDN of other vendors.
Page 64 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
y) The proposed solution shall support QoS policy management. z) The proposed solution shall support fault diagnosis/fault demarcation of NFVO. aa) The proposed solution shall support upload the VNFD template, VNF image package and VNF software package in FTP/SFTP mode. bb) The proposed solution shall support display the resource pool by layer, the capacity information can be displayed by region, cluster and host. Any deviation and disagreement shall be considered as “Major deviation” 13.5.2 G-VNFM Features a) The proposed solution shall support multiple VIMs from different vendor. b) The proposed solution shall support VNF healing. c) The proposed solution shall support scale up and scale down. d) The proposed solution shall provide VNFD and VNF package management functionality. e) The proposed solution shall be able to provide VNF lifecycle operation granting request function. f) The proposed solution shall be able to instantiate VNF using the on-boarded VNFD. g) The proposed solution shall support HOT. h) The proposed solution shall support SSH interface for VNF configuration. i) The proposed solution shall describe the supported based on VNF KPI of VNF scaling. j) The proposed solution shall support VNF upgrade/update k) Fluctuation of traffic load on VNF could cause repeated scaling out and scaling in. The vendor shall describe how to prevent this problem. l) The proposed solution shall be able to terminate VNF, release associated NFVI resources and return them to NFVI resource pool. m) The proposed solution shall be able to provide VNF performance monitoring function for scale. n) The proposed solution shall provide a policy engine for scaling. o) The proposed solution shall instantiate two or more VNFs simultaneously. p) The proposed solution shall support ETSI TOSCA to describe VNFD. q) Vendor shall describe how to perform coordinated maintenance with EMS. r) The offered VNFM should support working independent with NFVO, VNFM manage the Life cycle of VNF independently. Any deviation and disagreement shall be considered as “Major deviations”
13.5.3 Capacity & Licensing a) The proposed solution must be licensed by vCPU of managed VNFs. b) The proposed solution must support On-demand purchase G-VNFM. c) The proposed solution max capacity for managed VMs must no less than 500. d) The proposed solution shall support disaster recovery for NFVO and VNFM. e) The proposed solution shall support local HA design. f) The proposed solution shall support disaster recovery for VNFM.
Any deviation and disagreement shall be considered as “Critical deviation” 13.5.4 Expandability The proposed solution shall support system expansion smoothly without service interruption. 13.5.5 The proposed solution shall have the following features: a) The proposed solution shall include monitoring data collection, unified data management and data presentation across VNF, Cloud OS and COTS, Unified monitoring facilitates operator to have a holistic view of NFV and enables operator to find out the issues timely. b) The proposed solution shall be trying to make NFV operations as automatic as possible thus to reduce mean-time-to-resolve and improve operations efficiency.
Page 65 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
c) The proposed solution shall build unified internal model for object and relationship to store alarm, performance, and topology resource data. Unified data mediation guarantees rapid integration of alarm, performance and resource data across VNF and NFVI. d) The proposed solution shall ensure that Policies are provided to take action based on multiple inputs and validations, in order to prevent impact to services or solove the problem. e) The proposed solution shall ensure that all Policies can be made either fully automated or manual intervention. f) The proposed solution shall ensure that the progress and outcome of Policy execution can be displayed, which shall include detailed reasons for failure if the execution fails in part or in its entirety. g) The proposed solution shall ensure that all Policy execution is completely auditable and traceable to the system and/or user executing the policy. h) The proposed solution shall correlate VNF Instance-related events/faults with NFVI performance measurement and faults/events information & report the events/faults to the supplier OSS, please describe. i) The proposed solution shall correlate VNF Instance-related events/faults with NFVI performance measurement and faults/events information for Scale up-down VNF instances, i.e. increase or reduction of the VNF capacity (CPU, memory etc.) j) The proposed solution shall correlate VNF Instance-related events/faults with NFVI performance measurement and faults/events information for Scale in-out – i.e. Adding/removing VM instances k) The proposed solution shall correlate VNF Instance-related events/faults with NFVI performance measurement and faults/events information for Self-healing of VNF instance (assisted or automated) l) The proposed solution shall trigger corrective action based on alarms generated at the NFVI & VM/VNF layer m) The proposed solution shall support alarm correlation in upper layer OSS system to consolidate alarms raised in the NFV: i) Combine alarms associated with a VNF or VM ii) Display root cause of associated alarms (rather than display individual alarms separately). n) The proposed solution shall support to mine new alarm rules (RCA, flapping etc.) through Machine Learning. o) The proposed solution shall have the capabilities of the Assurance to the 3rd party compatibility p) The proposed solution shall adjust the use of resources automatically by monitoring the VNF&NFVI. q) The proposed solution shall collect and analyse logs from the managed object for problem location during system running.
Any deviation and disagreement shall be considered as “Major deviation” 13.5.6 Fault Management a) The proposed solution shall be able to collect fault information of Hardware Resources (compute, storage, and networking), Software resources (hypervisors), and virtualized resources (VMs) and to forward faults/events information to the upper layer OSS. b) The proposed solution shall support real-time pushing alarm feature. The alarm will display on the monitoring view in time once collected, and user can locate the fault. c) The proposed solution shall support present and manage the node of different lay in DC by topology. The topology contains VNF, VM, HOST and network. It can display the
Page 66 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
alarm on topology and update automatically. And also the topology can be edit manually. Add, delete or copy any NE or group are allowed. d) The proposed solution shall support visualize the object (Cluster, host, data storage, network, etc.). e) The proposed solution shall support alarm enrichment, alarm compression, alarm correlation to minimize the active alarms for operations and maintenance (O&M) team’s processing. f) The proposed solution shall provide the capability of historical event/alarm repository to keep data persistence. g) The proposed solution shall support all of events shall be processed into a consolidated form which includes all of relevant event/alarm information like date, time, severity, unique identifying number, user defined component identifier, detailed alarm description including probable cause and impact. h) The proposed solution shall provide the capability of event/alarm compression for de- duplication processing. It shall support different types of compression mechanisms to process repetitive events. i) The proposed solution shall provide the capability of automatic event/alarm processing. It can be used to trigger automation processes to improve operation efficiency j) The proposed solution shall provide topology-based Root Cause Analysis (RCA) and correlation to directly locate the fault causes when a group of NFVI&VNF faults/events occurs. k) The proposed solution shall provide the capability of real-time/historical event/alarm query according to different conditions like severity, occurrence time, key words in the event/alarm summary, etc. l) The proposed solution shall provide list-based and topology-based event/alarm view. The event/alarm lists are used to present the detailed information of events. The location and distribution of events can be presented on network topology maps. m) The proposed solution shall provide various event/alarm operations like order dispatching, event/alarm acknowledgement or clear, through the user interface. n) The proposed solution shall provide various event/alarm indications like sound, color, etc. Any deviation and disagreement shall be considered as “Major deviation” 13.5.7 Performance Management a) The proposed solution shall support end to end network performance data monitoring, including the collection, monitoring, measurement, analysis, and reporting network performance or quality. b) The proposed solution shall be able to collect performance data of Hardware Resources (compute, storage, and networking), Software resources (hypervisors), and virtualized resources (VMs) and VNF to forward performance data to the upper layer OSS. c) The proposed solution shall have big data processing capabilities. d) The proposed solution shall support report customization ability. Support user to define different service report template according to service scenario and generate report automatically. Including historical reports, historical comparison reports and so on in order that users can compare, analyze and deal with performance issues, and also support regularly sent the result to the designated staff. e) The proposed solution shall be capable of building user defined reports from the full range of available counters, pre-defined KPIs and user defined metrics. The report functionality shall be built without the need for programming languages. f) The proposed solution shall provide a variety of report types to reach different service scenarios demand, including: tables, line charts, bar charts, column charts, pie charts, area charts etc g) The proposed solution shall be possible to provide drill down features from the aggregated views down to the sub-element detailed view
Page 67 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
h) The proposed solution shall be able to regularly generate reports or immediately generate report based on user demand. Support to generate reports by setting regular tasks, and support to send to the designated person/role by Email / SMS or uploaded to an FTP server. i) The proposed solution shall provide report customization function, users can customize report templates according to business demand, and can share the created report to make sure other users can access the report, and also can define new reports based on the defined report template. j) The proposed solution shall store raw metrics and aggregated metrics for a configurable period of time. By default raw metrics shall be retained for at least 30 days and daily aggregated metrics for 13 months. k) The proposed solution shall support the following aggregation operators, including but not limited to: i) Sum ii) Average iii) Maximum iv) Minimum v) Busy hour. l) The proposed solution shall support aggregation of metrics over time periods including 15 mins, hourly, daily, weekly and monthly. m) The proposed solution shall support to define alarm thresholds for critical, major, minor, warning and clear conditions for either KPIs or counters. Support to change the colors of each of the alarm conditions. n) The proposed solution shall enable performance thresholds to be set on a per-managed- object or per-managed-object-type basis o) The proposed solution shall provide threshold configuration function, support to configure static and dynamic thresholds for each indicator. p) The proposed solution shall support user-defined performance monitoring Dashboard, for near real-time monitoring of network performance, in order to fulfill the accordingly monitoring tasks. q) The proposed solution shall provide homepage configurable function, support user to set the configured Dashboard to be homepage r) The proposed solution shall support static/dynamic object group for monitoring and reporting s) The proposed solution shall support when creating a report or dashboard, user can find the target objects by rich filter conditions such as by name, id, attributes. Any deviation and disagreement shall be considered as “Major deviation” 13.5.8 Scalability and Availability a) The Supplier shall detail the strategy adopted for managing the impact of component failure or processor overload. The effect of failures/overload on established traffic connections shall be defined. b) The proposed solution shall support the system recovery. c) The proposed solution shall support HA and DR solution. d) The proposed solution shall support micro-service multi-instance cluster deployment, automatic horizontal scaling, and load balancing. e) The proposed solution shall be cloud native, metadata driven, and micro service enabled to build one robust and scalable assurance platform. f) The proposed solution shall support unified south command set framework to send command to EMSs and devices for diagnosing, collecting and routing inspection, and the protocol type support at least MML, TELNET, SSH and TL1 etc. g) The proposed solution shall support a web-based graphical user interface for operational or administration purposes.
Page 68 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
h) The system shall support distributed and scalable deployment, provide the recommended deployment scenarios for different scale. Users can deploy flexibly according to the network scale; and support smooth upgrade and expansion in accordance with changes in network size, to meet diversified delivery requirements of different business scenarios. The deviation shall be treated as “Major Deviation” Any deviation and disagreement shall be considered as “Major deviation”
=== End of Sub-Section 13 ===
Page 69 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 14: REQUIREMENTS OF THE POWER PLANT AND AIR-CONDITIONING FACILITIES 14.1 Introduction The offer shall include necessary power plant and air-conditioning equipment for operation of the Switching system. The details of such power plant facilities are listed below. Any negative deviations of the described specification and requirement shall be treated as “major”. 14.2 Battery a) Existing four sets of batteries shall have to be dismantled from Moghbazar and Ramna sites and dispatched to BTCL warehouse. The offer shall include necessary battery sets to provide back-up DC power source to run the system during AC mains failure to all 7(seven) sites. The Bidder in his offer shall use the detail breakdown of its DC power requirement, as given by him in the bid offer. The required back-up time shall be minimum 8 (eight) Hrs and the number of sets shall be 2 (two). The bidder shall be liable to maintain this back-up for the mandatory guarantee period. The calculation for minimum capacity requirement of the battery shall be as follows: i) Total DC Amps requirement of the system at busy-hour load = l1 ii) Total DC Amps requirement for Inverters = l2 iii) Total Exchange load = l1 + l2 = le in Amp iv) Total minimum reserve DC Amps requirement = 50 Amp in Moghbazar and Ramna sites =20 Amp in other five sites v) Total DC Load = le + 50 or 20 (as applicable) = ltm in Amp vi) Allowable maximum discharge = 70 % vii) Total Required Back-up Capacity = 8 x ltm = lbm in AH viii) Total Required battery capacity = lbm / 0.7 = lcm in AH ix) Capacity of each Set of Battery = mcm = lcm / 2 in AH
The Bidder shall give the above details of battery dimensioning. Failure to give detail breakdown shall be treated as “non compliance".
b) The Batteries shall be vented, lead-acid type from country or abroad. The abnormal fall in terminal voltage shall generate visual and audible alarm facilities and required alarm loops to the exchange OMM shall be connected. c) The minimum guaranteed life-cycle of the batteries must be at least 5(five) years. d) Each of the battery sets must be provided with two independent (one at the rectifier-end and the other at the battery-end) circuit-breakers of adequate capacities which will allow complete disconnection of the battery set during all any required O&M function. e) Moreover both of the battery sets shall be connected to the rectifier through a common circuit-breaker of adequate capacity which will allow complete disconnection of both of the battery sets during any required O&M function.
f) In order to protect the exchange equipment as well as the battery in case of dropping of the DC voltage below a certain level, the rectifier connection to the battery sets must be provided with a device for disconnecting the battery sets as soon as such levels arrive. g) Provisions must be available to detect the battery-voltage and other parameters from the exchange. h) All of the exposed parts of the terminals in each cell of the battery-sets will be provided with adequate oxidation-proof covers.
Page 70 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
i) The charging-current at 10 hrs charging rate for the battery sets, as supplied shall be carried-over to calculation for rectifier requirement. 14.3 Rectifier a) The offer shall include necessary rectifier modules to provide DC power source to run the system and to charge the back-up batteries in all 7 (seven) sites. The Bidder in his offer shall give a detail breakdown of its DC power requirement and the charging current for the back-up batteries at 10 hrs charging rate. The calculation for capacity requirement of the rectifier set shall be as follows: i) Total DC Amps requirement of the system at busy-hour load = l1 ii) Total DC Amps requirement of the Inverters = l2 iii) Total Charging Amps for the quoted batteries at 10 hrs charging rate = l3 iv) Total Exchange load = l1 + l2 + l3 = le v) Reserve = 10 % vi) Required Capacity = 1.1 x le = lr vii) Reserved Capacity for other requirement = 50 Amp in Moghbazar and Ramna =20 Amp in Other five sites viii) Total Required capacity = lr + 50 or 20 Amps (as applicable ) = ltr Amp ix) Capacity of each Rectifier Module = mc x) Number of required modules = ltr / mc = Nr (rounded up to the next integer value) xi) Number of modules to be supplied = Nr + 1 xii) Capacity of the Rectifier Racks = Nr + 4 xiii) Number of spare Rectifier modules to be supplied = 4
The Bidder shall give the above details of rectifier dimensioning. Failure to give detail breakdown shall be treated as “non compliance”.
b) The Rectifiers shall be electronic switch-mode type with automatic redundancy control and charging control functions. The control panel shall provide visual and audible alarm facilities and required alarm loops to the exchange OMM. c) Each of the rectifiers shall be provided with circuit-breakers (both in AC and DC side) of adequate capacity and shall allow full isolation from the source and the load. d) The Rectifier Rack (or Frame) shall be provided with circuit-breakers (both in AC and DC side) of adequate capacity and shall allow full isolation from the source and the load. If the all of the rectifiers are taken-out of service, provisions shall be there for automatic diversion of the load to battery. e) The rectifier rack shall contain one or more DC distribution panel consisting of circuit- breakers of different capacity. The number of such breakers shall be such that it will be at least 100% redundant from the quantity destined to be used for the present capacity of the switch in site. f) The nominal Input voltage for rectifiers shall be 380V +20%-25%, 50Hz, 3 phase, 4-wire. 14.4 Inverter a) The offer shall include necessary DC to AC inverter modules to provide AC power source to the equipment which require AC supply. The exchange back-up batteries shall be used as the source power. The Bidder in his offer shall give a detail breakdown of AC power requirement (in VA) of the hardware listed below. The calculation for capacity requirement of the inverter shall be as follows: i) Total AC Volt Ampere (VA) requirement for above hardware at busy-hour load = le
Page 71 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
ii) Reserve = 10 % iii) Required Capacity = 1.1 x le = lr VA iv) Reserved Capacity for other systems = 500 VA v) Total required capacity = lr + 500 = lt VA
The Bidder shall give the above details of inverter dimensioning. Failure to give detail breakdown shall be treated as “non compliance” and in such case BTCL shall draw its own conclusion.
b) The Inverters shall be electronic switch-mode type with automatic redundancy control functions. The control panel shall provide visual and audible alarm facilities and required alarm loops to the exchange OMM. c) Each of the inverter shall be provided circuit-breakers (both in AC and DC side) of adequate capacity and shall allow full isolation from the source and the load. d) The Inverter Rack (or Frame) shall be provided circuit-breakers (both in AC and DC side) of adequate capacity and shall allow full isolation from the source and the load. If the all of the inverters are taken-out of service, provisions shall be there for automatic diversion of the load to incoming commercial AC supply. 14.5 Air-conditioner a) The offer shall include necessary precision-type air-conditioning unit for the exchange and Split type A/C for OMC Rooms. The Bidder in his/her offer shall give a detail breakdown of its air-conditioning unit requirement The parameters of calculation for present capacity requirement (Cr) of the air-conditioning unit shall be as follows: ii) Approximate Area of the equipment rooms are as follows: i. Moghbazar --- (33x22) sq. feet ii. Ramna – (28x20) sq. feet iii. Chattogram -- (30x24) sq. feet iv. Khulna - (45x21) sq. feet v. Bogura --- (28x20) sq. feet vi. Sylhet -- (25x15) sq. feet vii. Barishal ---(26x21) sq. feet
iii) Separate OMC rooms at Moghbazar and Ramna shall require 2 (1+1) unit Split type A/C in each site having 2 (two) Tons capacity. OMC room size appoximately 15x30 sq. feet in both Moghbazar and Ramna sites. iv) Average room temp to be maintained : 20° C v) Equipment Capacity to be supplied : 2 x present requirement (Cr) vi) Number of Air-con units to be supplied : N + 1
b) The Air-con system shall be equipped with a common control unit providing all the necessary control and monitoring functions. The control panel shall provide visual and audible alarm facilities and required alarm loops to the exchange OMM. c) Each of the Air-con unit shall be equipped with an independent circuit-breaker of adequate capacity. d) Each of the Air-con unit shall be connected to its independent water-drain and there shall be enough drainage out of the switch room. e) All of the equipment rooms must be equipped with at least 3(three) numbers of temperature sensors connected with the control-panel of the Air-cons. f) For Exchange rooms the value of N in above item a (v) should be at least 2 (two).
g) Specification of the Air-conditioning equipment
Page 72 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
i) Type : Precision type for equipment rooms and Split type for OMC rooms with remote control ii) Automatic Control Panel (ACP) : N +1 redundancy iii) Power : 230V, 50 Hz, 1- phase or 400V +10% -20%, 50Hz, 3-phase. h) The bidder shall visit the switch /equipment room and OMC room before submit final bid. The bidder will communicate with BTCL concern division/unit in this regard and respective unit will take necessary action to visit the specified place (Switch and OMC room).
=== End of Sub-Section 14 ===
SUB-SECTION 15: CRITERIA FOR EVALUATION OF BIDS (EVALUATION OF RESPONSIVENESS)
This Sub-Section will be used for evaluation in addition to the other evaluation criterion stated in ITT and TDS of this Tender Document.
15.1 Notwithstanding whatever is stated in other clauses of the tender documents, the criteria for evaluation of substantial responsiveness of the received bids of this tender shall be according to clauses described in this sub-section of the tender document. If any bidder refuses to agree to any clauses of this sub-section, his/her bid shall automatically be considered as “non responsive”. 15.2 During evaluation, BTCL shall consider bidders’ compliances to various clauses and sub-clauses of this tender; but shall have the authority to conclude its own decision about such compliances. 15.3 a) If the bidder does not give any statement to its compliance to any of the tender clauses or sub-clauses according to Clause by clause Compliance Schedule mentioned in Form. B of this document, its' compliance to that clause/ sub-clause (as applicable) shall be treated as “non responsive”. b) The bidder shall also fill up Information of Equipment, Accessories and Country of origin declaration as mentioned in Form PG4-4 of this document. Disagreement or failure to submit Form PG4-4 shall be treated as “non responsive”. 15.4 If the bidder provides any condition to his compliance to any of the tender clauses and/ or sub-clauses, its' compliance shall be treated as “non compliance” to that particular clause and/ or sub-clause. 15.5 BTCL shall also consider the contents of various attached documents. If any content of the attached documents contradicts the compliance statement of the bidder to any of the clauses and/ or sub-clauses, the bid shall be treated as “non compliance” to that particular clause and/ or sub-clause. In all of such cases, BTCL’s decision shall be final. 15.6 TEC shall have the right to examine the authenticity of issuance and contents of all certificates. BTCL shall have the right to choose methods, timings and procedures of examining such authenticity. The procedure may include (but not limited to) among others, making direct contacts to relevant persons or gathering information from other sources like web sites, other web publishes, technical journals, newsletters of industry, professional or trade organizations etc. 15.7 TEC shall have the authority to contact the persons/ organizations issuing those certificates to ascertain the authenticity of any or all submitted certificates. The bidder shall keep informed the relevant contact persons about the possible contact by TEC.
Page 73 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
15.8 If, in answer to any query by BTCL, the bidder provides any or many clarifications to its bid, BTCL shall consider those clarifications. However, if such clarifications contradict the relevant statements given in his original offer, the clarification(s) shall be disregarded. 15.9 The following deviations of any offer will be treated as “minor deviation” of the bid: 15.9.1 Any deviation which has already been termed as “minor deviation” in this tender document. 15.9.2 The non-compliant of any clause/sub clause of this tender document having no weight as minor deviation or major deviation or Material Deviation or critical deviation shall be considered as minor deviation. 15.9.3 Every item of “minor deviation” shall earn a score of 1(one) “penalty point”. 15.10 The following deviations of any offer will be treated as “major deviation” of the bid: 15.10.1 Any deviation which has already been termed as “major deviation” in this tender document. 15.10.2 If the bid BoQ has any shortage of quantity in any of the required hardware and/or software (for each of such short quoted item) unless otherwise specified in the tender. 15.10.3 Any item of “Major Deviation” shall earn a score of 5 (five) “Penalty Points”. 15.11 The following deviations of any offer will be treated as “Critical Deviation” of the bid: 15.11.1 Any deviation which has already been termed as “Critical Deviation” in this tender document. 15.11.2 If the Bidder has changed either the language or format of any of the different forms attached with this document. 15.11.3 Any item of “Critical Deviation” shall earn a score of 40 (forty) “Penalty Points”. 15.12 The following deviations of any offer will be treated as “Material Deviation” of the bid: 15.12.1 Any deviation which has already been termed as “Material Deviation” in this tender document. The list of Material Deviation has been given in Annex 1.12. 15.12.2 If the bidder refuses to provide answers to any requested clarification(s). 15.12.3 If any Certificate or any other document attached as part of the bid is found to be false or unauthentic. 15.12.4 The items and quantities are clearly specified in different forms. If any bidder fails to quote any items completely, it will be considered as “Material Deviation”. 15.10.5 A bid containing any item of “Material Deviation” shall be treated as “non responsive”. 15.11 The penalty points earned by each bid will be added to get total penalty points. The bid of any bidder which has earned more than or equal to 80 (Eighty) Penalty Points in total shall be treated as “non responsive”. 15.12 BTCL’s decision to treat any bid as “non responsive” shall be final. 15.13 The bid(s) treated as “non responsive” shall not be considered for further evaluation. 15.14 A bid, not treated by BTCL as “non responsive”, shall automatically be considered as “responsive”.
=== End of Sub-Section 15 ===
Page 74 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 16 : Technical Specifications for Test Equipment (To Be Quoted Optionally 16.1 General Bidder shall propose test equipment and special tools for installation, operation and maintenance testing of the equipment. The minimum suggested testing equipment and the required quantity are given below. The bidder may quote any other equipment required. Actual quantity of all testing equipment shall be decided during BoQ finalization. 16.1.1 All test equipment shall be from well-reputed manufactures with guarantee for calibration and repair maintenance services preferably in Bangladesh for a period of 10 years from the date of signing of agreement. 16.1.2 The contractor shall supply complete Licensed software in CD/DVD including operating system, Instruction, Operation and User manuals for the test equipment. 16.1.3 a) The contractor must submit document/brochure of test equipment with adequate technical details and description of different module software option available for the offered test equipment b) The quotation must clearly mention which module and software option had been included in the offer, so that BTCL clearly evaluate whether the offer meets BTCL specification. Any Deviation will be considered as “Critical Deviation”. 16.1.4 The features and or other items of the proposed test equipment shall at least meet (but not limited to) the mentioned technical specifications of the specified test equipment. It should be noted that, test equipment is very vital for maintenance, so quality should not be compromised for all proposed test equipment.
16.2 Protocol/Network Analyzer To trace signaling between different TDM and IP nodes and to monitor network performances BTCL requires a protocol analyzer under this purchase. The analyzer should be of portable type and will provide easy access to network nodes. Detail requirements of the analyzer are described in subsequent clauses. 16.2.1 The following features must be included: a) Battery and Battery Charger with necessary cables, minimum backup time 3 hours b) Protective Bag. 16.2.2 The analyzer should include at least the following packages: a) VoIP Analyzer b) PSTN Analyzer c) ISUP Testing d) ISUP / TCAP Decodes e) SIP Testing and Generation f) SIP-T Testing g) H.323, MGCP, Megaco Testing and Generation h) Binary Megaco Testing i) Multi-Gateway Support for Megaco and MGCP j) Media Testing k) Voice Quality Testing l) M3UA Support for ISUP and TCAP
Page 75 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
m) H.263 Video Testing Package n) Percentage of IP packet loss 16.2.3 The analyzer should support at least the following test suites: a) H.323 Terminal/Gate-Keeper based on ETSI TIPHON TS 101 804 (H.225.0) Originating/Terminating Endpoint based on ETSI TIPHON TS 101 890 (H.245) b) SIP User Agent, Proxy, Registrar, Redirect Server based on ETSI TIPHON TS 102 027 c) MGCP Media Gateway Controller, Media Gateway based on: Packet Cable TGCP-MG-CTP PKT-CTP-TGCPMGD08-030103 Packet Cable TGCP MGC and Call Flows CTP PKTCTP-TGCP-MGC-CF-D05- 030103 Megaco/H.248–Media Gateway Controller, Media Gateway based on ETSI TIPHON TS 101 889 d) SS7 ISUP ISUP Call Processing based on: ITU-T Q.784.1, July 1996 ITU-T Q.785.2, March 1999 ETSI EN 300 356-35 v.3.1.2, September 2000 ETSI EN 300 356-32 v.3.0.4, September 2000 15.2.4 The analyzer should support (or comply with) the following specifications: a) H.323 ITU-T H.323 Version 2, February 1998 ITU-T H.323 Version 3, September 1999 ITU-T H.323 Version 4, November 2000 ITU Implementer’s Guides July 1999, March 2000, December 2000, October 2002 b) SIP IETF RFC 2246 (TLS Protocol) IETF RFC 2543 (SIP: Session Initiation Protocol) IETF RFC 2976 (SIP INFO Method) IETF RFC 3261 (SIP: Session Initiation Protocol) IETF RFC 3262 (Reliability of Provisional Responses in SIP) IETF RFC 3264 (An Offer/Answer Model with the Session Description Protocol (SDP)) IETF RFC 3265 (SIP-Specific Event Notification) IETF RFC 3268 (AES Cipher suites for TLS) IETF RFC 3310 (HTTP Digest Authentication Using Authentication & Key Agreement ) IETF RFC 3311 (SIP UPDATE Method) IETF RFC 3323 (Privacy Mechanism for SIP) IETF RFC 3325 (SIP Asserted Identity) IETF RFC 3326 (Reason Header Field for SIP) IETF RFC 3428 (SIP Message Extension) IETF RFC 3515 (SIP Refer Method) IETF RFC 3546 (Transport Layer Security (TLS) Extensions) IETF RFC 3903 (SIP: Session Initiation Protocol Extensions) IETF RFC 4168 (Stream Control Transmission Protocol (SCTP)) IETF RFC 4475 (Session Initiation Protocol (SIP) Torture Test Messages) c) SIP-T IETF RFC 2046 (Multipurpose Internet Mail
Page 76 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Extensions (MIME) Part Two: Media Types) IETF RFC 3204 (MIME media types for ISUP and QSIG Objects) IETF RFC 3372 (Session Initiation Protocol for Telephones (SIP-T): Context and Architectures) IETF RFC 3398 (ISUP to SIP Mapping) IETF RFC 3578 (ISUP Overlap Signaling to SIP) d) MGCP IETF RFC 2705 (Media Gateway Control Protocol (MGCP)) IETF RFC 3435 (MGCP 1.0) e) Packet Cable PKT-SP-TGCP-I01-991201 PKT-SP-EC-MGCP-I03-010620 f) Megaco/H.248 (Binary and Text Encoding) IETF RFC 3015 (Megaco Protocol Version 1.0) IETF RFC 3525 (Gateway Control Protocol) ITU-T H.248, June 2000 ITU-T H.248.1, March 2002 ITU-T H.248.1, May 2002 ITU-T H.248.1 v2 Corrigendum 1, March 2004 g) Multi-Protocol Label Switching (MPLS) IETF RFC 3032 (MPLS Label Stack Encoding) h) SS7 ISUP ITU-T Q.763, December 1999 NTT/TTC JT-Q.701 - 704, April 1992 NTT/TTC JT-Q.707, November 1990 NTT/TTC JT-Q.761 - 764, November 1999 NTT/TTC JT-Q.850, November 1996 UK ISUP
i) M3UA Transport IETF RFC 3332 (SS7 MTP3-User Adaptation Layer) j) SCCP Protocol Support ITU Q.711, March 2001 ITU Q.712, July 1996 ITU Q.713, July 1996 ITU Q.714, May 2001 ITU Q.715, July 1996 ITU Q.716, March 1993 11. TCAP Protocol Support ITU-Q.771, June 1997 ITU-Q.772, June 1997 ITU-Q.773, June 1997 ITU-Q.774, June 1997 ITU-Q.775, June 1997 12. SCTP Protocol Support IETF RFC 2960 (Stream Control Transmission Protocol), 2000 IETC RFC 3257(SCTP Applicability Statement), April 2002 IETF RFC 3309 (Stream Control Transmission Protocol (SCTP) Checksum Change), 2002 k) Voice Media IETF RFC 2327 (SDP: Session Description Protocol) IETF RFC 2833
Page 77 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
ETF RFC 3550 (RTP) IETF RFC 3551 (RTP A/V Profile) ITU-T G.729 Annex A, November 1996 ITU-T G.723.1, March 1996 ITU-G.711, November 1998 ITU-T G.726 AMR-NB AMR-WB l) Voice Quality ITU-T P.862, February 2001 ITU-T G.107, March 2003 m) Video Telephony ITU-T H.263 / H.263+ IETF RFC 2429 (H.263+) IETF RFC 3261 (SIP: Session Initiation Protocol) IETF RFC 2327 (SDP: Session Description Protocol) IETF RFC 3550 (RTP) IETF RFC 3551 (RTP A/V Profile) Microsoft AVI file format – Audio Video Interleaved 16.2.5 The analyzer should support the following Interfaces: a) Signaling and Trunk Interface Circuit Card (STI) i) 10/100BaseT Ethernet ii) DS3 iii) Quad DS1/E1 iv) 100 bus to DSP Resource b) Wideband Trunk Interface (WTI) i) WTI OC-3 or STM-1 2,016 channels per board Supports simultaneous TDM media ii) WTI RTP Supports 4,000 simultaneous RTP streams with media per board Electrical Gigabit Ethernet interface iii) WTI for Signaling VoIP signaling with RTP analysis Gigabit Ethernet interface iv) WTI T1/E1 240 (E1) simultaneous calls per card, Scales to 6 boards for a total 1,440 (E1) timeslots per system All the test procedures must be stated clearly in the operating manual of the protocol Analyzer. Bidder must demonstrate all test bed preparations, testing during local training of the protocol analyzer to BTCL engineer. The bidder shall quote the unit price of the test equipment. Each deviation from the requirements stated under Clause-15 shall be treated as “Major Deviation” 16.3 Bidder shall propose required set of specific tools and testers for all equipment to run IGW platform smoothly.
-- End of Sub-Section 16 --
Page 78 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
SUB-SECTION 17: Requirements of the Short Message Service Gateway (To Be Quoted Optionally)
17.1 Introduction International Short message services (SMS) would also be routed through IGW Operator Switch. BTCL, therefore, needs to procure and set up a Short Message Service (SMS) Gateway. Detail requirements of the SMS Gateway are described in the subsequent clauses.
17.2 Functional requirement The SMS Gateway will be responsible for routing the SMS traffics received from Gateways of IGW/ICX and forwarded to ICX/IGW operators. After receiving SMS from an SMS Gateway it will route it to its destination. The forwarding may be based on number segments of the network operators. Response of the destination SMSC/Gateway will then be sent back to the source SMS Gateway.
17.3 Interfaces All the interfaces the bidder offers in his solution will be based on open and standard interface and protocol. The protocol between IOS SMS Gateway and Gateway of IGW/ICX operator would be SMPP (Short Message Peer to Peer) or any other open standard protocol that provides bidirectional interface to implement submission and delivery of short messages. The physical layer connectivity between the IGW/ICX Gateway and IOS Gateway shall be TDM interface. Any disagreement or deviation shall be treated as “Critical Deviation”.
17.4 Network Connectivity The proposed SMS Gateway must be able to support connection with at least 16 (Sixteen) GSM, CDMA, CDMA (WLL) operators, SMSC/ Gateways and ICX operators. Estimated Number of SMS to be processed per second will be at least 250 for originating and 250 for terminating. Length of an SMS would be 160 characters at maximum. Bidder must make necessary survey to learn about the SMPP (or other protocol interfaces) versions and the physical layer interfaces used by the network operators mentioned in the table. Bidder should note that it any mismatch (if occurs) during the connection implementation with the SMSC/Gateways, it has to be solved by them. Any disagreement or deviation to this should be treated as “Critical Deviation”
17.5 Software Capability The system software(s) shall be modular in structure and shall be capable of merging new files and programs with existing files at the site without any interruption of service in the following cases. a) Expansion or change of Capacity b) Loading of new software patches or changes of program version c) Changes and employment of new service features. Deviation from such capability shall be considered as “Critical Deviation”.
17.6 Redundancy & Protection against failure 17.6.1 The SMS Gateway must follow redundant design philosophy. There shall be no degradation of service during fault condition in any one or more of the system modules or servers. Change-over from main to standby modules or Servers should not affect system’s performance. Any deviation of the above item shall be treated as “Critical Deviation”.
Page 79 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
17.6.2 The system should be of fault tolerant design. It will have the facility for automatic, manual and cold restart. The automatic restart shall be initiated by appropriate fault conditions and manual restart shall be activated either by MML command or system reset. The restart procedure will be as follows: a) The system shall use memory elements resident inside the system to start the recovery protocol. b) If recovery is not possible from resident memories, the system shall read relevant files from one or any of the primary storage devices (Hard Disk Drive). c) If primary storage devices are finally inaccessible due some reason, the recovery protocol shall automatically seek to read files from secondary storage device. The Bidder may propose an alternate system for back-up. The bidder in his bid shall explain the restart procedure for its system in detail. Any Disagreement or deviation should be treated as “Major Deviation”.
17.7 Alarm Supervision The system shall be provided with supervision software to continually check the normality of hardware and software. In case of any error, trouble, fault or failure an appropriate "alarm indication" shall be generated. The indication shall be notified by printed messages and by visual & audible means. Appropriate procedures shall be applied to cancel audible alarms. All alarm indications may be classified into the following categories and any deviation shall be treated as “minor”. a) "CRITICAL" - indicating a very serious failure or fault which can result in system failure & stoppage of call processing and demanding immediate attention of O & M personnel. b) "MAJOR" - indicating a serious fault or trouble demanding immediate action and which can lead to critical fault if kept unattended for long time. c) "MINOR" - indicating fault or trouble not requiring immediate action.
17.8 Network Management facilities The system should provide with means of management on the information service system for operation and maintenance. The user should be able to query the running status, configuration, performance of the system, alarms and interface connections. Besides, the Gateway should be connected to the Network Management System (NMS) under this purchase. The interface to the NMS will be based on GUI (Graphical User Interface) or MML (Man-Machine Language). Disagreement or deviation to the requirements will be treated as “Critical Deviation”.
17.9 Password Protection The main features and data of the software shall be protected by multi-level password control. Modification of the Office data shall also be protected by passwords. The system password will not be erased or corrupted during system re-initialization and/ or OMM switchover or for any other reasons. Deviation shall be considered as “Critical Deviation”.
17.10 CDR The Gateway must have the hardware to store CDR for every incoming/outgoing SMS to any destination for billing purpose. This CDR would be stored on the system storage for at least 15 days. After the specific period the CDRs would be removed from the system storage automatically or manually.
Page 80 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
The Billing Server (not under this purchase) will pull the CDR periodically over FE/GE or any other standard interface. The bidder shall calculate the storage capacity according to 500 SMS/Second and recordable duration shall be 30 days. So, for these 30 days all data must be available in the CDR storage. Absence of such features will be considered as “Critical Deviation”.
17.11 Expansion of Capacity Initial processing capacity of the proposed system will be 500 SMS per second. The bidder in its bid shall also quote price for an additional processing capacity of 200 SMS per second. This price should include all necessary costs for hardware, software or up- gradation of software, license, installation and services. Failure to quote such price will be considered as “Critical Deviation”.
======End of Sub-Section 17 ======
Page 81 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Annex 1.1: Capacity Requirements of the Media Gateway Controller
Bidder’s Sl Items Unit Required Offer 1 Minimum BHCA Million unit 3.5 Minimum number of 2 Number 25,000 simultaneous call Minimum Trunk Capacity 3 (70% of which is SIP-I/T and Number 60,000 30% is H.323.)** Minimum Trunk Capacity 4 Number 40,000 (TDM) Minimum Number of Gateway 4 Number 10 Handling Capacity Minimum Number of GE/FE 5 Number 2+2 Port
**If during operation, it is found that the mix of IP trunk is different from above, the bidder has to adopt that mix without any charge.
Annex 1.2: Capacity Requirements of Media Gateways
Media Gateway at 7 (Seven) sites: Minimum Capacity Bidder’s Offer
Sl. Media Gateways E1 STM-1 SIP GE port capacity
1 Media Gateways at Moghbazar 63 12 20,000 4+4 2 Media Gateways at Ramna 63 12 20,000 4+4 3 Media Gateways at Chattogram 63 6 12,000 2+2 4 Media Gateways at Khulna 63 4 10,000 2+2 5 Media Gateways at Bogura 63 4 8,000 2+2 6 Media Gateways at Sylhet 63 4 8,000 2+2 7 Media Gateways at Barishal 63 4 8,000 2+2
The bidder shall supply and install all necessary ODF, DDF, Optical Fiber Cables, E1 Cables, connectors and other materials in all the 7 (seven) sites.
The Bidder has to mention the present and final Processing capabilities for required configuration of the offered Equipment.
Page 82 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Annex 1.3: Capacity Requirements of each Gateway Router
Sl. Items Unit Required Bidder's Offer
A Router Present Equipage A.1 Processing Capabilities 1 Switching Backplane Gbps 320 2 Packet Switching and Mpps 150 forwarding performance 3 Flash Memory MB 512 4 RAM MB 2000 A.2 Interface capabilities* 1 GE Optical Interface Port 4 2 STM-1 trunk interface Port 4 3 Channelized STM-1 4 Interface
*Same type of interface shall be configured at least in two separate modules
Page 83 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Annex 1.4: Capacity Requirements of each LAN Switch at Moghbazar and Ramna sites
Serial Description of items Unit Quantity Configuration Bidder’s Offer 1 Chasis Set 1 2 Control and Switch Piece 2 1+1 redundant mode Module 3 DC power supply Piece 2 1+1 redundant mode 4 GE optical interface Port 12 Two separate module with 2+2 redundant mode 5 10/100/1000TX Port 32 Two separate module Interface with 16 redundant mode 6 System Software Set 1
* There shall be minimum 4 (four) slots free after initial configuration for future expansion
Page 84 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Annex 1.5: Capacity Requirements of Each Firewall
Sl. Items Unit Required Bidder's Offer
A Firewall Present Capacity
A.1 Processing Capabilities 1 Minimum Clear text Gbps 3 throughput 2 Minimum Concurrent Nos 750,000 connections/Sessions 3 Minimum system Mbps 500 performance with 128 / 256 -bit IPSec encryption 4 Minimum Tunnels Nos 3000 5 Minimum Redundant Nos 4 FE port 6 Minimum Redundant Nos 8 GE port
Page 85 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Annex 1.6: Format for Maintenance Support during Guarantee Period
The Contractor, at his own cost to be quoted during the bid offer, shall provide the following maintenance supports during the whole Guarantee Period of the Contract : a) The supports shall start from the date of cutover into commercial service of the first equipment/ system purchased under this contract. b) The period of the service shall continue uninterrupted for 2(two) calendar years from “the date of effect” of the last Provisional Acceptance Certificate (PAC) of the contract. c) For providing this service, the contractor shall start a office in Dhaka, within 10 (ten) days of putting the first equipment in to commercial service. d) The office must be equipped with necessary logistics support. e) The service shall cover full trouble-shooting and corrective maintenance support for all equipment and sites covered by this purchase. f) The manpower dedicated for this service only and shall not be part of any other implementation, installation and commissioning team of the Contractor, but shall be a completely separate team of people dedicated for this purpose only. g) All personnel of that team must have proper training and must have prior experience in Trouble-shooting, Operation and Maintenance of the relevant systems. h) The typical type and experience, minimum number and the locations of the required personnel shall be as follows : i) 1 (one) expatriate Expert, having at least 3 (Three) years experience in providing O&M support to customers, to be stationed in Dhaka and to act as the Chief of the Maintenance support team. ii) 2 (two) expatriate/ local Engineers, 1 each for Hardware and Software, having at least 3(Three) years experience in relevant equipment, to be stationed in Dhaka. iii) All the personnel must speak fluent English and/ or Bangla. i) The Contractor shall submit the bio-data of the Engineers to BTCL at least 15 (fifteen) days before intended start of the services and obtain necessary approval of personnel. j) The contractor shall be responsible for all types of expenditure to be borne for these manpower, including office, overhead, all modes of transportation etc. However, BTCL will try to provide the relevant space. k) The services to be provided (but not limited to) shall be : i) Equipping and Maintaining an updated inventory of spares and accessories in Dhaka at a premise mutually agreed upon with BTCL. The inventory, at all time, shall include at least 1 (one) unit of replace spares/ cards/ modules. ii) Replacement of faulty cards/ modules/ equipment/ system within the specified time period. iii) Regular and required replenishment & updating of the spare & accessories inventory. iv) Periodic and Regular checks on the performance of the systems to ensure that they are running in good condition and are not susceptible to any major fault. v) Transfer of technology to BTCL’s personnel to enable them to become self- sufficient in fault finding and fault removal. vi) Short on-the-job training to BTCL’s personnel as and where and when necessary. vii) Trouble-shoot and debug any faults occurring in the equipment/ system within the time-period specified in the contract. viii) Identify the faulty elements in installation of the system and take actions for rectification. ix) Assist BTCL’s personnel in subsequent re-installation, re-location of different
Page 86 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
network elements and other minor works, whenever and wherever desired by BTCL. x) Accompany and assist BTCL’s personnel in network performance tests. xi) Assist BTCL’s personnel in identifying the Key Performance Indicators of the system and take corrective actions for network optimization. xii) Help and advice BTCL personnel to properly maintain O&M & CDR data bases and Management of CDRs xiii) Regularly inform BTCL of all types of Software and Hardware upgrades of the equipment/ system and suggest actions to be taken by BTCL. xiv) Assist and train BTCL’s personnel in planning expansion activities. xv) Guarantee the flow and availability of all spare parts and units without major design changes for at least 8 (Eight) years from the issuance of Provisional Acceptance Certificate (PAC). xvi) Guarantee that, if there is any major design change or stoppage of production, the contractor will bear all the costs related to provision of alternate solutions. l) The format of the support services to be given by the contractor shall be as follows : i) Chief of the Maintenance support team shall regularly visit the relevant system sites and carry out regular health-checks of the systems. ii) On occurrence and/ or detection of any fault to any or many system/ equipment supplied to BTCL’s network, under the contract the representative(s) of the first party shall inform the representative(s) of the second party, over telephone, of such fault. iii) All such reports will be logged by both parties, mentioning the time of such reports. iv) The personnel of the second party, on being informed by the first party, will attend to any fault of any or many equipment at any or many sites. Normally, the second party will send its technical personnel to site within 02 (two) hours after reporting of the fault. If the fault is reported after 20:00 Hrs or on weekly holidays, the response time can be extended up to 04 (four) hours. On abnormal cases and for occurrences in long holidays, the maximum allowable response time period shall be 12 (twelve) hours from the time of report of fault by the first party. v) The procedures for removal of faults shall be as follows: 1) If the fault is of minor nature and has not caused any stoppage of service by the relevant equipment, the second party will rectify the fault within 12 (twelve) hours from the time of reporting of the fault. 2) If the fault has caused stoppage of service by the relevant equipment, the second party shall change the faulty unit from its reserve stock and take away the faulty unit for subsequent repair. Such replacement will be done within 4 (four) hours from the reporting of the fault. vi) For any delay beyond 12 hours, the first party shall preserve the right to impose financial penalty on the second party. Such penalty shall be as per discretion of the first party. vii) If such delays become regular phenomenon, the first party shall have the right to terminate the contract and impose financial penalty on the second party as per discretion of the first party. viii) The second party shall bear all costs related to such services, including costs for spares & accessories, personnel, transportation, equipment and logistics. However, BTCL may offer spaces to house the relevant inventory & personnel. ix) The second party shall provide its personnel with mobile telephone facilities.
Page 87 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Annex 1.7: Format for Annual Maintenance Support after Post Guarantee Maintenance Period
The Contractor, at his own cost to be quoted during the bid offer, shall provide the following maintenance supports after expiry of the Guarantee Period of the Contract:
1) The details of the support services shall be agreed upon between the contractor and BTCL before expiry of the Guarantee period of the contract. 2) The period of the services shall be for a minimum for 02 (two) years and shall be renewable on yearly basis for two consecutive years after post guarantee maintenance period. 3) The unit prices and other terms and conditions of the services shall remain unchanged for the first three years after the guarantee period. For subsequent terms such prices and terms may be fixed on mutual consent between the contractor and BTCL. 4) The unit price submitted for 02 (two) years post guarantee maintenance period after the completion of guarantee period shall be considered as the base price for Annual Maintenance Support. Annual maintenance price shall not exceed 10% more in every consecutive year. As for example, If the base price for 02 (two) years post guarantee maintenance period is X BDT, Then annual maintenance price for 1st year will be less than X/2+ 10% of X/2 BDT while annual maintenance price for 2nd year will be less than X/2+ 20% of X/2 BDT. Any disagreement or failure to comply with clause 3 shall be treated as “critical deviation”. 5) The support services shall start from the next day of the date of expiry of the guarantee period of the contract. 6) For providing this service, the contractor shall dedicate a liaison personnel and an office in Dhaka, at least 15 (fifteen) days before expiry of the Guarantee Period of the contract. 7) The liaison office and personnel must have mobile telephone number(s). The liaison personnel must have at least 3 (Three) years experience in O&M of similar systems and fluent in English and/ or Bangla. 8) The service shall cover full on-demand trouble-shooting, debugging and other corrective maintenance support for all equipment and sites covered by this purchase. 9) The service shall include 24 hrs per day x 7 days per week x 52 weeks per year “Phone- in support desk” service to be located at place of contractor’s choice. 10) The service shall also include “On Demand” and “As and when necessary” on-site personnel support (local and/ or expatriate, as the requirement may be) to provide trouble- shooting, debugging and other corrective maintenance services. 11) All personnel of the phone-in support desk must have proper training and must have prior experience in Trouble-shooting, De-bugging, Operation and Maintenance of the relevant systems. 12) The language of contact shall be either English and/ or Bangla. 13) The services to be provided shall also include (but not limited to) : a. Equipping and maintaining an inventory of emergency spares and accessories in Dhaka at a premise mutually agreed upon with BTCL. The inventory, at all time, shall include at least 1 (one) unit of replace spares/ cards/ modules. b. Replacement of faulty cards/ modules/ equipment/ system within the specified time period. c. Regular and required replenishment & updating of the spare & accessories inventory. d. Transfer of technology to BTCL’s personnel to enable them to become self- sufficient in fault finding and fault removal.
Page 88 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
e. Short on-the-job training to BTCL’s personnel as and where and when necessary. f. Trouble-shoot and debug any faults occurring in the equipment/ system within the time-period specified in the contract. g. Assist BTCL’s personnel in subsequent re-installation, re-location of different network elements and other minor works, whenever and wherever desired by BTCL. h. Regularly inform BTCL of all types of Software and Hardware upgrades of the equipment/ system and suggest actions to be taken by BTCL. i. Assist BTCL’s personnel in planning expansion activities. j. Guarantee the flow and availability of all spare parts and units without major design changes for at least 6 (six) years from the issuance of Provisional Acceptance Certificate (PAC). k. Guarantee the flow and availability of all equipment, materials and services required for any subsequent expansion of the offered equipment for at least 6 (six) years from the issuance of Provisional Acceptance Certificate (PAC). l. Guarantee that, if there is any major design change or stoppage of production (of spares and/ or equipment needed for expansion), the contractor will bear all the costs related to provision of alternate solutions.
a) The format of the support services to be given by the contractor shall be as follows : b) On occurrence of any fault to any or many system/ equipment supplied to BTCL’s network under the contract, the representative(s) of the first party shall inform the liaison office/ personnel of the second party, over telephone, of such fault. c) All such reports will be logged by both parties, mentioning the time of such reports. d) The personnel of the contractor, on being informed by BTCL, will log the problem/ fault with the “Phone-in Support Desk” service and inform the concerned personnel of BTCL of the relevant registration details. However, the support desk shall be advised to also log fault report(s) informed directly by the concerned personnel of BTCL. e) If the relevant fault can not be removed by assistance from the phone-in desk, the first party will inform the liaison personnel over telephone of such non-removal of fault. In such cases, the second party shall arrange to attend to the fault by sending its technical personnel to site within 02 (two) hours after reporting of the non-removal of the fault. If the fault is reported after 20:00 Hrs or during weekly holidays, the response time can be extended up to 04 (four) hours. On abnormal cases and for occurrences in long holidays, the maximum allowable response time period shall be 12 (twelve) hours from the time of report of fault by the first party. f) If the fault cannot be removed by the assistance of contractor’s local office, the contractor shall arrange necessary expatriate personnel within the time period specified in the contract. g) If the fault removal involves changing of spares/ cards/ modules, such changes will be made from the local inventory within 4 (four) hours of detection of such requirement. h) The procedures for removal of faults shall be as follows : i) If the fault is of minor nature and has not caused any stoppage of service by the relevant equipment, the second party will rectify the fault within 12 (twelve) hours from the time of reporting of the fault. ii) If the fault has caused stoppage of service by the relevant equipment, the second party shall arrange to change the faulty unit from its reserve stock and take away the faulty unit for subsequent repair. Such replacement will be done within 4 (four) hours from the reporting of the fault. iii) If the removal of fault involves assistance of expatriate personnel, such personnel shall be made available within 7 (seven) days of detection of such requirement.
Page 89 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
iv) If the removal of fault involves import of any additional spares/ cards/ modules, the contractor shall conclude all requirements at its own costs and make the relevant item(s) available in site within 15 (fifteen) days of detection of such requirement. i) For cases where removal of fault involves phone-in and/ or local efforts only, for any delay in beyond 12 hours, the first party shall preserve the right to impose financial penalty on the second party. Such penalty shall be as per discretion of the first party. j) For cases where removal of fault involves expatriate personnel, for any delay in beyond 15 days, the first party shall preserve the right to impose financial penalty on the contractor. Such penalty shall be as per discretion of BTCL. k) If such delays become regular phenomenon, the first party shall have the right to terminate the contract and impose financial penalty on the contractor as per discretion of BTCL. l) The contractor shall bear all costs related to such services, including costs for spares& accessories, personnel, transportation, equipment and logistics. However, BTCL may offer spaces to house the relevant inventories.
Page 90 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Annex 1.8: Declaration on Observance of Ethics
Whereas, We, M/s...... are submitting our bid in response to tender notice No. ………………………………, Dated …………………… for “Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis” and we hereby pledge that we shall not be engaged in : A corrupt practice, which shall mean giving or promising to give, directly or indirectly, to any officer or employee of a procuring entity or other governmental/private authority or individual a gratuity in any form, an employment or any other thing or service of value, as an inducement with respect to an act or decision of, or method followed by, a procuring entity in connection with the procurement proceedings or contract execution; A fraudulent practice which shall mean a misrepresentation or omission of facts in order to influence the procurement proceedings or the execution of the contract; A collusive practice, which shall mean a scheme or arrangement between two or more tenderers, with or without the knowledge of the procuring entity, designed to rig tender prices thereby denying a procuring entity from the benefits of genuine competition; and A coercive practice, which shall mean harming or threatening to harm, directly or indirectly, persons or their property to influence the procurement proceedings, or affect the execution of a contract.
Signature and seal
Dated ______Day of ______201____ Duly authorized to sign for and on behalf of M/s. ______
Page 91 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Annex 1.9: Bond for Spares
Whereas, we, ………………………………………………………………………….., are submitting our bid for “Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis” and whereas we understand that as per relevant clause of the said tender document BTCL is in need of 2 (two) year spares for Guarantee Period to be quoted in main offer, we enclose a list of such spares with our bid offer. As per tender condition, if our offer is accepted, we hereby submit our guarantee that the supplied spares will be sufficient to run the system for initial 1(one) year of the guarantee period. We also guarantee that the flow and availability of all spare parts and units without major design change for at least 04 (four) years after the expiry of Guarantee period and that, if there is any major design change or stoppage of production, we will arrange alternate solution with same price of original solution.
Signature and seal Dated______Day of ______202 ______. Duly authorized to sign for and on behalf of ______
Page 92 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Annex 1.10: Bond for Expansion Guarantee
Whereas, we, ...... , are submitting our bid for “Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis” and whereas we understand that as per tender condition, if our offer is accepted, we hereby submit our guarantee for the flow and availability of all equipment, materials and services required for any subsequent expansion of its offered equipment for at least 06 (six) years after the expiry of Guarantee of the system. If there is any major design change or stoppage of production, we will arrange alternate solution with same price of original solution.
. Signature and seal Dated Day of 202__ Duly authorised to sign for and on behalf of
Page 93 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Annex 1.11:.The list of Material Deviation
Sub-Section Clause/Sub-Clause that Subject contains “Material Deviation” 2 2.7 Electrical Grounding 2.17 Spare Parts Guarantee 2.18 Expansion Guarantee 2.19 Maintenance Support 2.20 Duration of Guarantee Period 2.21 Factory Premises Acceptance Test (FPAT) 2.23 Provisional Acceptance Test (PAT) 2.36 Unit Price for Future Orders 2.37 Cut-Over Service: 2.39 Additional Equipment needed for Turn- Key Completion 4 4.1.2 Openness 4.1.5 Fault monitoring and trouble shooting 5 5.4 Operating Voltage 5.6 Guarantee for Software 5.7 License for Software 5.8 Language of Software 5.10 Guarantee for up-gradation of Software Version 6 6.2 Design Criteria 6.4 Synchronization 6.5 BHCA Capacity 6.8 Protocol Processing Capability 7 7.1 Media Gateways (MGW) 8 8.1 Gateway Router 8.1.4 Protocols 8.1.9.4 Hardware configuration and Performance Requirement 8.2 LAN Switches 8.2.6 Hardware Configuration and Performance Requirement 8.3 Firewall 9 9.2 Call Detailed Recording (CDR) facility in Circuit 10 10.1 Inter-Node Signaling 10.2 NGN Protocol 11 11.1 Switching System Functions 11.2 Various Facilities 11.3 Fault Diagnosis Protocol 12 12.1 Traffic Load Observation 12.9 Requirements of Call Monitoring System 13 13.2.1.1 Server System 13.2.2.1 Software Capability 13.2.2.2 Password Protection
Page 94 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
13.2.2.3 Immunity against propagated faults 13.2.2.5 System and Alarm Messages 13.2.2.6 Real time Bandwidth utilization 13.5 Management & Orchestration Requirement 15 15.12.4 The items and quantities are clearly specified in different forms.
Page 95 of 102 BTCL ANS
Form A: List of Certificates attached with
Detail of Issuing Authority Contact person who Subject of Name of the can speak English Sl Certificatio Telephone number Operator with (name, designation, n and Fax number address and web site phone no. , fax no. and e-mail address)
Page 96 of 185 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Form B: Clause by Clause Compliance Schedule
Section Agreed/ Reference To The Submitted No Sub-Section No Clause No Not Agreed Document The bidder shall clearly specify Book, Volume, Chapter, Page and Reference of Tender Document related paragraph of the submitted document
Page 97 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Form C: Quotation for Future Order
(a) Future Order Formula for Equipment: (Bidder shall specify)
(b) Future Order Formula for Service: (Bidder shall specify)
Page 98 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Form D: Price Quotation for all Optional item
Price in USD/BDT SL Name of Item (s) Unit Qty Unit Total Currency Price Price
(The bidder shall fill up the list as per relevant clause of Tender document and to fulfill the requirement of BTCL) A.1 Price for SMS Gateway A.2 Price for Protocol Analyzer
Total
In Words: US Dollar...... and BD Taka ...... only.
Page 99 of 102 BTCL ANS
Attachment-2
SECTION 8
DRAWINGS
Figure 8.1: NFV reference Architecture
Page 100 of 185 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Figure 8.2: Proposed BTCL NFV Enabled IP Based ANS GATEWAY-2
Page 101 of 102 BTCL ANS
“Supply, Installation, Testing and Commissioning of NFV Enable IP based ANS Gateway-2 Exchange in Bangladesh on Turn Key Basis”
Core Network
2 x 10G 10G Server Rack Storage
LAN Switch
ANS GATEWAY-2 External Storage System
2 x 10G
Figure 8.3: .External Storage Server
Page 102 of 102 BTCL ANS