Seven Castles

BRAS (2)- -

                                      

Technical Specification

3.3.3 Support switch between main and standby RADIUS

When the main RADIUS fails, the system must automatically send the authentication and accounting information request to the standby RADIUS, which take over to perform authentication and generate accounting information. When the main RADIUS is restored, BRAS can be redirected to the main RADIUS without human intervention. There is no service interruption and loss of accounting information in the whole process of switch over.

3.3.4 *Support dial-up authentication for PPPoE

Users get access to the Internet via PPPoE dial-up. The system will generate correct authentication and accounting information.

3.3.5 Support local authentication and accounting functions.

The equipment must support local authentication and accounting functions related to users.

Must support local accounting, when the contact with the remote RADIUS is lost so that the accounting data will not be lost. Please specify the ways to implement and to what extent the support can be.

3.3.6 *The equipment can support multiple ways of authentication and service selection.

The system can support authentication for ordinary users, and authentication for users with suffix of domain names to allow users to make choices among multiple ISPs. For local users, VLAN-ID or PVC-ID authentication can be supported. The bidder must specify the implementation mechanism.

It is required to support one-time dial-up, multiple times for dynamic selection of applications or provisioning of multiple applications in the same time for users (without disconnection or a new PPP connection). The bidder must illustrate the specific flow chart of implementing multi-service selection and the specific requirements for RADIUS servers to work together.

3.3.7 Real-time disconnection function

The maximum duration of connection can be set with the equipment. The value can be set when configured, or obtained from the packet returning from RADIUS of the accounting system. When the connection duration reaches the allowed maximum time, BRAS will remove the PPP connection with users and correctly send out packet indicating termination of accounting. Please specify the ways to implement.

3.3.8 Support multiple address pools

For different user types, BRAS can distribute IP addresses from different address pools, as required by RADIUS, to set confines for user's Internet access.

3.3.9 Support RADIUS information reproduction

The equipment can reproduce one copy of accounting packet, which will be sent to the designated IP address, for purposes like account check. Please specify, in detail, the ways to implement and the impact on the functions and performance of the operating systems.

3.3.10 * Support dynamic bandwidth management.

BRAS can receive control attributes returning from RADIUS or other means, to make dynamic adjustment of bandwidth for users or restrictions of specific resources to be accessed. Please specify the ways to implementation and restrictions and the impact of performing this function on the functions and performance of the operating system. Certificates from the third party are required.

3.3.11 * BRAS should support PORTAL functions

After dial-up authentication, users will be redirected to the designated pages, while first launching a browser. The operators can define the contents with the portal themselves;

3.3.12 Support some special signs in user input

e.g. "@" ,"/", etc. in usernames;

3.3.13 Support FILTER functions

For different user types, FILTER of the user is informed to BRAS via RADIUS, and BRAS set confines for user's Internet access;

3.3.14 BRAS must send accurate traffic information to RADIUS

In standard attributes of standard RADIUS disconnection packets, BRAS must send out accurate user's traffic (incoming and outgoing) as concerted efforts for the accounting system to perform traffic-based accounting.

3.3.15 * Implement one-by-one binding or one-to-many binding for users, in combination with accounting system

Users must get the lines or NICs registered (can be multiple) before use. When accessing to the Internet, users must get access from the registered lines or NICs, or their access will be denied.

The bidder must specify if the above mentioned requirements are met with specific explanation.

3.4 Performance requirements

3.4.1 * Backplane switching capacity

The equipment in the bid should be part of a series of products. Backplane switching capacity of a single unit is no less than 10G. All the slots take the bandwidth exclusively. The bidder must specify the switching capacity by each slot and backplane, if there are any restrictions for service interface cards that will be plugged in to the slots, and the number of the slots used for service interface cards.

The bidder must specify if the products in the same series support the products with backplane capacity higher than 10G. Specify the impact of backplane capacity upgrade on the equipment operation.

3.4.2 * Packet transfer capability

The packet transfer capability for a single unit is no less than 10Mbps, with no packet discarded.

The bidder must specify if ATM, Ethernet, GE interfaces support transfer with all linear velocity, present the sketch to show the curve of packet transfer rate by cards for packets of different sizes. Measurement certificates from the third party are required.

3.4.3 Packet transfer delay

Equipment heavy load conditions (throughput 90%), shorter than 1 ms for packet delay with the length of 1518 Bytes or shorter.

3.4.4 Packet discard rates

Equipment light load conditions (throughput 10%), packet discard rate lower than 1e-4
Equipment heavy load conditions (throughput 90%), packet discard rate lower than 1e-3

3.4.5 * Number of concurrent PPP sessions

