REQUEST FOR PROPOSAL - National Institute of … · BRTS CELL ANSWER TO PRE BID QUERIES AND CORRIGENDUM-2 ... Clause No RFP Reference Queries/ suggestions provided by the Bidders

ITMS FOR SURAT MUNICIPAL CORPORATION, GUJARAT, INDIA Page 1 of 38

REQUEST FOR PROPOSAL

DESIGN, DEVELOPMENT, PROCUREMENT, SUPPLY, INTEGRATION, IMPLEMENTATION, OPERATION, MAINTENANCE, MANAGEMENT OF INTELLEGENT TRANSIT MANAGEMENT

SYSTEM (ITMS) FOR SURAT MUNICIPAL CORPORATION, SURAT ANSWER TO PRE-BID QUERIES AND CORRIGENDUM DOCUMENT -2

SEPTEMBER 2015

SURAT MUNICIPAL CORPORATION

GUJARAT. INDIA


SURAT MUNICIPAL CORPORATION

BRTS CELL

ANSWER TO PRE BID QUERIES AND CORRIGENDUM-2

Name of Work:- RFP for Design, Development, Procurement, Supply, Integration, Implementation, Operation, Maintenance

,Management of Intelligent Transit Management System (ITMS) for Surat Municipal Corporation, Surat

Reference:- Tender Notice (On line) No. City Engineer/BRTS/15/2015-16

Sub.:- Pre-bid points clarification and amendment/corrigendum if any.

Ref.:- Bidders posted their queries on E-mail address: [email protected]


Answer to Queries and Corrigendum if any Sr.

No. Clause No RFP Reference

Queries/ suggestions provided by the

Bidders Response/ Corrigendum if any

1. Tender Notice and

Point No 23 of Bid

Summary Section

D and Answer to

Pre Bid Queries

and Corrigendum

Document 1

(Answer to Query

no. 1)

Physical Submission of Bid comprising of ; (a) Eligibility and Qualification Submission (Technical Proposal). (b) Price Bid (c) RFP Document Fees. (d) EMD/Bid Documents Fees through Speed Post /RPAD

should be on or before

29/09/2015 upto 17:00hrs.

As arranging all the required documents and

collation of final is taking more time, we request

authority to extend the bid submission date by

at least 2-3 weeks.

The Bid Submission date is extended and hence relevant clauses specified in ender Notice and Point No 20, 23 and 24 of Bid Summary Section D stands revised as follows.

Start Date and Last Date of downloading of RFP Document

Starting Date of downloading : 03/08/2015 from website http://smc.nprocure.com Last Date for downloading of RFP Document: 07/10/2015 and Time: Upto 17:00 hrs.

Due Date of Bid Submission (the “Due Date of Submission”)

The Physical Hard copy of Technical Bid and Price Bid (i.e. Envelop 1, Envelope 2 and Envelope 3) should be submitted on or before 07/10/2015 by 17:00 hrs. at following address. The Chief Accountant’, Surat Municipal Corporation Main Office , Muglisara. Surat-395003, Gujarat, India” in sealed cover duly super scribed with name of work and tender notice no. By R.P.A.D./ Speed post only. Delivery through Hand delivery/ Courier shall not be accepted and Bids of such bidders shall not be taken in to evaluation and Summarily rejected.

Tentative Date and Time of Opening of Technical Bid

12:00 hrs on 08/10//2015 at followings Address: Office of Chief Fire Officer,

2. We confirm the receipt of “ANSWER TO PRE-BID

QUERIES AND CORRIGENDUM DOCUMENT”

and now actively working towards the bid

submission. Considering the major changes in the

Corrigendum document and the time required to

get the quotations from the OEMs for the revised

specifications, we request two [2] more week’s

extension from the current dead line.

3. We request extension for 3 more weeks

http://smc.nprocure.com/


Sr.




Ground Floor, Nr. Fire Station, Muglisara, Surat Municipal Corporation, Surat, Gujarat, India

4. point no 9 ( C) (a) & (b) of Bid Summary Section D answer to Pre Bid

Queries no 5.

Turnover Criteria for consortium

Here with we request to put generic clause (if suitable) in tender/clarification document to consider BRTS as an alternate to I.T business for Non-Lead member experience/turnover.

we request you to allow turnover of I.T sector OR BRTS project for eligibility for non-lead member.