The number of concurrent PPP for the whole system is required to be no less than 32,000. The bidder must specify the numbers of PPP sessions processed by the whole system, a single port at user side interface board and a single card per second. Please specify if distributed or centralized processing is used for PPP session. If distributed mode is used, then please specify the number of PPP sessions processed by a single card per second and if the multi-interface card allows linear extension.

3.4.6 * The number of PVCs

Terminating PVC for the whole system is no less than 32,000. A single 155M ATM port supports more than 8 VPs, 622M ATM port more than 32 VPs, one VP must support more than 4,096 VCs.

The bidder must specify If PVC switching is supported. If so, the implementation mechanism must be specified. The bidder must specify the numbers of PPPoE sessions to be terminated by one PVC or one VLAN. Specify the impact of multiple Sessions on the equipment performance.

3.4.7 The number of tunnels

The tunnels configured (L2, L3) are no less than 1024.

The bidder must specify the resource utilization in the equipment system by the tunnels configured and its impact on the performance.

3.4.8 Dial-up completion rate

Dial-up completion rate should be no lower than 99.99%

3.4.9 Average response time for user access authentication

Average response time for user access authentication is no longer than 1 second (roaming users excluded)

3.4.10 * Authentication completion rate

Authentication completion rate is no lower than 99.99 with heavy load (equipment load is 90%)

3.4.11 Criteria for accounting

Accounting accuracy is no worse than 1s
Error rate is no higher than 0.01%

3.4.12 *Continuous working time without failure

A single unit must be highly reliable, with availability no lower than 99.99%. Continuous working time without failure: MTBF is better than 69,000 hours. The bidder must specify the continuous working time without failure for various types of cards. For restore from failure, shorter than 10 minutes for a single port, shorter than 20 minutes for a single card, shorter than 30 minutes for a single unit. The bidder must present MRBF or Fit data and the foundation of computing and verification methods.

3.5 Network security

3.5.1 *ACL

ACL list in VR must be supported. Filtering can be performed based on IP, ICMP, TCP, and UDP. The rules for multiple filtering provide multi-layered protection for target network, prevent selected users from access or selected network screening.

3.5.2 * Source address check

At the ports of user access side, BRAS must support source address check for anti-spoofing and anti-DOS. Source address check can effectively prevent attackers from using fault source address to repeatedly transmit specific packets to destination routers that will be out of service due to insufficient resources and poor performance. It is required that use of this function will have no impact on the equipment performance.

3.5.3 * Protection against DOS attacks

BRAS must be anti-DOS to prevent unauthorized users from getting servers or hosts down with excessive connection like SYN flood. BRAS is required to perform protection against major DOS attacks and distributed DOS attacks (DDOS), including TCP SYN flood, Ping of Death, Tribe Flood Network (TFN).The means for support and the types of DDOS that can be blocked, support of anti-DDOS attack logs and support of associated MIBs should be specified.

3.5.4 Protection against DHCP attacks

Prevent users from launching DHCP attacks by limiting the number of IP addresses under the same PVC for users with ADSL access and the number of IP address under the same VLAN with LAN access.

3.5.5 Firewall

Firewall can be initiated for designated users to monitor sessions and prevent illegal intrusion and hackers' attacks. The bidder must specify to what extent the support can be and the impact on the system performance.

3.6 Network management requirements

3.6.1 Overall requirements

3.6.1.1 * The equipment and network management system in the bid should be incorporated in the existing BRAS network management system by Shanghai Telecom. The bidder must specify the requirements for software and hardware configuration for the network management system and the networking scheme.

3.6.1.2 Support graphic interfaces for network management; network management interfaces are user friendly. Settings for all the equipment and services should be implemented through graphic interfaces for network management. Be with five major functions of configuration, fault, performance, accounting and security.

3.6.1.3 Network management system is required to run on the UNIX operating system. Specify the server types the system can support and the requirements for server configuration.

3.6.1.4 * No less than 10 graded network management systems are to be supported. Each graded network management systems support more than 2 operating terminals in the same time. Support of local control ports and remote configuration and management is required.

3.6.1.5 Specify the largest support offered to the network management system (the maximum of managed BRAS, ports and users) and why. Describe the specific implementation scheme.

3.6.1.6 Network management for equipment and network management for service should be independent one another. Failure of network management for equipment will not affect the normal operation of network management for service and equipment. Failure of network management for service will not affect online users. Specify if the new dial-up users are affected and how.

3.6.1.7 Network management system must have backup functions, allowing online backup and online restore for equipment configuration, and perform regular backup and incremental backup. Provide backup schemes for different media (hard disk, tape, etc.) of office data (automatic backup or man-made backup). Please specify the ways to implement. The costs, if there is any, should be included in the total cost of the bid.

3.6.1.8 The bidder should provide operation instruction for the equipment and related technical support.

3.6.2 Configuration management

3.6.2.1 Be with functions to automatically discover network topology, allowing dynamic display of current network topology and topology information inquiry grade by grade. Describe the ways to implement.

3.6.2.2 * Implement configuration of equipment systems, ports and service data, allowing batch generation, modification and deletion of user data.

3.6.2.3 Allow inquiry, modification, and deletion of equipment systems, ports and service data. Allow setting, modification and deletion of operating parameters for system network equipment and fulfillment of software upgrade.

3.6.2.4 Allow access to the configuration file of the managed equipment, for analysis and editing, if necessary.

3.6.2.5 Allow comparison of contents in the two configuration files in the database of the network management center so as to compare the configuration currently in use with the one stored in the database.

3.6.2.6 Manage user's QoS grades, support at least two kinds of QoS:CBR and UBR.

3.6.2.7 Network management system should be user-friendly and provide API, for easy and flexible extension.

3.6.2.8 Implement configuration of MPLS VPN and other VPN.

3.6.3 Performance management

3.6.3.1 Allow real-time detection of BRAS throughput based on port and the whole system. Enable graphic management, real-time monitoring and control and load monitoring and control.

3.6.3.2 Enable collection of the following data: calls originated by user PPP, completed calls, failed calls or abandoned calls. Specify the causes. Provide information on users per day or per month.

3.6.3.3 Allow real-time counting of online users within a single VP, the real-time traffic at each port and real-time online users with the whole system and all the information on online users;

3.6.3.4 Provide functions of statistics and analysis. Included are statistics of CPU utilization, statistics of physical characteristics of Ethernet/fast Ethernet and ATM interfaces, statistics of frame/cell counting for each port (including each PVC or VLAN), correctable frame/cell counting, and frame/cell loss rate. The statistics of delay-related performance include transmission delay and cell delay and jitter, etc.

3.6.3.5 Enable setting various thresholds for different performance criteria. Be aware of changes of network performance from the report featuring abnormal phenomena found in performance changes, and conduct performance analysis, take relevant measures. Allow sufficient description of threshold selection and the causes, be more specific, early warning load monitoring, overload monitoring, denial of monitoring, light overload threshold, overload threshold, load warning, etc. are concerned.

3.6.3.6 Functions to analyze previous statistical data.

3.6.3.7 Create and maintain performance statistics log as required by management procedures.

3.6.3.8 Specify utilization of CPU, MEMORY and other system resources.

3.6.3.9 Specify the time taken for user service response.

3.6.3.10 Illustrate the above mentioned statistics with charts, tables and figures (curves), with output functions, allowing print out and output of standard texts.

3.6.4 Accounting management

3.6.4.1 * Help AAA server to complete user accounting for users with accounts. For users via private lines or VPN, allowing statistics of traffic and duration based on services, and forward data to the billing system via open common interfaces.

3.6.4.2 Implement original bill from billing data by equipment that performs local billing, locally storing billing data in the formats like texts. Billing data for equipment without the capability of local billing will be stored in MIB in the format of standard MIB. Billing server periodically inquires MIB counter of the equipment with SNMP to obtain billing data. The vendor should open its MIB, so that the billing system can read out data in a real-time manner through standard SNMP and conduct the corresponding processing.

3.6.5 Security management

3.6.5.1 Sufficient protection mechanism is required to be against malicious intrusion or damaged caused by wrong operation.

3.6.5.2 Support graded management, allowing setting username, password and operation limits with different rights for different administrators separately.

3.6.5.3 Provide encryption mechanism for the name of community in the network management message transmitted.

3.6.5.4 Provide security log and security warning and keep records for key operations that go beyond rights or those as failure. That is, user's registration time, key operation, items to be accessed to and the corresponding IP addresses must be fully recorded and make alarming for the operations that threaten security. The administrator with the maximum rights should perform the management of security log.

3.6.5.5 Prompts for confirmation should be given to important operation, and operation cancellation functions provided.

3.6.5.6 Support backup of equipment configuration and user's service data, including online backup and online restore. Describe the ways to implement.

3.6.5.7 BRAS supports ACL, allowing setting of specific IP sub-network to get access to BRAS, and prevent other non-network management users from getting access to BRAS.

3.6.5.8 Must support secured access to remote Telnet, like SSH, with encryption.

3.6.5.9 Enhance management of all grades of passwords for servers and configure appropriate security software on servers.

3.6.5.10 Anti-spoofing (all the ports) and anti-DDOS. Please specify the ways to implement and the impact on the equipment performance.