General clarification of corrigendum 1 , point no.5 is also applied to point no.4 for Non-Lead member in case turnover.

5. Tender Notice ,

Point No 16 of Bid

Summary Section

D of RFP Part 1 ,

Answer to Pre Bid

Queries and

Corrigendum

Document -1

(Answer to Queries

no 25)

Bid Security/EMD EMD of 65 Lacs in the form

of BG issued by an

approved bank as per the list

provided in Appendix 6 .

Incase the Bank

Guarantee/Demand Draft is

issued by a foreign Bank

outside India, confirmation of

the same by an Approved

Bank of SMC is required.

As a Japanese MNC we bank with The Bank of

Tokyo Mitsubishi UFJ, New Delhi branch. This

comes under scheduled bank category as per

RBI. For EMD we plan to submit BG issued by

New Delhi branch of this bank which would be

encash able at New Delhi only. We don’t have

any arrangement with any of the bank in your

approved list. Therefore we request you to

please accept above BG as EMD & oblige. Look

forward to your positive response & confirmation

ASAP.

Clause 2.5 (b) of section E specifies that Incase the Bank Guarantee/Demand Draft is issued by a foreign Bank outside India, confirmation of the same by an Approved Bank of SMC is required. The Bank Guarantee should be encashable the in Surat branch of such Approved bank . No Change.

6. Annexure-2 ,

Section C of

Answer to Pre Bid

queries and

Corrigendum -1

Page no 46

Service Charges for O&M of

Control Center

Please clarify whether we need to provide call

centre operators also for 15 seater call centre in

this. If yes, we request authority to add a

separate line item with quantity for this cost so

that it is common & binding for all bidders.

Yes . Operation and Management of call center

is in scope of the Service Provider and included

under the line item (3) of Price Bid Format (c ) of

Annexure-2, Price Bid format. (of Answer to Pre

Bid and Corrigendum-1” Document) i.e

“Service Charges for Operation and

Management of Central Control Center”

Bidders are required to give complete break up

of all cost items including Call center operation


Sr.




and management under the above line item (c ),

of Price Bid Format (c ) of Annexure-2.

First two lines (heading) of column 3 of Price

Bid Format (c ) of Annexure-2, of Answer to Pre

Bid queries and Corrigendum -1 is read and

replaced as follows.

“Quoted Annual Cost of O&M which the Bidder expects to receive from SMC during the Contract Period ( Amount in INR) “.

7. Annexure-2 ,

Section A of

Answer to Pre Bid

queries and

Corrigendum -1

Price Bid Format for

Hardware Units: City Bus

Shelter PIS Display Unit

(LED based) and

Communication units

General Clarification Pricing Format for Hardware

The Quantities of City Bus Shelters PIS Display

units and Communication units are changed as

follows;

“Point No 11 :

City Bus Shelter PIS Display Unit (LED based) quantities 800. Point No 12 :

Communication Unit for City Bus Shelters. Quantities 800.

8. Annexure-2 , Line

Item 4 of Section C

of Answer to Pre

Bid queries and

Corrigendum -1

Page no 46

Price Bid Format for O&M :

Communication Cost

General Clarification Bidder’s to quote for communication cost for

City Buses , BRT Bus stations, City Bus Shelters, Control Center, SMC Vehicles. Detailed break up of communication cost for each of above items shall be provided.

9. Clause no 10.3 (e) Tentative Phasing for General Clarification The table for Tentative Phasing for


Sr.




of Draft Service

Provider

Agreement

implementation implementation for guidance of the Service

Provider provided in clause 10.3 (e) of Draft

Service Provider Agreement is revised and

placed in Annexure-1 of this document.

It may be emphasized that this phasing is

indicative and not binding.

10. Point No 2 of Bid

Summary Section

RFP Part-1 and

Answer to Pre Bid

queries and

Corrigendum -1

Location Details With reference to your response to pre bid queries and corrigendum, please provide the below information required for planning of connectivity and network infrastructure in the project.

List of 119 BRT Bus Stations Locations

List of 4 Depot Locations

The Location map and list are attached as

Annexure-2 of this document.

11. Annexure-2 ,

Section C of

Answer to Pre Bid

queries and

Corrigendum -1

Page no 46 and

Scope of Services

and Technical

Specification

Document -RFP

Part-2

Tracking Units Please provide detailed specifications of

Tracking Unit for SMC vehicles 535 units asked

in hardware price bid. It is not mentioned