3.6.6 Fault management

3.6.6.1 Equipment failure must be shown on the operator's interface (e.g. graphics in different colors). Equipment and network management system must provide audible and visible signals for warning. Failure warning board (DY5) from Shanghai Telecom can be connected.

3.6.6.2 Provide open interfaces to perform unified fault management through further development, together with the existing BRAS equipment.

3.6.6.3 Monitor failure warning by the equipment. Reasonable and reliable ways to detect and locate faults should be provided, allowing loop testing from different directions on physical layer and link layer and result reporting.

3.6.6.4 Create and maintain fault logs, conduct statistic and analysis of the time when, where, what and why failure takes place, and when it is restored, and get them processed under different categories. Fault log should be output to file systems or peripherals.

3.6.6.5 Create and maintain fault logs, allowing definition of alarming thresholds. When abnormal conditions monitored, event data should be generated and network management informed. The notice includes a group of standard parameters related to the event to be reported, such as event sources, event types, event causes, alarming grade etc. Audible and visible signals for warning will be generated for different grades of fault. Filtering of the corresponding fault warning for different network management grades is required.

3.6.7 * Simple network management protocol

The bidder provides or develops the corresponding protocol interfaces (e.g. SNMP, ROMN, Q3), free of charge, to meet the employer's requirements for deployment of unified network management platform.

3.6.7.1 The equipment is required to support SNMP, following STD15 and RFC1157. The equipment is required to support SNMP v1 and SNMP v2, plus SNMP encryption.

3.6.7.2 Support MIB SMI standards, following STD16, RFC1155 and RFC1212.

3.6.7.3 Support MIBS and MIB-I, following RFC1156; support MIB-II, following RFC1213.

3.6.7.4 Support standard MIBS

--Support RFC1573 MIB-II interface group evolution, and support RFC2863 interface group MIB as recommended
--Support the definition of Ethernet interface type management object by FRC2665
--Support RFC1757 ROMN MIB, must support 4 groups (Group 1,3,5,9) of RMON
--Support FRC1695 ATM MIB
--Support RFC2667 IP tunnel MIB
--Support RFC1850 OSPF v2 MIB, RFC1253 OSPF MIB
--Support RFC1724 RIP v2 MIB
--Support RFC1657 BGP v4 MIB
--Support ATMF-related MIB

3.6.7.5 Vendor-defined MIB

Vendor-defined MIB is required to comply with SMI STD16 and RFC1155. Description and naming mechanism defined by STD16 and RFC1212 should be followed.

Vendor-defined MIB should be able to effectively support the status display, statistics, configuration and control of specific objects. Information on vendor-defined MIB can be obtained in certain ways, allowing "write" operation to the equipment.

3.6.7.6 Provide MIB data (including standards and vendor-defined MIB), detailed instruction and technical support.

3.6.8 * Network management modes

The equipment should support multiple network management modes.

3.6.8.1 Command line modes

The system must support console- and Telnet-based CLI modes, and secured access to remote Telnet, e.g. SSH, with encryption.

3.6.8.2 Network management system

Support ease-of-use and excellent GUI.

3.6.8.3 Support in-band and out-of-band network management, support out-of-band network management for physical ports.

IN-band network management and out-of-band management share the same functions. In-band and out-of-band network management are required to be switched over automatically and seamlessly. Specify the ways to implement.

3.6.8.4 Local console interface and Ethernet interface are backup with one another. Initialization will be automatically performed at the start-up of the system. Take console interface as the initial configuration interface for the system.

3.7 * Network management software upgrade

3.7.1 All centralized software upgrade for BRAS, with network element management system, to ensure system security. Specify the ways to implement.

3.7.2 The bidder must specify the impact of software upgrade on the customer services and the time to be taken.

3.7.3 The bidder must specify if the take-back function is available when upgrade is a problem.

3.7.4 The bidder must specify the new functions offered, the bugs tackled and new problems created after software upgrade.

3.7.5 The software version that the bidder provides must be the latest one with stable performance. All the functions specified by this document must be offered with the same version of software.

4 Requirements for equipment supplier

4.1 Network expansion objectives

The bidder should work with the system integrator to complete the overall integration of sub-systems on network layer (including access networks, connection with ATM backbone and IP backbone), BAS sub-system and network sub-system, for the third phase project of BRAS capacity expansion for Shanghai Telecom in 2003. The bidder should also work with Shanghai Telecom to complete transformation of broadband billing system.

The bidder should be responsible for the smooth commissioning of the whole broadband access project.

4.1.1 Must guarantee integrity and availability of the scheme.

4.1.2 Guarantee high availability of the system, no lower than 99.99%. MTBF is better than 69,000 hours.

4.1.3 The system can provide the following services simultaneously, captive portal, ADSL private lines, VPN, VPDN, multicast, dynamic bandwidth adjustment for users, multi-ISP selection and enhanced bandwidth at basic access rate for users, etc.

4.1.4 The system can provide graphic configuration interface, allowing automatic parameter configuration.

4.1.5 The bidder and integrator must work with Data Business Unit to complete the upgrade and capacity expansion of BRAS billing system.

4.1.6 Properly plan the system framework, work out the online scheme for the system, to ensure that no impact on the existing system will take place when the equipment get online.

4.1.7 Guarantee the service compatibility between the new and old systems.

4.2 Obligations of equipment suppliers

4.2.1 The bidder is involved in the overall system design, and confirms the scheme.

4.2.2 The bidder is in charge of the system debugging and commissioning, optimization of system performance and implementation of system security.

4.2.3 The bidder should provide timely and strong technical support, and present detailed service plan (as effective until final check), after-sale service and support.

4.2.4 The bidder should provide the technical documents related to technical services.

4.2.5 The bidder should get the permission and confirmation by Shanghai Telecom while performing the integration of the related sub-systems. The bidder should be liable for the damage of the equipment caused by its integration.

4.3 Project coordination

4.3.1 Project coordination meeting system

The bidder and the integrator should enthusiastically work with Shanghai Telecom to establish a project coordination meeting system to address the related problems in the process of project.

4.3.2 Organization of coordination meeting

The bidder should work with the system integrator to organize project coordination meetings related to their work. For other project coordination meetings, the bidder has the obligations to send the project heads and people concerned to attend the meetings, as required by Shanghai Telecom.

4.4 Equipment installation and debugging

The bidder must specify the followings:

(1) The bidder is in charge of the equipment supplied and the internal wiring. And:

Relay part: the bidder is in charge of the communication cables and connectors that is used for installation at inside of distribution frame.
Power supply part: the vendor is in charge of power line connection from the power supply modules of its equipment to the power supply distribution units in the same room.

(2) The bidder is in charge of on-site surveys at the site to guarantee proper engineering.

(3) The bidder provides the tools and equipment used for debugging with ongoing installation. The employer will help to get the general-purpose tools. Both parties should negotiate and work out a project schedule. The bidder is in charge of the engineering work according to the project schedule.

(4) The bidder is in charge of equipment debugging and presents the items, criteria and methods for the equipment debugging, with relevant instrument and tools provided. The bidder has obligations to answer questions posed by engineers from the employer. Detailed records should be available for the debugging. After the system debugging, the technical people from the bidder should sign the document for acceptance check by the employer.

(5) The items for system testing should consist with the technical specification. As required, the bidder should present a draft specifying the conditions, methods and process for testing. After negotiation, both parties formulate the final testing document.

The bidder works with the system integrator for system integration and provides the required technical support. A regular report of project progress to Shanghai Telecom is required. The work should be under supervision of Shanghai Telecom.

The bidder should, in a written form, formally provide Shanghai Telecom the testing results of the standalone system, the whole system and the integrated service, as required by the contract, as the basis for the completion of system testing.

4.5 Acceptance test

4.5.1 The employer has the rights to send people to the factory for a check, before the equipment leaves the factory. The bidder should present testing procedures and methods for the factory test, for the employer' reference. The employer can make supplement and modifications if necessary.

4.5.2 After the equipment shipped to the site, the employer and bidder should jointly conduct an acceptance check. The bidder has obligations to work with the employer to check the number of the equipment delivered. The bidder will not be free from the liability in the check. If the bidder is not present, take the check report by the employer and the local goods check people as the results of the final acceptance check. If there is any shortage or damages found in the check, the employer has the rights to ask the bidder to make it up or for a replacement. The costs for on-site installation guidance and debugging are included in the bid price.

4.5.3 After installation and debugging, all the performance and parameters of the equipment should meet the technical requirements specified by the bidding document. Once the equipment installation and debugging meets the criteria by the technical specification, acceptance test (initial test) can be performed. The bidder should submit the test specification (including items, criteria, methods and testing instrument, etc) to the employer one month ahead of the time. The employer can make supplement and modifications according to the contract, technical specification and related regulations by China Telecom (Group) Corporation, as basis for acceptance test, if confirmed by both parties. After completion of switchover test, both parties sign an agreement concerning the acceptance test and the equipment is running for trial operation.