anywhere in technical specifications document

in RFP.

Please refer specifications provided in clause

5.13.35 of RFP Part 2 document. The

Specifications of GPS based On-board unit for

City Bus is similar to tracking units for SMC

Vehicle.


Sr.




12. Clause 5.3 , RFP

Part-2

Depot Management System Please confirm if fuel management system is also required in Depot Management System.

Yes

13. Clause 5.11.10 of

RFP Part-2

Helpdesk Management

Content of RFP requiring

Clarification

It must support remote

management for end-user &

allow analysts to do the

desktop sharing for any

system located anywhere,

just connected to internet.

Clarification required

Remote Management Support is typically

included in Desktop/Client Management

Solution. Including this spec in Helpdesk

favours one or two vendors who have this

feature bundled in Helpdesk. Remote desktop

Connection can also be done by RDP solution

bundled with Windows.

The specifications given in the document are

generic, bidders shall be required to provide

solution approach to meeting the end use

requirement.

14. Clause 5.11.11 of

RFP Part-2

Detailed Specifications for IT

Asset Management


Clarification

The proposed solution shall

provide inventory of

hardware and software

applications on end-user

desktops including

information on processor,

memory, operating system,


The Proposed solution should not limit inventory

to Desktops only. It should discover and keep

an inventory of desktop, laptops, servers,

network and any IP enabled device. To ensure

that all IT Environment is covered. The IT asset

Register should be comprehensive and should

not fous only on desktop. There are important

software’s installed on servers as well Inventory

solution should cover server environment as

well for hardware as well as software inventory

The inventory management is for all IT assets

within implementation.


Sr.




mouse, key board of

desktops etc. through agents

installed on them.

15. Clause 5.11.11 of

RFP Part-2


Asset Management


Clarification

It shall provide Software

Inventory features.


Department should focus not just on Software

inventory but full Software compliance including

cost compliance as well

Agreed

16. Clause 5.11.11 of

RFP Part-2

End-User Experience

Management System


Clarification

The solution should be

deployable as an appliance-

based system acting as a

passive listener on the

network thus inducing zero

overhead on the network

and application layer.


Not all vendors have appliance based system.

However, will comply to requirement of passive

listener on the network. Request department to

remove appliance based system

Agreed

17. Clause 5.11.11 of

RFP Part-2

End-User Experience

Management System


Clarification

The proposed system must


Solution should provide capability to take error

snapshot as well as user session replay

Agreed.


Sr.




be able to provide the ability

to detect and alert when

users experience HTTP

error codes such as 404

errors or errors coming from

the web application.

18.

Clause 5.11.9 of

RFP Part-2

Web-Application

Performance Monitoring


Clarification

The proposed solution must

support any combination of

operating platforms that

support JDKs higher than

1.2 or Application Server (or

.NET v1.1 and above) with a

single methodology.


Recent and relevant version of JDK and .Net

versions should be supported

Agreed

19.

Clause 5.11.9 of

RFP Part-2

Web-Application

Performance Monitoring


Clarification

The proposed solution must

provide a real-time

application topology map to

triage and quickly pinpoint

the component causing a

performance bottleneck in


Real time dependencies mapping

Example: Identify UDP based business critical

application dependencies

Transient dependencies detection

Example: Threshold based automated backup

These dependencies should also be used for

Agreed


Sr.




the end-to-end transaction

flow.

event correlation in common dashboard

20.

Clause 5.11.12 of

RFP Part-2

Enterprise Network

Monitoring and Management

Solution – Other Key

Requirements


Clarification

The Solution should provide

all the modules to monitor

Networks, Servers and

Applications in the same

appliance.


This seems to favor a specific vendor as these

are very different applications covering different

domains and areas. This can lead to

performance and scalability issues. Hence,

these components are deployed separately

Appliance based removed

21.

Clause 5.11.11 of

RFP Part-2


Asset Management


Clarification

It shall support software

Package Creation using

Generic scripts. The

software delivery software

should provide a Wizard for

auto script builder.


Does this refer to only Desktop and laptops or it

covers Server Environment as well. These

activities are critical for Servers as well. Full

Server Automation can also save time, ensure

policy enforcement and improve compliance

All IT Assets.

22.

Clause 5.13.2 of

RFP Part-2

Non-Functional

Requirements



How to achieve scalability support. Should use

Scalability in terms of solution expansion should

be provided.


Sr.