4.5.4 After trial operation of 6 months, all the equipment performance is up to the requirements by the technical specification, final check can be staged. During the trial operation, the bidder is allowed to change or fix the equipment, if some criteria are not met due to factors such as equipment quality, etc. However, the trial operation will last for another 6 months. When all the requirements are met, both parties sign the final check document. During the trial operation, if any serious system failure is caused by the bidder, Shanghai Telecom has the rights to re-start trial operation after restoring the system.

4.5.5 Term of warranty: two years after the completion of the final check will be the term of warranty. During the period, the bidder should warrant all the equipment, except consumption products. Within the term, if there is system failure, the bidder should examine the causes and fix it until the criteria and performance requirements for final check are met, or make replacement of the parts with defects. The above mentioned equipment and services provided by the bidder should be free of charge.

4.6 Quality assurance

Term of quality assurance: After signing of the final check document by the both parties, all the equipment are under the term of quality assurance, 24 months for general hardware and software;

During the term, the bidder is in charge of free maintenance of software and hardware. If there is software upgrade or update within the term, the bidder should provide the new software and get them installed free of charge.

During the project and trial operation, the bidder must commit for replacement and fixture of damaged hardware. If the bidder could not fix them within the committed period, the bidder should provide usable spares for replacement.

The bidder must specify how to perform equipment maintenance after the term. If there would be any cost, please quote it (a unit price per year), the cost is not included in the total bid price.

4.7 Engineering interface

The bidder must work with integrator to present proposals for the division of the following engineering interfaces:

4.7.1 Equipment room engineering interface

Division of equipment room engineering interface between Shanghai Telecom and the vendor

4.7.2 Working interface for the bidder and all the vendors

Division of working interface between the bidder and all the vendors

4.7.3 Present the works that the employer should coordinate

4.7.4 Organization and assignment of project works

The bidder should list the organizations for the project and specify the responsibilities of members of the project group from the bidder. The designated people should sign the technical replies and scheme recommendations, page by page, provided by the bidder. Once the bid awarded, the people who reply the technical specification, must be the technical heads for the project implementation.

4.8 * Project management

4.8.1 Project management

The tasks for the bidder to work with the general integrator for project management should include:

4.8.1.1 Formulation of detailed project schedule

4.8.1.2 Supervision of project schedule implementation

4.8.1.3 Engineering management

4.8.1.4 Allocation of human resources and materials

4.8.1.5 Coordination

4.8.2 Implementation procedures

Project installation and acceptance check of project quality should include the following procedures:

4.8.2.1 Preparations for equipment room conditions and on-site surveys

4.8.2.2 Preparations for technical documents for engineering implementation before installation

4.8.2.3 Analog debugging and testing for the network

4.8.2.4 On-site engineering and technical support

4.8.2.5 Testing and acceptance test at single points

4.8.2.6 Testing and acceptance test for the entire network

5 * Requirements for software and hardware

5.1 Requirements for hardware

5.1.1 All the equipment supplied by the bidder must be the products developed lately, with the quantity, quality and especially the interface compatibility guaranteed.

5.1.2 All the equipment should use the function sharing and distributed architecture of multi-processor. The redundancy for major modules is 1+1, easy for capacity expansion and maintenance.

5.1.3 The major equipment should allow plug-in and plug-out of modules while in service.

5.1.4 Main processor, main memory, switch matrix, power supply and management interface cards are required to support hot standby to achieve fast fail over. Please specify the components that allow hot plug-in and plug-out.

5.1.5 The equipment supplied by the bidder must choose the components of higher quality, with strict quality control in the production process. The people sent by the employer will conduct strict testing and check before the equipment leaves the factory to guarantee the stable and reliable operation of the equipment for a long term.

5.1.6 The bidder should present the specific electromagnetic compatibility criteria, testing methods and testing data.

5.1.7 Requirements for power supplies - the equipment should operate normally within the following range of power supply changes:

AC: -220V+10%, 50Hz+5%
       DC: -48V -40V---57V

The bidder makes quotations according to that for AC.

5.1.8 Detailed configuration and performance criteria should be provided for the host equipment supplied. Specify the foundations of configuration of various servers, including host model, configured CPUs, size of RAM, etc. and the ways for computing.

5.1.9 Modular

The equipment uses modular architecture for easy expansion.

5.1.10 Redundancy

Key parts like main console, RAM, switch fabric, bus arbitrator and management interface, power supplies, etc. are required to be redundant.

5.1.11 Accessories

The equipment must be with a complete set of accessories, including power lines, configuration wires, and other accessories.

5.1.12 Packaging
Attached documents: Quality certificate, user's guide (in Chinese), a list of spares.

5.2 Requirements for software

5.2.1 Software should be modular to guarantee security and reliability, and fault-tolerant.

5.2.2 The software provided by the bidder should include all the software related to management, operation and maintenance, required for normal operation of the entire network (including supporting center and nodes).

5.2.3 Compatibility and upgrade

Software of different versions should allow downward compatibility. Software should be easy for upgrade and with network performance and operation not affected while upgraded.

The bidder should commit that the software of the latest versions will be provided. However, the software must be formally launched after testing, with proven reliability and stability.

When launching the new versions of software in the future, the bidder should promise free upgrade and provide the relevant instructions for the new versions. The bidder must conduct software upgrade as required by the employer.

The vendor should specify the life cycle of the software currently in use and the schedule of upgrade.

5.2.4 The bidder should specify the vendors of software and hardware with which interconnection and interworking is possible with the system and the use of the system.

The bidder should present a list of software required for the implementing all the system functions, as required by the functions mentioned in this technical specification, including system software and client software.

The software purchased by the bidder for this system should be of the latest version, and will be upgrade and maintained free of charge.

The system software and application software purchased by the bidder should be with the legal rights of use. The copyright issues should be made clear to the employer, even for the self-developed software.

Data interface should be provided with the software developed by the bidder. The software itself should be with flexible configuration file for easy maintenance.

6 Requirements for environment

6.1 Dimension & operation environment

6.1.1 The factory should specify the dimension of the frame (LxWxH), with the unit of cm.

6.1.2 The factory will specify the weight of the frame, with the unit of kg.

6.1.3 The factory will specify the environment requirements for equipment operation (environment conditions).

6.2 Requirements for power supply and grounding

6.2.1 BRAS supplied by the bidder should support two power supplies of DC and AC. While using DC, the voltage is -48V, with allowed range of -57V---40V. When using AC, the voltage should be 220V+10%, frequency 50Hz+5%, voltage waveform distortion rate lower than 5%.

6.2.2 Should support joint grounding, i.e. the places where the equipment operated and protected, and the anti-thunder grounding in the building share the same grounding entity.

6.3 Requirements for temperature and humidity in equipment rooms

 Temperature: in the environment: 0oC-40oC
 Relative humidity:20%-80%

6.4 Dust-proof requirements

The equipment is required to perform stable operation for a long term under the following conditions: dust concentration with diameter larger than 5um in the equipment room should be no larger than 3 x 104 grains/m3. Dust grains should be non-conductive, magnetic-inducted, and corrosive.

6.5 Requirements for anti-electromagnetic ability

No failure and performance degrade is allowed when BRAS is interfered with external electromagnetic interference with field strength of 140dBuV/m within the frequency range of 0.01
-1,000MHz

6.6 Equipment protection

Neither components will be damaged, nor the life cycle shortened, with plug-in or plug-out of equipment units and PCBs while in operation.

6.7 Other requirements

6.7.1 Anti-seismic measures should be available. Racks and equipment should be reinforced for anti-seismic purpose to bear a quake of R8.

6.7.2 Should adept to different transportation and environment conditions, e.g. waterproof, anti-seismic, etc. Allow transportation and storage without air-conditioning, and the normal operation after installation will not be affected.

7 * Quotation requirements and range

7.1 Quotation requirements

7.1.1 The equipment with quotations by the bidder should meet all the requirements by this technical specification.

7.1.2 Quotations should take UDS (or RMB) as the unit, presenting FOB (port specified).

7.1.3 Quotations should be in consolidated under category and node, with various quotations for the different nodes and the discount rate.

7.1.4 The bidder should promise that when the variety and quantity of the equipment purchased change, all the preferential conditions such as discount rate and technical services, etc. remain the same.

7.1.5 The bidder should promise that the prices of the equipment of the same sort for the subsequent projects of capacity expansion should be no higher than this price.

7.1.6 This technical specification should be regarded as the minimum requirements for the network operation. If there is anything missing, the bidder should make supplement, otherwise, if the bid awarded, the bidder is believed to acknowledge free provisioning of the missing parts.

7.1.7 The bidder should specify the ways of capacity expansion for its authentication, accounting and network management software and the pricing basis, as the network and customer base grow.

7.1.8 The bidder should list all the equipment, materials, tools and software, etc. in detail, according to the configuration, and list all the costs (unit price, amount, etc.) in the quotations.

7.1.9 As for maintenance tools, quantity, unit price and total price should be listed.

7.1.10 The bidder should promise that within the five years after the transfer of the project, when the employer places orders for the follow-up products and spares, the price of the software and hardware of the same type should be no higher than that for this contract.

7.2 Quotation range

The quotations by the bidder should include required equipment and technical services (but not limited to these, see bidding document 1.1.4);