Clarification

Shall support scalability both

vertically (scale-up) and

horizontally (scale-out)

across architecture tiers.

some automation tool to exercise the activities.

Our Suggestions

The non functional activities should generate

reports for multiple architecture with detailed

ties wise. This should pin point the application

issues.

23.

Clause 5.13.2 of

RFP Part-2

Performance Requirements


Clarification

Shall deliver the project

providing measurable and

acceptable performance

targets for various internal

user groups, external

transactions and connectivity

bandwidths.


Should the solution handle all types of

acceptable targets with external user access?

Need to use the performance testing tool.

Our Suggestions

The performance testing tool should allow to

configure the various scenarios to achieve.

1. Shall provide an optimal and high

performance solution satisfying response time

for Internet and WAN connections with various

bandwidth.

2. The sizing exercise shall be based on

defining user profiles of the various applications

and systems, and running simulation to

determine the required hardware and software

configurations.

3. Shall ensure that frequent stress testing

exercises to be performed on the testing

hardware environment including the server to

Bidder to decide.


Sr.




confirm sizing results.

24.

Clause 5.13.2 of

RFP Part-2



Clarification

Shall conduct a formal sizing

exercise to determine

bandwidth requirements for

all connectivity (MPLS,

internet, 3G/4G/LTE, etc.


Request to share the plan for achieving 3G,4G

performance analysis and network

virtualization/simulation.

Our Suggestions

Request you to consider for network

virtualization tool to analyze the network with

performance testing scenarios. This will help to

meet the performance analysis requirement in

3G, 4G and widely used networks.

Bidder to suggest and decide on appropriate

methodology.

25.

Clause 5.13.2 of

RFP Part-2



Clarification

1. Shall support around

500,000 registered users.

2. Shall support 5,000

concurrent users at peak

hours


Request to share the plan for executing the

5000 concurrent test during the peak load. This

will need hard ware in test environment.

Our Suggestions

Request you to consider for test automation tool

which allow executing the 5000 concurrent user

test and helping for sizing on upcoming

business growth for server sizing.

Bidder to demonstrate and decide.

26.

Clause 5.13.16 of

RFP Part-2

WAN Routers

Shall provide scalable

throughput and performance


Please define the throughput. We

recommended 500kpps performance throughput

No change


Sr.




27.

Clause 5.13.16 of

RFP Part-2

WAN Routers

Shall support IPv4 and IPv6

standard internal and

external routing protocols

and WAN services

such as virtual routing and

forwarding (VRF),

multiprotocol border gateway

routing protocol extensions

(MPBGP), multiprotocol

label switching (MPLS) and

multiprotocol label switching

virtual private networks

(MPLS VPNs), tunneling and

encryption, quality of service

(QoS), congestion

management and bandwidth

optimization, multicasting

and protocol independent

multicasting (PIM)


Please remove the Bandwidth optimization

Our Router Support Traffic policing which helps

assign network resources (including bandwidth)

and increase network performance. For

example, you can configure a flow to use only

the resources committed to it in a certain time

range. This avoids network congestion caused

by burst traffic.

Traffic policing, Generic Traffic Shaping (GTS),

and rate limit control the traffic rate and

resource usage according to traffic

specifications. You can use token buckets for

evaluating traffic specifications.

A typical application of traffic policing is to

supervise the specification of traffic entering a

network and limit it within a reasonable range.

Another application is to "discipline" the extra

traffic to prevent aggressive use of network

resources by an application. For example, you

can limit bandwidth for HTTP packets to less

than 50% of the total. If the traffic of a session

exceeds the limit, traffic policing can drop the

packets or reset the IP precedence of the

packets.

Bidder to decide on output requirement of the

Project

28.

Clause 5.13.14 of

RFP Part-2

DMZ Switches

Support redundant power

supplies for high availability


Most of the 1U Switch is having 1+1

redundancy and in DMZ switch based on the

Agreed


Sr.




(N+1 mode). port density 1U switch will be required, so

please change it to 1+1 redundancy

29.

Clause 5.13.14 of

RFP Part-2

DMZ Switches

Support logical and physical

redundancy mechanisms.


Please clarify the Logical Redundancy

Redundancy mechanism to be provided

30.

Clause 5.13.14 of

RFP Part-2

DMZ Switches

Support for integrated

service modules for

integrated services.


Integrated service modules for integrated

services is not required in DMZ switch because

the firewall and IPS device is asked separately

in the tender document, so please remove this

point

Agreed

31.

Clause 5.13.14 of

RFP Part-2

DMZ Switches

Provide scalable throughput

and performance.

6. Support multiple interface

options such as 10 gigabit,

gigabit, and fast Ethernet.


In DMZ switch all the servers are either having

10G or 1G connectivity. Fast ethernet ports are

rarely used in DMZ. So please remove fast

Ethernet

Agreed

32.

Clause 5.13.17 of RFP Part-2

L2/L3 Switches Shall support redundant power supplies, operating in an N+1 mode.


Most of the 1U Switch is having 1+1

redundency and in L2/L3 switch based on the

port desity if 1U switch will be required thenn

we do not required N+1 redundancy, so please

change it to 1+1 redundancy

Agreed

33. Clause 5.13.17 of RFP Part-2

L2/L3 Switches

Clarification required Agreed


Sr.




Support for integrated service modules for integrated services.

integrated service modules for integrated

services is not required in DMZ switch because

the firewall and IPS device is asked separately

in the tender document, so please remove this

point

34.


L2/L3 Switches Shall support dynamic trunk configuration across all switch ports. Shall comply with 802.1q Trunking standard.


The Dynamic Trunking Protocol (DTP) is a

proprietary networking protocol developed by

Cisco Systems for the purpose of negotiating

trunking on a link between two VLAN-aware

switches, and for negotiating the type of

trunking encapsulation to be used. It works on

Layer 2 of the OSI model. VLAN trunks formed

using DTP may utilize either IEEE 802.1Q or

Cisco ISL trunking protocols.

Please change it to Dynamic LACP Trunking

DTP / LACP

35.


Server Farm Switches Support logical and physical redundancy mechanisms


Please clarify the Logical redundancy.

Redundancy requirement

36.

Clause 5.13.7 of

RFP Part-2

Servers Requirements Clarification required

Blades chassis shall be supplied with switch

blades that include two controllers

Our Suggestions

Please remove this point as none of reputed

Blades chassis shall be supplied with switch

blades that include appropriate redundancy


Sr.




OEM has this feature

37.

Clause 5.13.7 of

RFP Part-2


Be SNMP manageable and support for

TACACS+ and RADIUS integration

Our Suggestions

It is proprietary specifications please remove it

Agreed

38.

Clause 5.13.7 of

RFP Part-2


Support failover protocols (e.g. VRRP, HSRP)

Our Suggestions

It is proprietary specifications please remove it

Agreed

39.

Clause 5.13.21.1 of

RFP Part-2

Storage and Backup

Requirements

Service provider shall be

responsible for meeting or

exceeding the following

unified storage system

requirements:


Storage must be configuring with 32GB cache per controller without O/S overhead.

Our Suggestions

In the context of a SAN storage appliance, cache memory serves as a critical buffer or staging area to keep data flowing along its path between servers and disk storage. Servers process blocks of data in high speed memory, and then burst those data blocks in streams across the network at extremely high transfer rates to and from data stores residing on the SAN. A cache is a buffer of live, volatile memory designed to accept data blocks at maximum

Based on Operations requirement, bidder to

decide


Sr.




speed and temporarily store them, releasing servers to move on to the next process while data blocks are queued to move from cache to or from hard disk. The bottom line is that cache memory has an enormous impact on the efficiency of data transfer because it compensates for the latency of spinning hard disks.

40.

Clause 5.13.21.1 of

RFP Part-2

Storage and Backup

Requirements

The system shall support

SAN, NAS, and Scale-out-

NAS, via IP-based and/or

FC-based.


The system shall support SAN functionality using 4*8Gbps FC frontend ports.

Our Suggestions

This is SAN environment and hence important to define SAN functionality along with no of FC ports to established connectivity with Host.

Bidder to decide based on end use requirement

41.

Clause 5.13.21.1 of

RFP Part-2

Storage and Backup

Requirements

The system shall support the

following minimum baseline

technical specifications:

a. Pre-configured with Fabric

operating software and web

based management tools

b. Support storage

expansion shelves (Fiber

Channel, SATA, NL-SAS,

SSD)

c. Supplied with direct fabric


The system shall support the following minimum baseline technical specifications:

a. Pre-configured with Fabric operating software and web based management tools

b. Support storage expansion shelves (SAS, NL-SAS, SSD) -

c. Supplied with direct fabric attached server operating system

d. Support high availability features and dynamic path rerouting in the event of a link

Bidder to decide based on end use requirement


Sr.




attached server operating

system

d. Support high availability

features and dynamic path

rerouting in the event of a

link failure

e. Equipped with hot

pluggable and redundant

power supplies

failure

e. Equipped with hot pluggable and redundant power supplies

Our Suggestions

FC Disk is obsolete and not avail with reputed OEM for storage

42.

Clause 5.13.21.1 of

RFP Part-2

Storage and Backup

Requirements

The system shall have

minimum of fifteen (15)

Terabytes (TB) of usable

space on disk arrays.

However, the Service

Provider is required to verify

the size of usable disk space

specified here to ensure that

enough disk space is

available for data storage, to

meet the requirements of the

applications as detailed in

this RFP, also taking into

consideration future annual

growth of 20% for 5 years.


The system shall have minimum of fifteen (15) Terabytes (TB) of usable space on disk arrays. However, the Service Provider is required to verify the size of usable disk space specified here to ensure that enough disk space is available for data storage, to meet the requirements of the applications as detailed in this RFP, also taking into consideration future annual growth of 20% for 5 years. Offered storage must support minimum 200 or more disks using SAS, NL-SAS or SSD disks.

Our Suggestions

It's mandate to keep scalability so as to bring all OEM at par, else it will be difficult to evaluate and generate comparison model.

agreed


Sr.




43.

Clause 5.13.21.1 of

RFP Part-2

Storage and Backup

Requirements

The unified storage disk

array shall be connected to

both primary and backup

fibre/ether switches through

redundant ports. The unified

storage disk array shall be

equipped with redundant

controllers and fibre/ether

switches.


The unified storage controllers shall be connected to both primary and backup fibre/ether switches through redundant paths. Offered storage must have symmetric active-active controllers and LUN must be shared by both controllers.

Our Suggestions

Symmetric active-active controllers allows LUN to be accessible from any of the controller, hence this features allows the any of the controller to read/write data on the LUN. This features encusres that all the controllers are at same utilization levels at any point of time there by maintaining steady performance

agreed

44.

Clause 5.13.21.1 of

RFP Part-2

Storage and Backup

Requirements

LUNs shall be configured for

each service. HDD assigned

to each LUN shall formulate

a RAID 6 that includes HDD

from different shelves to

enhance the solution

availability. Service

Providers are to suggest the

leading design for storage

RAID configuration taking

into consideration the

reliability, availability and


LUNs shall be configured for each service. HDD assigned to each LUN shall formulate a RAID 5 that includes HDD from different shelves to enhance the solution availability. Service Providers are to suggest the leading design for storage RAID configuration taking into consideration the reliability, availability and speed of the solution.

Our Suggestions

As per the industry best practice production environment is always configured in RAID5 and RAID would be consider in case NL-SAS Disk for non-production environment

Agreed


Sr.




speed of the solution.

45.

Clause 5.13.21.1 of

RFP Part-2

Storage and Backup

Requirements

The system shall support

automated storage tiering

and movement of data within

different tiers including

SATA, NL-SAS and SSD

disks without requiring user

intervention.


The system shall be configured with automated storage tiering and movement of data within different tiers including SAS, NL-SAS and SSD disks without requiring user intervention.

Our Suggestions

This feature allows to control Tiering by allowing to move the data from one Tier to another Tier at different time intervals which can be user defined. This helps user to define different type of Tiering rules depending upon the application requirement.

Bidder to decide basis of above responses

46.

Clause 5.13.21.2 of

RFP Part-2

Virtual tape library

Service Providers shall be


exceeding the following VTL

system requirements


The Service Provider shall design the VTL in order to achieve low cost per terabyte (TB), while meeting all performance parameters

Our Suggestions

We request you to consider technical specifications for offered Virtual tape library. At present in RFP no technical specs mentioned, In order to bring all reputed OEM at same level need to incorporate generic specs (as spelled in left column).

Bidder to decide based on operations

requirements

47.

Clause 5.13.21.2 of

RFP Part-2





The system shall have capacity of 30TB usable data. The proposed system shall also meet the

Bidder to decide based on above responses


Sr.





system requirements

future growth requirements. The Service Provider is required to verify the size of usable disk space specified here to ensure that enough disk space is available for data backup, to meet the requirements of the applications as detailed in this RFP and backup policy, also taking into consideration future annual growth of 20% for 5 years

Our Suggestions


48.

Clause 5.13.21.2 of

RFP Part-2





system requirements


The system shall be used for storing user, systems, and applications data. The system shall interface with all server platforms and OSs as part of the solution

Our Suggestions




Sr.




49.

Clause 5.13.21.2 of

RFP Part-2





system requirements


Redundant array controllers shall be provided for load balancing and failover

Our Suggestions




Sr.




50.

Clause 5.13.21.2 of

RFP Part-2





system requirements


VTL system to support the following minimum baseline technical specifications:

a. Integration with different backup management utilities and applications


b. Ability to support disaster recover (DR) / remote site replication and expiration of backup copies

c. Supports features of bandwidth optimization required to achieve bandwidth consumption reduction

d. Modular storage architecture and scalable for storage expansion

e. Supports integrated high availability with backup management utility server

f. Supports as minimum the following protocols: NFS v3/v4 over TCP, pNFS, CIFS, NDMP v2/v3/v4, tape library, emulation (VTL) over Fibre Channel

g. Supports management through GUI, SNMP and command line management interface



Sr.




h. Supports the configuration of QoS settings

i. Allows configuration of an unlimited number of virtual tape cartridges

j. Supports the configuration of capacity on demand and tape capacity settings

k. Supports multi-site tape consolidation

Our Suggestions



Sr.




51.

Clause 5.13.21.3 of

RFP Part-2

Backup software Clarification required

Service Providers shall be responsible for meeting or exceeding the following backup system requirements:

Our Suggestions

We request you to consider technical specifications for offered Virtual tape library, without mentioning backup software detail specifications it's difficult for bidder to frame up backup policy.


52.

Clause 5.13.21.3 of

RFP Part-2


The solution shall be supported with a backup utility that is required to be implemented on redundant server blades. Each server blade installed at both primary and backup blades chassis shall be connected to both primary and backup fibre/ether switches through redundant links

Our Suggestions



53.

Clause 5.13.21.3 of

RFP Part-2


The backup management utility shall be supplied with the required agent licenses in alignment with ITMS solution used databases



Sr.




and operating systems, SAN and LAN based backups. Additionally, the utility shall support backup solution functionalities.

Our Suggestions


54.

Clause 5.13.21.3 of

RFP Part-2


The backup shall support backup of virtual servers

Our Suggestions



55.

Clause 5.13.21.3 of

RFP Part-2


The software shall support scheduled automated backup using policy-based management for all server and OS platforms of the solution environment

Our Suggestions

We request you to consider technical specifications for offered Virtual tape library, without mentioning backup software detail



Sr.




specifications it's difficult for bidder to frame up backup policy.

56.

Clause 5.13.21.3 of

RFP Part-2


The software shall support online backup and restore of any running solution applications and databases.

Our Suggestions



57.

Clause 5.13.21.3 of

RFP Part-2


The backup software shall be capable of having multiple backup sessions simultaneously.

Our Suggestions



58.

Clause 5.13.21.3 of

RFP Part-2


The backup software shall support different types of backup such as full backup, incremental backup, differential backup, selective backup, point in time backup and progressive incremental backup, and snapshot



Sr.




Our Suggestions


59.

Clause 5.13.21.3 of

RFP Part-2


The backup software shall support different types of user interfaces (e.g. GUI, web-based interface). Tape library

Our Suggestions



60.

Clause 5.13.21.3 of

RFP Part-2


Service Providers shall be responsible for meeting or exceeding the following tape library system requirements

Our Suggestions



61. Clause 5.13.21.3 of Backup software Clarification required Bidder to decide based on above responses


Sr.




RFP Part-2 The tapes library shall support the following minimum baseline technical specifications:

a. Include multiple tape drives

b. Contain LTO based tape media slots (support LTO-6 with 8 Gbps interface)

c. Scalability for future expansion

d. Include a robotic system for the handling of media

e. Include built-in component level diagnostic capabilities and provide alerting capabilities via SNMP

f. The tape library shall be directly supported by different backup software packages

g. An internal fibre channel shall be included for direct SAN fabric connectivity

Our Suggestions


62.

Clause 5.13.21.3 of

RFP Part-2


The system shall meet current and future growth requirements.



Sr.




Our Suggestions


63.

Clause 5.13.21.3 of

RFP Part-2


The Service Provider shall provide enough tape media to ensure that enough is available for data backup, to meet the requirements as detailed in this RFP and backup policy, also taking into consideration future annual growth of 20% for 5 years

Our Suggestions



64.

Clause 5.13.21.3 of

RFP Part-2


The system shall back up all critical information of the solution from all applications for long term archival purposes.

Our Suggestions

We request you to consider technical specifications for offered Virtual tape library, without mentioning backup software detail specifications it's difficult for bidder to frame up



Sr.




backup policy.

65.

Clause 5.13.21.3 of

RFP Part-2


The Service Provider shall be responsible for developing a solution backup and recovery policy, and applying the policy to the backup system.

Our Suggestions



In addition to the online tender published vide tender notice no. CE/BRTS/15/2015-16 with this, Addendum-2 is published and attached

herewith. Bidders are instructed that all Addendum shall be treated as a part of tender document and shall be submitted along with the

Tender Documents.

City Engineer

Surat Municipal Corporation


Annexure -1 Tentative Phasing

Separate Request Orders for BRTS, City Bus Services and SMC Vehicles shall be issued

Services Request Order

No

Approximate Time for

Request Order from

Successful Pilot

Demonstration

Scope/ Approximate Sizing Tentative Lead

Time .

BRTS

1 and 2 0-6 Months All Central Software at CCC

Call Center, Web Portal etc.

AVL, PIS in followings

o BRT Bus Stations :100

o BRT Buses : 110

Depot Management System in

Bhestan Depot.

6-8 months

3 and 4 6-10 Months Depot Management System in

Kosad Depot.

AVL, PIS in

o BRT Bus Stations :16

2- 3 months


5 11-24 Months Remaining BRT Buses and

remaining other quantities

2- 3 months

City Bus

Services

1 and 2 0-8 Months AVL and PIS in followings;

City Buses: 200

City Bus Shelters :528

6-8 months

3 and 4 9- 12 Months Depot Management System in

City Bus Depot-2

2-3 months

SMC

Emergency

Vehicle (Fire,

Health and

Security)

1 0-3 months AVL and Driver console on SMC

Emergency vehicles : 50

3 months

SMC Vehicle

1 and 2 3-6 months Tracking units on SMC Vehicles :

535

4 -6 months

3 10-24 months Remaining Quantities -

The above is a tentative schedule as envisaged at this point of time and the Authority retains the full right to make changes / additions

to this schedule.


Annexure -2 Location of BRT Bus Station, Bus Depot and City Bus Shelters

A. Location of BRT Bus Station and Bus Depot

BRTS is 72 KM network which has undertaken in Phases. Phase -1 of BRTS is already operational where as Phase-2 is in advance stage of completion. Network Details is summarized below.

Phase of BRT Project

Network Length (KM) No of BRT Bus Stations

Phase-1 30 52

Phase-2 42 64

Kaharwarnagar Bus Station is equivalent to 3 station

3

Total 72 119

BRT Network Details

Corridor Name

Corridor Length (KM) No of BRT Bus Stations in Specific Corridor

Average Distance Between BRT Bus Station

BRT Phase-1

Sachin GIDC to Udhana Darwaja Corridor

9.98 18 500 meter

Dumas Resort to Anuwrat Dwar 4.1 9 500 meter


Anuwrat Dwar to Kharwarnagar 4.2 8 500 meter

Kharwarnagar to Simada 7.8 13 500 meter

Simada to Sarthana 2.6 5 500 meter

BRT Phase-2

Adajan to Jahangirpura 4.1 8 500 meter

Adajan to PAL 3.5 6 500 meter

PAL to ONGC 5.8 10 500 meter

Anuvratdwar to Saint Thomas 1.75 3 500 meter

Saint Thomas to Dakasheshwar Mahadev Jn.

5 8 500 meter

Hirabaugh to Magob 3.25 5 500 meter

Hirabaugh to Kasanagar 3 4 500 meter

Gajera to Jahangirpura 4 8 500 meter

Katargam to Kosad 9.5 12 500 meter

Depot : BRT and City Bus Services shall have two Depot each. One BRT Depot is operational at Bhestan in Surat where another

BRT Bus Depot is under construction at Kosad in Surat. The locations of Depot of City Bus Services are yet to be decided .


BRT Network Map



B. City Bus Shelters Details and MAP

Total of 800 City Bus Shelters at 400 Locations.