(1) All the management and application system equipment (including software and hardware) and network, network element management equipment (including software and hardware) required by the bidding document, should be included in the quotations.

(2) Other equipment required by the scheme should be included in the quotations as well, such as security systems, network management and service management work stations at various nodes, plus operation and maintenance equipment, etc.

(3) Cost of system integration (with detailed description of foundation for calculation)

(4) Equipment and function options for the employer (not included in the total price)

(5) Cost of transportation and insurance

(6) Cables and wires, and materials for installation

(7) Tools and instrument for maintenance, spares and consumption materials

(8) Technical documents

(9) Technical training and factory check

(10) Installation and debugging, etc.

(11) Technical support, etc.

8 * Technical service and technical training

The bidder should specify its engineering and maintenance teams and organizations in China and the services they can offer.

8.1 Technical service

8.1.1 The bidder should provide materials on engineering design required for equipment installation and debugging. The bidder has the obligations to provide technical services, including technical consulting, etc. under the conditions that security and quality are assured.

8.1.2 The vendor should guarantee a life cycle longer than three years since the date the equipment is purchased and the supply of spares for more than 5 years.

8.1.3 During the network installation and system debugging, the employer has the rights to send engineers to the site and the bidder has obligations to give instructions.

8.1.4 The bidder should send the materials for installation and debugging separately to the installation site in advance, as required by the contract.

8.1.5 After the equipment is put into operation, if the bidder improves the system software, adds new functions and makes adaptation to the new ITU-T recommendations, a free offer should be given to the employer.

8.1.6 For those specifications that has not reached to finalized ITU-T recommendations so far, if international standards are created, the bidder should submit its modification scheme within three months after the formulation of standards. The bidder should also offer free upgrade of related software as required by the employer within 12 months after the international standards are finalized. The bidder should guarantee free upgrade of software and hardware required by the equipment purchased by the employer.

8.1.7 During the trial operation of the system equipment, the bidder has obligations to send engineers to the site to give instructions for maintenance.

8.1.8 During network and equipment capacity expansion and software upgrade, the vendor should send engineers to the site to give instructions.

8.1.9 The bidder should specify for its after-sale service, technical support and etc. in China, and the places where its technical support centers are, if there is any.

8.1.10 Should provide "7 x 24" technical services for the project.

8.1.11 When serious failure occurs, the vendor should send people to the site within one hour and fix it within 4 hours.

The bidder should provide the employer sufficient technical support and training courses to guarantee normal operation of the system. When the employer adds new functions to satisfy the service requirements, the bidder should offer timely software upgrade. The vendor should offer round the clock hotline support. When the serious failure occurs, the engineers from the bidder should go to the site within one hour. For this, the bidder must list local people who perform technical support and the ways to contact.

8.2 Technical training

8.2.1 The bidder should be in charge of the training for engineers and managers. The training include:

8.2.1.1 Basic training, training of operation and maintenance can be done in China.

8.2.1.2 Advanced training, should be done in the training center of the bidder.

8.2.2 Aspects such as principle and technical features, operation and maintenance methods, installation and debugging, fault removal and software structure, customization and upgrade should be included in the training, with a complete set of training books (Chinese/English) and training course arrangement provided.

8.2.3 The bidder should send senior professional instructors to conduct training of the people sent by the employer. The place for training should be with professional facilities for trainees to perform hands-on operation.

8.2.4 The bidder should list all the training costs. If the bidder propose any changes for the place, time, etc. as specified in the contract, written notice is required, and the bidder should pay all the costs due to the change.

8.2.5 The number of trainees for this project: 40 person-times in China and 10 person-times abroad

9 Technical documents

9.1 The written technical materials provided by the bidder should be a complete set of documents for management, operation and maintenance, required by the normal operation of the system. The technical documents provided by the bidder should include at least the following,:

--System instructions
--Technical handbooks (installation, testing, operation, maintenance, fault removal, etc.)
--Software materials (user's guide)

9.2 Once the bid awarded, the bidder should provide two complete sets of technical documents and one set of CD-ROM disc for each site.

9.3 After commissioning of the equipment, if there are any upgrade and expansion of software and equipment, the bidder should provide the employer required technical materials.

10 Others

10.1 The bidder should provide the following detailed materials

Dimension of all the equipment rack (cabinet), weight, console setting and wiring methods.
Power supplies type, power consumption, voltage, and grounding requirement.
Requirements for equipment room load and environment.
Equipment installation methods and anti-seismic measures.

10.2 All the software and hardware supplied by the bidder should be totally free of Y2K problem

10.3 The bidder should list the large comprehensive projects it conducted.

- 作者： zhangliping 访问统计：　2005年02月10日, 星期四 08:00 加入博采