CORRIGENDUM NO. 3 to RFP Notice No. 10 of 2013 - Gujarat State ...

September 3, 2013
Subject : Corrigendum No. 3 in the RFP Notice No. 10 of 2013
Reference: RFP Notice No. 10 of 2013
CORRIGENDUM NO. 3 to RFP Notice No. 10 of 2013 by GSDMA
Following is the corrigendum to presently available RFP for “Selection of Build, Own, Operate, and Transfer (BOOT) Operator to Set-up and
manage Information & Communication Technology System (ICTS) Infrastructure for Gujarat State Disaster Response”.
Sr. # Page # Clause #
1
2
3
4
5
6
7
Description of
Terms / Headings
General
General
General
General
General
General
General
Existing Clause Queries Reply
How is the Integration with other services
done and will it be only on state
MPLS/SWAN
Type of Phones and Specifications for
Agents
More details on Radio Gateway
Integration and Interface is sought
Number of Users and Locations with
Location wise User count
Requirement of Voice Gateways at each
location, with Gateway specifications
Type of Phones to be provided at each
locations with Specifications
Paging Requirements, With Zones and
Integration with AWS
Integration will be via GSWAN
Left to the choice of operator.
Phones should be user friendly
and reliable in operations.
As per RFP
Information as far as possible is
included in the RFP.
Gateway design is left to the
operator and it expected to
meet specifications. VoIP
gateway for VSAT and MPLS
VPN is to be provided by the
operator. It should facilitate
voice communication between
various users on the network.
Left to the choice of operator.
Phones should be user friendly
and reliable in operations.
There is no paging requirement
at the moment.

8
9
10
11
12
105
2/246
and
5/249
Videoconferencin
g Room / Display
facilities
a) Systems and
sub systems to be
tested
b)Equipment
installed at ERC,
DEOC and TEOC in
standalone modes
and in network
mode
107 1.3.5 Call Center NA
Page 150
-
Nominal
specifications for
Multipoint Control
Unit
Nominal
specifications for
Multipoint Control
Unit
Large VC camera to cover every
person in the room with
capability to track speaker
automatically
a) Systems and sub systems to
be tested b)Equipment
installed at ERC, DEOC and TEOC
in standalone modes and in
network mode
Conferencing capability
addition
Please delete "capability to track speaker
automatically" (i) the auto tracking works
erroneously in such a briefing room with
multiple participants. (ii) The ideal range
of the auto tracking is normally 23 feet,
thus a large size room with 24 participants
having 12 seats on one side of the table
this will not work well. (iii) Auto tracking is
a proprietary feature of only one OEM.
This limits the competition.
Pl clarify the Standalone and network
mode….….. Does Standalone mode refer
to survivability of the DEOC and TEOC
location?
Tender is looking for IVR system. Request
you please share the IVR call flow & what
all services are to be extended on IVR. Is it
also expected o integrate the IVR / ACD
system with the backend Portal / DB.
Would request the resolution at which
such calls are to be made as 100Nos. 720p
resolution calls would not be the same as
100Nos. CIF calls, would also request for
dynamic allocation of resources such that
100No. 720p calls or 400Nos. VoIP calls
could be specified instead of 100
video/voice which is ambiguous.
Request the clause for Scalability to higher
capacity without change in main hardware
, by either cards or licenses as and when
required
Requirements are worked out
on the basis of needs of the
organization and not on
manufacturer.
No change
Standalone mode will check
connectivity of various
equipment within a location,
where as network mode applies
to interconnectivity of all nodes
on statewide networks. This
doesn't refer to survivability of
DEOC , and TEOC
IVR is meant for dissemination
of updates on disaster
incidences to public / NGOs etc.
The call centre agents will
record updates on the
incidences that can be accessed
by people dialing in on the IVR.
No change in specifications
Please note that these calls are
to be made to discuss regarding
disaster situations and
temporary drop in quality to
meet operational requirements
will be tolerated. Connectivity
requirements are the priority.
No Change. Operator is
expected to design the systems
to meet operational
requirements

13
14
15 118-
119
16 118-
119
17 118-
119
-
-
1.5
1.11
1.16
Nominal
specifications for
Multipoint Control
Unit
Nominal
specifications for
Multipoint Control
Unit
Information
Management
Portal System
Information
Management
Portal System
Information
Management
Portal System
addition
addition
The system should provide
mechanisms for provisioning
user identities and relationships
among multiple directories
The systems should Support
role-based access to system
functions provided by the portal
so that end-users are provided
with the appropriate set of
application functions relevant to
their role within the state
disaster management
operations and their
organizational affiliation.
Provide the capability to Invite -
Using information provided
during the location of those
individuals or roles, invite them
to collaborate and to share
valuable information.
Request for redundancy clause to allow
functioning in case of failure of single
component
Request more details for allowing better
suitability of solution (as per tech specs)
Need to know if this is LDAP or Active
directory?
Need to clearly define and understand the
Roles and Functions do they have the
clarity on this? Can they provide the Roles
and Functions?
Need to understand what they mean by
“capability to Invite”?
Design for redundancy is left to
the operator as system
performance is to meet SLA
requirements
Design for the system is left to
the operator as system
performance is to meet SLA
requirements
Active directory
Roles and functions will be
defined by GSDMA
Capability to invite means -
sending a secured request for
individual within or outside the
system to edit/view the content
/ conversation.

18 119-
122
1.2
Incident
Management
System
It should provide all necessary
components for a
comprehensive disaster &
emergency management
solution including:
• Alert and warning Notification,
• Crisis Information
Management,
• Calls and message Dispatch
System,
• GIS, Map Data, Collaboration
Framework,
• Unified Communication for
Planning, Dynamic Incident &
Asset Management and
Recovery Services.
The system should support
shared information on:
• How and where the disaster
event has taken place or is
taking place,
• Relevant geospatial data using
GIS layers to indicate location of
the event, with historical
context (whether similar event
has occurred in the past at the
place or nearby areas)
• People likely to be affected by
the event and possible extent of
damage to houses etc.
• Location of resources
necessary to ensure effective
response
• Standard Operating
Procedures (SOP) as per
Government of Bihar’s Disaster
Management Policy
Advice from experts on similar
incidences in the past
The Details are required which are devices
for alter are being used? Which devices
are used for Warning
What is the workflow of the devices
communication, What are the SOP’s for
the Crises management required?
The Scope of and the workflow of the
various subsystems should be defined,
Some configuration and some
development on the Existing product as
the scope is not well defined here.
Design of Alert and warning
system is part of the operator’s
responsibilities. RFP clearly
indicates number of Alert and
warning towers to be installed.
Any bidder with previous
experience will understand RFP
requirements. Warning
messages to disaster responders
are to be delivered via SMS and
voice calls. Similarly warning
messages will be disseminated
via public broadcast systems
such as Radio and TV.

19 119-
122
1.4
Incident
Management
System
The information should be
accessible from fixed and mobile
locations on EOCI
The Details are required as what devices
are required for Fixed and mobile
locations is it Laptop?
How the workflow are expected
What are the means of communications?
Information should be available
on desk tops or laptops at Fixed
locations as well as ERV. Exact
requirements are indicated in
the RFP
20 119-
122
21 119-
122
22 119-
122
23 119-
122
1.5
1.6
1.9
1.10
Incident
Management
System
Incident
Management
System
Incident
Management
System
Incident
Management
System
The system should include
universal communication
interface based on common
(e.g. VoIP ) switching for voice
call connectivity across various
technology based equipment’s
such as VHF radio, VSAT, VoIP
calls on MPLS-VPN etc.
The system should interface
with alert and warning facility to
issue SMS / Voice mail / E-mail
based warning messages inside
the EOCI as well as to outside
agencies such as social media,
broadcast media using CAP
compliant messaging
The system should have ability
to handle all types of files
(documents, presentations,
spreadsheets, images,
multimedia and others) either
by uploading and storing; or by
linking to them.
It should be possible to index
unstructured content, such as
radio, telephony, images, video,
documents, using relevant
metadata, including geospatial
attributes
What are the specifications of these
devices? How many VHF? VSATs what will
be the workflow? How this
communications is used in terms of EOC
operation?
What are the Alter warning system
available, Describe them? What is the
interface available?
Is SDK / API available?
We need to know exact no of interfaces so
that the same can be accounted for while
bidding
Handling of files is just attaching the
files??
This needs description in detail.
This needs description in detail. Please
define which make model of the interfaces
and how many of them and what is the
existing infrastructure available?
Specifications are on page
number 259- Other information
is not required to design the
system.
End to end system design from
IMS to Alert system is the
responsibility of the operator
which also includes alert
generation centre at SEOC
These files are to help
understanding of disaster
situation; Work involves
uploading, searching, opening
and displaying as well as linking
of information for decision
support.
The requirement is to store and
facilitate quick access of
relevant information from
different sources via associated
keys. The design is left to the
operator

24 119-
122
25 119-
122
26 119-
122
27 119-
122
1.11
1.12
1.14
1.15
Incident
Management
System
Incident
Management
System
Incident
Management
System
Incident
Management
System
The system should also support
creation of links between
different files, so as to link
several files to a particular
incident report
It should provide search
capability for searching data
records within the system,
including geospatial attributes
The system should provide
scalability features and support
`load balancing, high availability
& disaster recovery. It should
allow up-to 100 concurrent
users performing queries and 50
concurrent updaters
The system should facilitate:
• Upload / download any type of
files
• Access to end-user device with
standard operating systems
such as Windows XP, Vista,
Windows 7 etc
• Use of popular browser-based
clients – Firefox, Internet
Explorer, Mozilla, Google
Chrome etc.
The logical for the creation of the links
should be defined. This is very High Level
requirement and need detailed
clarification.
The details of the workflow need to be
explained. Is it Geospatial Search or call
record search, what department meant by
it? What should be searched and which
record is to be searched the detailed
workflow is required.
Load balancing could be done using the
network hardware is this acceptable?
What sizes of the files? For what purpose
of upload and download of the files? Who
will upload these files and what actions
are required on theses uploaded files.
Is it mandatory to use browser? the
uploaded and download can be achieved
using better desktop apps
The requirement is facility to
access of relevant information
from different sources via
associated keys. The design is
left to the operator
Search for all types of
information should be possible
via links or keywords. Geospatial
attributes are to be considered
only for the data including video
that has geospatial information
associated with it.
Any solution which will meet the
requirement is acceptable.
Files can contain data, video as
well as voice recording
information. Files will uploaded
by persons authorized to access
the system. The purpose
obviously is to ensure sharing of
disaster situational information
across the network and disaster
management responders

28 119-
122
29 119-
122
30 119-
122
31
1.16
1.21
1.22
Incident
Management
System
Incident
Management
System
Incident
Management
System
118 Annexure III
The system should have
capabilities of creating the alert
content for disseminating to end
users. It should also generate
CAP compliant warning
messages for external
broadcasting organizations like
Radio, TV etc.
Ability to integrate with modern
as well as legacy systems,
Provide ability to link to 3rd
party databases and
applications will be preferred.
The system with ability to be
receive, compile, store and
analyses data on rainfall, flood,
water level, wind speed and
direction, earth shake,
temperature, cyclone
progression provided by various
Government / Non-Government
agencies will be preferred.
The Details of the No of Equipment’s and
The action on the alert should be defined.
Please share detail about Legacy system
and 3rd party database, what do you
mean by it
The feed and necessary inputs and the
number of connections should be well
defined.
Our system can integrate Weather station,
dopper radar, etc but will GSDMA given
access and API to integrate them
RFP defines the technical specifications for
an Incident Management Portal system. Is
this portal going to replace the GSDMA
website or somehow connected to it?
Please clarify so bidders can allocate
necessary time/budget for such
integration.
No of alert and warning towers
is included in the RFP and is part
of operator's responsibility.
Number of officers who are to
be informed about the
incidences will be in the range of
1,000. CAP compliant messages
are to be issued to at least up to
10 radio channels and 10 TV
channels.
Legacy systems are GIS based
data base s based on ESRI and
open standards. SDRN data base
also need to be linked to IMS.
All parameters of incidences
that can lead to disasters are
not available as on date.
However operator should
provide at least one input port
for each parameter
(approximately 10 ports will
meet the requirement). Data
will be sent to operator's system
via matching interface.
No.
IMPs and GSDMA website will
operate independently.

32
33
34
35
118 1.1
105
145
1.2.6 Brief
description of the
project
Information
Management
Portal System
(IMPS)
SEOC connectivity
and facilities
Video Equipment
/ Video
conference
endpoint
Communication between first
responders such as
police, disaster rescue forces,
fire brigades that use
wireless communication
systems mostly equipment
operating in Very High
Frequency (“VHF”) band and
administrators on terrestrial or
satellite based Very
Small Aperture Terminals
(“VSAT”), should be possible
with Voice over Internet
Protocol (“VoIP”) based
unified communication system.
Optional Feature
Video Conference Room
HD 1080p, 12x zoom or higher,
UNIVERSAL INTERFACE SYSTEM (UIS)
a) Will any other device other than
Universal communication Interface be
connected with the VSAT IDU (modem)
over L AN (RJ 45) ports (i.e. IP interface)?
Please confirm.
b) Does UIS support SIP signaling for VoIP?
[As UIS will convert wireless
communication to Internet Protocol (IP)
format and VoIP Gateway will be installed
at the SEOC, which means it supports SIP
Signaling for VoIP] Please confirm?
c) Will this box be connecting to VSAT
Modem over LAN (RJ45) port for the
communication between ERVs & SEOC on
IP protocol?
d) Provide the specifications/capability
details of this Universal Interface System.
e) Schematic Diagram of Universal
Interface system showing the traffic flow
of VHF system and VSAT system.
Features like collaboration, IM, Presence
Awareness, Web
Conference are mentioned as optional
features for IMSP. We understand these
futures can be complied by either IMS or
IMPS and will be used only by Dept users /
stakeholders and not by other users?
Kindly confirm.
Automatic camera tracking is biased to
single OEM. This can be done manually
also. So request you to pl remove this
point.
12x camera will be biased to single OEM,
please change it to 10x camera
a) One more LAN port for
videoconferencing, voice
communication, data
communication etc. is
necessary,
b) Yes
c) Yes
d) Please refer to page 259
e) UIS is a standard solution
available from many OEMs,
hence this information is not
included in the RFP
IMS will be used by department
users where as limited portion
of IMPS can be accessed by
NGOs, public etc.
No change. This facility is
required to ensure proper
visibility of speaker when a large
number of persons participate in
VC.
10 x camera will be accepted.

36
151
Nominal
specifications for
Multipoint Control
Unit
Interface and data rate
capability
Kindly change to : 64kbps to 4mbps
conference data rates
4.0 Mbps rate will be accepted.
37
38
39
97
Connectivity
Matrix
- Establish LAN within SEOC
- Establish LAN at ERC and
disaster location using wired or
wireless medium
- Establish LAN using wireless
medium at ERVs
Kindly clarify for designing of LAN Network
provision for how many LAN I/O points is
to be provided at-
- SEOC
- DEOC
- ERC
- ERV
Provision of Broadband Internet at ESF
(Emergency Support Functions)
1) Internet Bandwidth to be provided at
ESF departments / organizations at State
Headquarters (14) has not been provided.
Kindly provide the same.
2) Internet Bandwidth to be provided at
ESF departments / organizations at District
Headquarters (14) - provisioned how
much not known.
PSTN will be backup network for
1.State EOC (SEOC),
2.DEOCs
3 ERCs,
4 ESFs at State Head quarters,
5.ESFs at District Head quarters
6.TEOCs
Whether this telephone network is to be
provisioned by the operator or would be
provided by Gujarat State Disaster
Management Authority? If operator’s
responsibility details w.r.t no. of PSTN
lines/ No. of connections desired sought
for estimation of exchange equipments..
Part of the design and solution
development y the operator.
Requirements for Government
officers / state functionaries /
press briefing rooms etc are
included in RFP.
1) and 2) Operator is not
expected to provide any
network resources at ESF
locations either at state of
district levels. Internet
broadband will be provided by
state or GSDMA at these
locations
Operator is responsible to
provide 2XE1 (60) ISDN lines and
5 GSM phones at SEOC. No
other PSTN connectivity is
expected from the Operator

40
41
42
116
82
Satellite Phone mentioned as backup to
Portable VSAT, ERV and with Alert and
Warning tower- Note # mentions required
number of satellite phones will be
procured.
Whether Satellite phone is to be
provisioned by the operator or would be
provided by Gujarat State Disaster
Management Authority? If operator’s
responsibility Kindly provide the details
w.r.t Total No. of Satellite phones desired.
HF based walkie talkie integration is
planned at SEOCs and ERVs. How many
number of Walkie talkie sets are required?
Kindly elaborate the desired VHF network;
the information required is not sufficient?
Multimedia management system for
handling live video feeds coming from
multiple sources like video-conferencing
devices, surveillance and remote cameras
or footage captured through video
cameras on ERV transmitted via VSAT
links.
Kindly elaborate the desired surveillance
system. Does tenderer expect CCTV
cameras, if yes then at how many
locations?
Alert and warning towers can
use satellite data modems
(Imarsat M2M) systems as backup
for link between the tower
and SEOC. No satellite phone is
proposed for warning system.
Satellite phones will be
procured by GSDMA as they
need special permission from
government of India.
HF based transceiver (1) is
required at SEOC and each ERV
(not a walky-talky). Each ERV
should have one base station
and 10 handsets (walkie-talkies).
Detailed specs are available at
page 133
CCTV cameras at SEOC are
provided by GSDMA.
Requirement of cameras at ERV
are included in the
specifications. System should be
able to handle inputs coming
from these cameras as well as
any other video system installed
by other government agencies
e.g. police, municipal
corporation etc.

43
44
Access Control
Kindly confirm whether LCD and projector
screen to be provided and there numbers
for each of the following:
(i) SEOC Command / Operation room -2
LCD in no.- size 80 / 100”
(ii) Videoconference Room – 2 LCD in no.-
(at least 100 inches) +1 projector roll
down Screen(with Ceiling mounted
projector )
(iii) Press Conference Room (PCR) – 1 LCD
in no.
(iv) Rooms occupied by senior officers,
Incident commander etc. -6 LCD Screen
size in the range of 40 to 50 Inches
Access Control - The controller must be an
intelligent controller. It must use Ethernet
and in-built power supply with all internal
wirings.
The controller shall be capable of having
1500 card holder database on-board and a
buffer memory capacity of 100,000 events
/ alarms with date & time.
What is events/alarm as mentioned in the
RFP? Elaborate
As per revised RFP
Events / alarms are related to
access control system. These
will include forced entries /
impersonation etc.
45
Servers
(a) Application Server
(b) Data base server
(c) Proxy Services
(d) Anti-virus
Kindly give:
1) Specifications of servers
2) Type of Database
This left to design of the
operator. System performance
guidelines are included in the
RFP
46
Directory Services
For how many users authentication &
authorization is to be provided?
Information included in the RFP.

47
48
49
Extension of date
of submission of
tender
How many Anti-virus licenses required?
It is requested to extend the date of
submission of the subject RFP by 1
months, this will help us understand the
requirements and further interact with
OEMs, vendors and service providers in a
more comprehensive manner.
RFP has asked Network Monitoring
System (NMS) but there is no technical
specifications mentioned in RFP. Can you
please specify the technical specifications
for NMS
50 Do you need network configuration
management as part of NMS software?
Depends upon system proposed
by the bidder. Number of
computers etc, required is
already included in the RFP.
The date of submission of bid
has been extended to
September 23, 2013 as per
corrigendum 2
It will be a standard NMS that
monitors performance of
various networks /nodes, to
check failures of nodes as well
change over to a better network
in case of failure / poor
performance of working
network links (e.g. Change over
from GSWAN to MPLS or VSAT
links in case of failure of GSWAN
link) - NMS will also help in
checking up time of ICT links and
calculations of penalties will be
easier.
It will be a standard NMS that
monitors performance of
various networks /nodes, to
check failures of nodes as well
change over to a better network
in case of failure / poor
performance of working
network links (e.g. Change over
from GSWAN to MPLS or VSAT
links in case of failure of GSWAN
link) - NMS will also help in
checking up time of ICT links and
calculations of penalties will be
easier.

51
52
53
18 1.2.6
107 1.3.5
Emergency &
Disaster
Management
(DM)/Brief
description of the
project
SEOC
Facility/Architectu
re of Call /
Dispatch center
The large display systems, voice,
data communication links and
video-audio conferencing
facilities at SEOC are for
simultaneous use of the
concerned officers from GSDMA
and officers of departments
(together up-to 30 persons)
responsible for emergency
support functions (“ESF”)
SEOC will have provision of
required infrastructure for
activating up-to 30 seat call
center to handle end user calls
and other alerts received during
pre and post emergency
situation. The call center system
will
have flexibility to allow
relocation of specific number of
operator to other GSDR-ICTS
nodes during severe incident.
During normal period of steadystate
conditions, up to 5 seats
will remain active at the call
center 24*7
Do you need patch management solution
for desktops? Please specify the technical
requirements for the same?
Apart from the Audio-video bridge, are
you looking for an additional 30 port
Audio bridge
We will provision for a 30-seater call
center with recording from day one at
SEOC. However, relocation of specific
number of operators to other GSDR-ICTS
nodes will depend on the infrastructure
available at that particular site. It is
suggested that a maximum qty for
relocation is freeze and accordingly
infrastructure for those many agents
should be ready from day -one at all the
GSDR-ICTS Nodes.
Patch management has to come
a part of solution.
Solution should be designed
commensuration with
requirements specified in RFP.
GSDMA is aware of limitations
of these requirements. The
operator should provide best
solution using available
resources. Freezing of numbers
is not feasible as infrastructure
at each ERC, DHQ will differ.

54
55
56
127
VSAT HUB
Specifications
Site Visit
Project Report
Page 115 talks of 512-1Mbps in-route and
page 127 talks of 2 Mbps in route. As of
today DOT only permits 512 Kbps
inbound. A 4 Watt BUC is overkill for 512
Kbps. Please Clarify.
It is requested to arrange for a site visit
including the visits to the buildings already
available.
As per established practices, the authority
must have prepared a project report. It is
requested to share the project report with
us to understand the project contours.
Design requirement is for a 2
Mbps in route even if present
permission is only for 512 Kbps
data links. Please note that
system is planned to operate for
at least next 10 years, during
which data rate restrictions may
be relaxed. Higher Wattage ODU
is recommended to ensure
reliable operations even during
heavy rains. Disasters in India
such as Cyclones, floods either
cause or are a result of heavy
rains and network is expected to
work even during disaster
situations.
The bidder is free to visit the
sites during working hours. The
open house at SEOC site was
organized on September 1, 2013
It is not possible to share the
project report with bidders.
57
23 1.3.6 Sec-1 - Overview
Bid Due Date -
31 August, 2013, 1800 hrs
As the project involves multiple sites and
aspects, it is requested to extend the Bid
Date by at least one month.
The bid due date has been
extended to September 23,
2013 as per the Corrigendum 2

58
41 3.2.1 Sec-2 - ITB,
2 Financial Strength -
Documents Required
a) The Bidder should have a
minimum average turnover of
INR 200 Crores for the last five
financial years from all its
businesses and a minimum
average turnover of INR 80
Crores for the last five financial
years from all its IT
infrastructure services
businesses.
b) Sole Bidder / All Member of
the Consortium should have
positive net worth for each of
the last five financial years.
c) Minimum net worth of the
Sole Bidder/ Lead Member at
the end of last financial year
should be at least INR 50.0
Crores.
d) The Sole Bidder/ Lead
Member of the Consortium
should have positive earnings
(net profit), for each of the last
five financial years.
As we understand, in case of a
Consortium, the minimum net worth
requirement and the positive earnings
requirement have to be met by the Lead
Member, whereas the minimum average
turnover requirements of INR 200 Cr. and
of INR 80 Cr. have to be met by the
combined turnover of the Consortium.
Please confirm.
The minimum average turnover
has to be met by the lead
bidder.

59
60
43 3.2.2 RFP, Sec-2 - ITB
84 1.2
RFP, Schedules &
Annexes,
Criteria for Evaluation of
Financial Strength Score for the
sole bidder/lead member of the
consortium
The Operator shall obtain all
necessary approvals/ clearances
from concerned authorities /
departments, as applicable,
including:
1) DoT/ TEC/ TRAI/ BSNL for
network installation and
operations.
2) From Wireless Planning
Commission (WPC) wing and
Standing Advisory Committee
for Frequency Allocation
(SACFA), as required, for use of
Radio/ Microwave/ Wireless
links and/or any related
equipment.
3) From local authorities (like
Municipalities, PWD, HPSEB
etc.), as required, including
laying their own cables, mast
erection, etc.
The criteria related to CAGR, Debt to
Equity ratio and DSCR are highly stringent
and will curb the competition. Further, the
risk to the project increases with these
conditions as a high CAGR (of last 5 years)
of 20% is possible mostly with the
emerging companies and may not be
possible with the well established mature
companies.
It is, therefore, requested to remove these
criteria and have the established practices
of evaluating the Net Worth and Turnover
figures.
In last few years, many of the PPP projects
have failed just on account of the project
not getting the necessary approvals /
clearances. It has been realized that the
most suitable party for this responsibility
is government. Hence, it is requested that
while all facilitation would be extended by
the Operator, GSDMA will obtain and
provide any necessary approvals /
clearances for the Project.
No Change
GSDMA is responsible for VSAT
and wireless lance and satellite
phones. All other licenses /
clearances are to be obtained by
the operator. GSDMA will
extend all possible help.

61
62
63
43
220
page 43
3.2.2 Detailed
Technical Criteria
Service
Agreement,
Schedule II, Clause
1.2 (a), Pages 220
General
b. Marks will be allotted to the
bids based on quality and
specifications of ICT systems and
applications offered by the
bidder (sole or consortium) as
well as his partners or
subcontractors
The Operator shall transfer all
the Assets on the last day of the
Exit Management Period
(“Transfer Date”) to GSDMA at
zero value (INR 1) in case of
expiry of the Agreement, and in
case of termination of the
Agreement, at a fixed value
which is equivalent to INR
20,00,00,000/- (Indian Rupees
Twenty Crores) less INR
1,00,00,000/- (Indian Rupees
One Crores) for each quarter or
part thereof, being the period
from the Implementation Phase
Completion Date / Go – Live till
the Transfer Date..........
It means experience of technology partner
or subcontractor attributing to the
technical scoring would be considered.
Kindly confirm.
Bankability of the service agreement is
very important for successful financial
closure of the project. As per established
practices, the Termination Payment
should be arrived on the basis of
independent valuation by the experts and
must cover the Debt Due. Otherwise
financing of the Project by Lenders would
not be possible. Also in case of
Termination due to default by GSDMA, the
Termination Payment should also include
an amount equal to 110% of Equity
invested by the Operator to protect the
operator's investments.
It is requested to hold another prebid
meeting after the site visit (say 2 weeks)
so that we can clarify our doubts.
Confirmed. However the bidder
shall produce a back to back
contract with the technology
partner of subcontractor
No change
No Change

64 requirement is simple analog
communication
65
66
254,
258,
259
Hardware, servers
, peripherals etc:
Schedule II Annex
I Section 1.3.3:
Hardware and
peripherals:
Routers, firewalls
for
interconnection
with GSWAN and
MPLS-VPN
Addition requested
We request you to consider modern
digital network under pay as per usage
plan.
This will be similar to availing services
instead of owning the network example
TETRA network is being used in Delhi by
the MCD, Home guard & Civil Defense,
Revenue Department, and DTC, Health
and Family Welfare department and Delhi
Police. This mission critical service is
found to be successfully running in Delhi.
The same reduces the cost without
compromising quality.
We understand that GSDMA is seeking for
best quality services at the time of
disasters. Owning the network
components/elements (at least a few) are
not the priority.
Hence purchasing services (where ever
possible/best suited) instead of owning
the network (for example VSAT) can be
considered as a solution.
The same will bring down the cost
effectively as because after 5 years most
of the electronics component may be
outdated.
To have tighter integration & better
interoperability, we suggest to have
Routing, Switching & Security components
from the same OEM. This will ensure one
click integration between all these
devices.
No change. Bidder can offer
digital network but no financial
compensation will be assured.
RFP requirements are based on
regulatory conditions and not
on the costing.
No change

67
68
69
105
1.3.4 SEOC - Audio
Visual and
Miscellaneous
Services -
Videoconference
Room
General
Addition requested
Large VC camera to cover every
person in the room with
capability to track speaker
automatically
Routing & Switching systems provided
OEM should be listed in Gartner’s Magic
Leaders Quadrant for last 3 Years. Such
clause would ensure GSDMA to have only
qualified OEM participating in this bid.
This would also ensure OEM's that are
blacklisted in few countries can't
participate in this secured & prestigious
project.
In a large conference room like the one
you have requested in the RFP, this
automatically tracking the speaker may
not be practical. There will be many
participants in the room and there will be
other noise / chatting, apart from the
person who is talking. Hence the Camera
will not be accurately track the person
who is speaking, as there will be other
ambient noise as well. A better solution is
to provide "Look at Me" Button on the
table in front of every participant, so that
the person can just touch that button
when he speaks, so that the camera will
focus on that person only. This solution is
more practical and useful in your kind of
scenario & requirement.
In the interest of ICT Security, we strongly
recommend that bidders should quote all
the network equipments which comply to
EAL2 or higher standard. This will enable
only top OEMs in each category to qualify
and will quote products which have
undergone stringent security measures
certified by independent certifying
authorities. EAL2 or higher certification is
applicable to switching and routing
products which form the backbone of the
network
No change
No change
No change.

70
The network will be operational on any
INSAT series satellite in Ku Band. Please
provide basic satellite parameters so that
sample link budgets can be prepared
What should be the concurrency factor in
71
the network? This is required for
calculating inbound and outbound
bandwidth for the network
As voice and video will be prime
72
applications in the network, so do you
require a RTT of less than 700 ms?
73 Do you require multicast from remote to
remote or remote to hub?
There are technically 2 requirements for
Auto Geographic Hub Redundancy as
required in the tender:
a. 1. Both the Hubs should have the
identical/similar Baseband technologies
74
b. Both the Hubs should operate on the
same Satellite and Frequency Band
Secondly, as per the regulations, the
Shared Hub Service Providers may not
operate Moving and Moveable Sites
(Vehicle Mount/Fly-aways), so these sites
may not operate on Shared Hub license
The satellite capacity will be
provided by Antrix on available
satellite after installation and
commissioning of the hub. The
location arc of the satellite is
indicated to ensure antenna
tracking capabilities. RFP has
included specifications for
antenna and RF components
that can support transmission
up to 45.0 Mbps carrier on any
satellite even with minimum
G/T. GSDMA network
requirement is only around 5.0
Mbps outroute carrier as such
no difficulty will be experienced
for operation with any satellite.
Suggested bandwidth will be
sufficient for peak traffic loads
at respective nodes. The node at
SEOC may be at 16.0 mbps rate.
One way (end to end) delay of
700 Ms. Is acceptable
Yes
Decision on hub redundancy will
be taken by GSDMA in future.

75
76
121
118
Annexur
e III
Section
1.2
Annexur
e III
Section
1.1
Technical
Specifications for
Incident
Management
Application
Sr 1.1 .Technical
Specifications for
Incident
Management
Portal
The system should support:
· Integration with ESRI ARCGIS
server 9.3 to store, manage and
analyze spatial data, including
interoperability with the ARCGIS
Server Web Application
Development Framework (ADF).
· Advanced spatial data types
representing geometries such as
points, lines, and polygons and
many functions and features
that interoperate with these
data types.
· All Vendors should ensure that
proposed GIS platform (s)
comply to OGC standards such
as WMS, WPS, WFS, WCS etc.
It is mentioned that there are
“3000 certified users” and
general public can also access
the portal.
Will GSDMA accept IMS software which
uses non-ESRI platforms like Google Map
or similar as the base layer for the GIS
module? Google Map provides a lot of
base data for India out of the box and IMS
application can take advantage of the base
data and can provide the capability to
create/view/update/delete necessary
layers and provide all functionalities
referred to in the RFP (and later integrate
to whatever GIS platform, ESRI ARCGIS
etc., the government might already have if
required at all). Essentially we are trying to
clarify if ESRI product ArcGIS 9.3 Server
based GIS is an absolute requirement for
this project, or can vendors propose
comparable/better mapping capability
based on “Non-ESRI platforms” like
Google Maps?
• What is the meaning of “certified
users”? What is the functionality they will
allow to execute? - I am assuming
certified users are registered users of the
application and their access to the site is
role and responsibility based
• How general public will access portal?
What will be registration mechanism for
these users? – So we are assuming that
general public will have access to the
unrestricted area of the website
We need to develop application
considering load balancing as well as load
testing and stress testing needs to be
performed in order to make application
scale well with more users.
(Application should be able to scale
horizontally.)
IMS software working on Non
ESRI platform will be accepted.
Google map or other suitable
base layer is accepted provided
IMS meets other specifications
Certified users are those that
have been registered and
approved for access by GSDMA:
These include accredited NGOs,
International aid agencies, press
personnel etc. Assumptions
regarding access to public are
correct.

77
78
118
118
Annexur
e III
Section
1.1
Annexur
e III
Section
1.1
Sr. No. - 1.2
Technical
Specifications for
Incident
Management
Portal
Sr. No. - 1.3
Technical
Specifications for
Incident
Management
Portal
The system should support
menus driven by statically
defined role-based access
control for various stake holders
as per requirements to access
information regarding status of
disaster (s)
Sr. 3. The system should
support:
· Syndicated content from news
feeds (RSS)
· External web-based
applications with options to
launch in popup window, display
in iFrame and content
syndication via web clipping
· For JDBC/ODBC
· For web services (SOAP, WSDL
and UDDI)
· for Web Services for Interactive
Applications (WSIA)
· free text searches
· structured searches driven by
metadata
· management of content from
multiple repositories
· In-place editing of content
· Content conversion (e.g. Word
to HTML)
· Widely used operating systems
and web browsers
· Industry standard database
management systems and
· Widely used directory servers
Please confirm, if there be “district” or
“taluka” level admin who can broadcast
disaster related information?? Also the
‘roles’ need to be defined duly.
We propose there will be one master
admin > district level admin > end users.
We need set of functionality so that roles
can be mapped to functionality. Will this
be acceptable??
This application will be a CMS site so all
RSS feeds can be defined by admin and
these will be shown on to all the users
which they can turn off or on to control
the feeds they want to receive
“External web-based applications with
options to launch in popup 
window,
display in iFrame and content syndication
via web clipping” - Does it mean that the
requirement is to launch another web
application inside the IMPS and not as a
new window?
“In-place editing of content “and
“Content conversion (e.g. Word to HTML)
“– We are assuming admin of the site
would need these features – Would the
application need an RTE (Rich Text editor)
for the admin to these update?
“Widely used directory servers” – Please
provide some examples of this
requirement?
GSDMA will clearly define the
Roles and users as part of SOP
handed over to the selected
bidder. The application should
be configurable.
1) The assumption regarding
IMPS is valid.
2) Assumptions regarding
content conversion are also
valid
3) Widely used is applicable in
cases of Internet browsers and
not directory servers

79
80
81
82
83
84
85
86
87
118
118
Annexur
e III
Section
1.1
Annexur
e III
Section
1.1
General
General
General
General
General
General
General
Sr. No. - 1.4
Technical
Specifications for
Incident
Management
Portal
Sr. No. - 1.4
Technical
Specifications for
Incident
Management
Portal
Sr. 1.13 The systems should
allow The administrator to
configure user interface to
deliver a standard taxonomy
and terminology. Site
management must enable
department level customization
of specific elements
Sr. No 1.15 The systems should
Provide federated search
capabilities to enable propertybased
and full-text queries
against multiple repositories,
returning an aggregated result
set.
What is meant by “Site management must
enable department level customization of
specific elements”??
Federated search will be amongst
different departmental only. Please clarify
if it can also contain external data??
Request to provide the Auto CAD Electrical
Single Line Diagram of EOC
Request to confirm the EOC room height
from True ceiling to True floor
Request to provide the Electricity board
sanction power availability in kva or kw
Request to provide the details of existing
Distribution transformer
Request to confirm the availability of
lightning arrester in EOC
Request to confirm the location of Earth
pit for Electrical panel, UPS, batteries and
DG, fuel tank.
Request to confirm the route of cable
entering in to the EOC room
The specification is related to
appearance, heading, content
etc. for any department in the
website. This should be possible
for administrator by using
browser based tools
Assumption is correct. External
data search should be possible
after it has been archived in the
system.
The layout of the SEOC has been
attached for your reference. An
Open house was conducted on
September 1 at SEOC for the
same. The bidders can
undertake site visit of EOCs for
further information
Ref supporting documents
Ref supporting documents for
generator specification at SEOC
These details are not essential
to design the solution GSDMA
guarantees required quantity of
mains power
Operator has to ensure the
availability
Operator's responsibility to
construct earth pits at all sites
Site visit will provide necessary
details.

88
89
90
91
92
93
94
95
96
General
General
General
General
General
General
General
General
General
Request to confirm the position of all the
equipments like UPS, batteries, Electrical
panels & DG set
Request to provide total Power required
for SEOC
Request to provide total Power required
for DEOC
Request to provide total Power required
for TEOC
Request to provide total capacity of UPS &
back up time required for SEOC
Request to provide total capacity of UPS &
back up time required for DEOC
Request to provide total capacity of UPS &
back up time required for TEOC
Request to provide total capacity of DG &
back up time required for SEOC
Request to provide total capacity of DG &
back up time required for DEOC
Site visit will provide necessary
details.
Power requirements depend
upon operator's design. Existing
systems such as lighting, airconditioning
are already catered
for.
Power requirements depend
upon operator's design. Existing
systems such as lighting, airconditioning
are already catered
for.
Power requirements depend
upon operator's design. Existing
systems such as lighting, airconditioning
are already catered
for.
Please refer to detailed specs
and testing conditions in RFP
Please refer to detailed specs
Please refer to detailed specs
Please refer to existing
equipment details for DG set
requirement. Operator has to
ensure back-up generator and
fuels supply to last up to at least
48 hours to ensure continuity of
operations
Operator has to provide back-up
for his equipment, lighting and
air-conditioning (for 20.0 Sq.
Meters) area at DEOC. Should
also provide fuel for at least up
to 48 hours of operations

97
98
99
100
101
102
103
104
133
108
General
General
General
General
General
General
14
POWER
SUPPLY
1.3.7
Facility
Manage
ment
Room
POWER SUPPLY
Access control
system need to be
provided as part
of the solution
10KVA Diesel generators as
main power source
All SEOC area other than press
conference room should have
Access control system
Request to provide total capacity of DG &
back up time required for TEOC
Request to confirm whether we need to
consider redundancy for DG, UPS &
Cooling units in all the PoPs.
Request to confirm the type Air
conditioning for EOC either PAC or
comfort AC.
Request to confirm the distance between
Cooling indoor unit and out door unit
Request to confirm whether you need
raised floor & false ceiling in every EOC
Request to confirm which type of furniture
& workstation required for call center,
video conference room
Request to provide total back up time
required for ERV
Request to confirm whether bidder has to
consider Manual fire extinguisher , Fire
Alarm system, Rodent repellent and
Building Management System to monitor
each and every EOC
Operator has to provide back-up
for his equipment, lighting and
air-conditioning (for 20.0 Sq.
Meters) area at TEOC. Should
also provide fuel for at least up
to 48 hours of operations
Redundancy is essential at SEOC
Operator's choice to ensure
efficient cooling
Site survey will provide details
Not required
Ergonomical and aiding efficient
operations in call centre.
Furniture in operations room
and VC should be up to the
standard expected for use of
senior government officers and
state functionaries.
Back-up for 24X7 operations till
availability of mains supply at
site
BMS is necessary at SEOC. GoG
will take care of requirements at
other locations.

105
106
107
91
105
1.10
Operatin
g
expenses
(OPEX) of
GSDR-
ICTS
operator
1.3.4
SEOC
84 1.2
Facility
Management
Press conference
room
Project
Implementation
Expenses for consumables
(eg.:paper, ink cartridge & fuel
etc) generator fuel/ lubricant
and electricity consumption at
the PoP
This is a large room already
furnished (please refer to the
furniture & fixture layout
already provided)
The Operator shall obtain all
necessary approvals/ clearances
from concerned authorities /
departments, as applicable,
including:
From local authorities (like
Municipalities, PWD, HPSEB
etc.), as required, including
laying their own cables, mast
erection, etc.
All expenses like fuel, lubricant, Electricity
consumption & refrigrent for AC should
have be taken care by the bidder?
Request to provide the Layout for
furniture & fixture of all the rooms & how
many seaters required in press conference
room
All fiber which is terminating to SEOC from
DEOC, TEOC to DEOC, TEOC to Village is to
be provided by GSDMA. As per the clause
1 GENERAL REQUIREMENT PAGE NO: 82
(State Data Centre (SDC) will be
integrated with SEOC through OFC/GB
Ethernet. This would be provided by
GSDMA.
· Gujarat State Wide Area Network (an e-
Governance infrastructure) would be
linked to/ Integrated with GSDR-ICTS
through OFC/GB Ethernet. This would be
provided by GSDMA.)
We understand that as laying of OFC is
out of scope of GSDR ICTS, Still we need
to take the approval from Municipalities,
PWD, HPSEB etc if yes then for what
purpose.
Yes
The layout of the SEOC has been
attached for your reference [Ref
Supporting documents]. All
bidders were invited to open
house on 1st September to see
the size and furniture of rooms
at SEOC
GSDMA has taken necessary
clearnace from concerned
departments for right of the way
to lay OFC / telephone cables
between SEOC, SDC, SICN and
GIDM and has laid the cables
108
84 1.1 The project Plan Conduct detailed site survey
Request to provide the complete auto cad
drawing for all the sites.
Refer supporting documents for
layout of SEOC

109
110
111
108 1.3.7
Facility
management
room page 108
108 1.4 District EOC
116 1.9
Alert & Warning
System
All SEOC areas other than Press
Conference Room (PCR) should
have electronic access control
system that allows the access of
facility to authorized personals.
· Access controls should be
installed for entry to all
operational rooms and offices of
senior officers with restricted
access to different areas based
on defined access policy.
· The system must also log the
entry and exit for card holders
and provides the data for
auditing.
· Access control must use either
card or dual authentication of
card + finger print on the predefined
entry side and release
switch on the exit side.
DEOC would be interfaced with
Existing GSWAN Network
through OFC / GB Ethernet and
Communicate with GSDR-ICTS
Network
Total of 21 siren towers will be
controlled and managed by
SEOC or by concerned DEOC(s)
as per the list enclosed
- Please explain for facility management
rooms all Ethernet cabling required for
access control is already laid or operator
needs to factor the laying of cable.
( As stated in the bid page 102 - all rooms
other than operation room,
videoconference room and alert and
warning room are already furnished and
General lighting, air-conditioning,
telephone and Ethernet wiring is installed
in all rooms as shown in relevant
building)
We understand the OFC connectivity from
DEOC and with Existing GSWAN is
provided by GSDA
We assume that no control is needed at
TEOCs & ERVs (configuration of sirens etc),
but can issue alerts. Pl suggest.
Ethernet cabling exists. However
it has not been used for last two
years; as such operator may
have to lay new cabling for
proposed systems.
GSDMA has taken necessary
clearance from concerned
departments for right of the way
to lay OFC / telephone cables
between SEOC, SDC, SICN and
GIDM and has laid the cables
Read page 117 "The warning
message controller is to be
installed at GSEOC Gandhinagar
with back-up controls at
concerned DEOCs"

112
113
114
100 2 b-c
42 3.2.1
101 1.12
Infrastructure
provided by
GSDMA
Captive VSAT communication
network is to be set-up to
operate in Ku-Band frequency
including Hub at Gandhinagar
The bidder must have
experience of implementing at
least one project related to:
Emergency Operations Centre or
Network Operations Centre
experience Mission Critical,
WAN, LAN, Security, managing
E-mail services, Internet services
etc., for 24x7 operations ) in
Projects with over 50 WAN
nodes for Defense or Finance
organization
SEOC, DEOC, TEOC and ERC
buildings have already been
constructed or identified in the
state. Building drawings of SEOC
are given in the separate files.
SEOC building is provided with
the main power supply through
redundant feeders (two sources)
from domestic electric
distribution company. The
building also has a Diesel
generator of requisite capacity
as a backup arrangement and it
automatically takes over the
load during interruption of the
normal source.
We suggest that for bandwidth
requirement of mere 5 Mbps, a dedicated
Hub setup is not required. The same may
be put on a Shared Hub network. GSDMA
may apply for special COTM license with a
permission to work on Shared Hub. This
will reduce the cost implication of the
overall project and will facilitate optimized
solution to GSDMA.
Is it mandatory to have Defense or
Finance experience?
Other state/central govt organization
experience will be considered. Request
Confirm
Pls provide the building details?
Transportable and portable
VSATs are not allowed in shared
Hub services; hence GSDMA has
opted for captive hub.
Necessary funds are allocated
towards cost of captive hub.
The bidder must have
experience of implementing at
least one project related to:
Emergency Operations Centre or
Network Operations Centre
experience Mission Critical,
WAN, LAN, Security, managing
E-mail services, Internet services
etc., for 24x7 operations ) in
Projects with over 50 WAN
nodes for Defense/Finance
organization/Central or State
Government
Details can be obtained from
site visit.

115
103 1.3.3
SEOC Connectivity
& facility
Multi-purpose, IP based Help
desk /contact center shall be
used during normal as well as
during emergencies. The facility
will have flexible design to
absorb sudden scalability
requirement during severe
incidents. The contact center
will have interfaces with
emergency call services like 108,
101,100,102. The key features
of Helpdesk systems are – Call
management (from private and
public domain), inventory
tracking and its management,
recording of all incidents and
service calls (in and out),
Configuration management,
Service level management,
Problem management , Change
management
Pls specify the number of call takers,
Supervisors, and Helpdesk staff at SEOC.
Number of call centre agents /
shift for normal as well
emergency situations is
specified in the RFP. Number of
supervisors and help desk staff
is to be decided by the operator.

116
117
104 1.3.4
104 1.3.4
SEOC Command /
Operational Room
SEOC Command /
Operational Room
Each display should be able to
have video feed from a variety
of sources, including staff
computers, DVD/CD players,
public news broadcasts, and
teleconferencing systems. Each
console station for staff should
have a minimum of 1 desktop, 1
telephone and 1 data
communication connections and
possible radio connections.
Public address capability is to be
installed from positions of
senior officers (first row),
possibly through the phone
system, as well as connections
to the communications and
command conference spaces.
The total number of stations
required in the operations room
will be a function of the number
of staff required to be present. A
provision for 40 workstations
may be made in Operations
room and up-to 30 workstations
in Call centre.
What type of telephones need to be
provided to each staff i.e. Analog / VOIP,
This contradicts with requirement of 8
VOIP phone requirement in operation
room mentioned in Pg No 103. Pls clarify
By data connection, it is understood that
operation room staff will have LAN &
Internet connectivity. Pls confirm our
understanding is correct. If not pls specify
what additional type of data connectivity
is required at each desktop.
What type of radio connectivity is
expected at operation room?
How these radios will be operated by the
staff, usage of the same with an example
will be really helpful.
Do we need to consider 30 workstation
with call taking & supervising capabilities?
If the above is not correct, pls specify the
no of call takers, no of supervisors
operating normally and the maximum call
takers / supervisors during disaster
situation.
1) ISDN telephones are
necessary in the operations
room for use of Government
staff to access outside world.
These staff will use ISDN lines
2) 8 VoIP phones will be used on
GSWAN, MPLS , Internet and
VSAT in case ATA is not used
3) assumptions regarding LAN
connectivity are correct
4) Operations room / call centre
will have VHF radio gateway via
USI for interconnection with
wireless radios of ESF
departments (police , fire
brigade etc.) . HF radio
transceiver will also be
available. Use of these sets /
gateway is to interact with ESF
departments and first
responders.
Yes. This is required to take care
of emergency situations when
full staff is deployed.
118
106
Schematic of
Signal
Connectivity
within SEOC
building
Surveys of the GSDMA infrastructure
provided for SEOC / DEOC’s will need
some time.
Request provide extension to bid
submission for undertaking these activities
The last date of submission of
bid extended to September 23,
2013. [Refer corrigendum 2]

119
120
107 1.3.5
108 1.3.8
Architecture of
Call / Dispatch
Center
Public Address
System
External emergency call centers
operated and managed by other
agencies (108, industrial
emergency, health, fire, police
etc) will be interfaced with the
SEOC call center.
A public address system with
redundant amplifiers and
speakers for reliable operations
should be installed in SEOC for
broadcasting important
messages or instructions. PA
system will also be used for
security and disaster (fire alarm)
related messages. The system
must be capable of taking inputs
from different areas (call
stations) of SEOC like
conference room, video
conference or meeting room
with priority settings as well as
priority bypass switch for
emergencies. Speakers should
be installed as a mix of ceilingmount,
surface-mount, horn and
cabinet speakers
DIAL100 / 108 calls will be routed to their
respective control centers, mostly
operated by police.
How will these calls get diverted to SEOC’s
during disaster situation, and who will be
responsible for such call routing i.e.
Service provider / GSDMA.
Pls specify the no of rooms in SEOC to be
equipped with PA system
Routing will be done by 24X7
call centre staff for respective
help lines via ISDN links at SEOC
as per agreed SOP between call
centers and GSDMA.
PA system already in place with
specific number of location.
Bidders are required to assess
the existing system and decided
to integrate / not to integrate
same in the solution. Existing PA
system will be handed over to
operator in "as is condition".

121
122
123
124
108 1.4 Cl No District EOC
120 1.9
120 1.15
120 1.17
120 / 1.2/ Sr. No
1.9
120 /1.2/ Sr. No
1.15
120 /1.2/ Sr. No
1.17
The system should have ability
to handle all types of files
(documents, presentations,
spreadsheets, images,
multimedia and others) either
by uploading and storing; or by
linking to them.
The system should facilitate:
Upload / download any type of
files
The system should support
Web-based administration tools
to enable remote system
management at any time or
place
• Pls specify the no of PC’s required at
DEOC’s
• No of VOIP Phones / Analog phones
required with each staff
• Limited call taking / dispatch capabilities
is required. Pls specify no of call takers /
dispatchers required and methodology to
connect the incoming calls. Will it be thru
PSTN phone line locally or calls landing on
SEOC will be directed.
• Is it mandatory to provide Hardware
based video conferencing device, if not
can we propose desktop based VC facility
meeting the operational requirement and
quality of service.
Do you currently have any incident
management application?
Do you have plan for implementing
complete Help desk system including
(Request, Call, incident, problem
management, knowledge management)
Please confirm types of file to be uploaded
or downloaded.
Please elaborate Remote system
management requirement in detail.
Detailed information is available
in the RFP.
1) No.
2) Help desk system is to be
provided by the operator as per
RFP
Files will include data from
various organizations
responsible for providing alerts,
SDRN data files, emails ,
Geospatial databases, video files
etc.
It should be possible to take
control and operate IMS or IMSP
from fixed or transportable
nodes if necessary

125
126
127
128
120 1.2
113 1.4
248 3
248 3
120 /1.2/ Sr. No
1.20
Screen sharing, Shared
electronic whiteboard, Online
meeting management services
to schedule, attend or view
information about scheduled
and finished meetings
It is expected to hold and
manage the Repository of
various SW along with latest
patches for fast deployment.
Downloading new network
parameters remotely to all
VSATs
Measure bandwidth utilization
for various applications
Please elaborate on shared electronic
whiteboard requirement.
Please elaborate which software and
patches to be deployed.
Please elaborate of new network
parameters remotely to all VSATs.
Currently do they have any application
which is used for monitoring and
managing VSATs?
Please give us details about list of
application for bandwidth measurement
It should be possible to provide
inputs / have access to white
boards from multiple locations
Patches are to be provided to all
operational system application
softwares including security
systems
This is a standard facility
provided by all reputed OEMS
for all VSAT networks that
allows effecting changes in
network parameters including
frequencies, up link power etc.
at remote locations through
NMS at Hub.
Data and video transfers /
videoconferencing and Internet
usage for IMPS
129
143 1.4 Annexure-I
The data needs to be migrated
into the new system and the
database/applications need to
be redesigned in consultation
with GSDMA
Please provide us the size and volume of
the SDRN data for Gujarat to be migrated.
Kindly provide details as to the type of
redesigning database /application
required
Database will be less than 100
Mbytes. The database is to be
redesigned for better user
friendliness and to integrate
with IMS for use in DSS
130
111 1.2 Annexure-I
Portal should have the capability
to connect/integrate with the
legacy systems/ databases/
applications in the department.
Please provide the number of legacy
systems that need to be integrated,
technologies used for development,
database types size of the data that will
need to be exchanged between the portal
and the legacy systems
SDRN and Geospatial database
for pipelines etc. are the only
legacy systems. Details of both
are provided in the RFP.

131
132
133
134
111 1.2 Annexure-I
119 1.1-1.15 Annexure-III
119 1.2-1.1 Annexure-III
119 1.2-1.2 Annexure-III
All information and services
being published on portal must
mandatorily have metadata for
effective search.
The systems should Provide
federated search capabilities to
enable property-based and fulltext
queries against multiple
repositories, returning an
aggregated result set.
The IMS should facilitate sharing
of visual and textual information
on various aspects of a disaster
to decision makers working at
State, District and disaster sites.
The system should support up to
100 concurrent users and 700
total users.
It should provide all necessary
components for a
comprehensive disaster &
emergency management
solution including:
Alert and warning Notification,
Crisis Information Management,
Calls and message Dispatch
System,
GIS, Map Data, Collaboration
Framework,
Unified Communication for
Planning, Dynamic Incident &
Asset Management and
Recovery Services.
We are assuming that GSDMA will be
providing the metadata for all the
information and services coming from the
existing and legacy systems. Moreover for
the new information which will be coming
GSDMA has in place metadata system
Please provide how many repositories and
what types of repositories will be used
(that is flat files or databases
Please provide the maximum number of
concurrent users and maximum number of
total users. This will help us in
recommending hardware and
infrastructure requirements for deploying
the solution.
What kind of alert and warning
notification is expected? We are assuming
that the system will trigger alert and
warning system as mentioned in point 1.6
of Annexure III section 1.2 is our
understanding correct?
Please elaborate what is meant by
collaboration framework, unified
communication for planning
Confirmed.
Number of repositories can be
in the range of 20 which will
include both flat files and
databases
Information is provided in the
RFP
Alert and warning notifications
will include :
1) SMS and voice mails to
responsible government officers
/ agencies
2) Generation of Audio warning
messages for delivery via
remote warning towers. Towers
will have built in siren which
sounds prior to audio message
to draw attention of people.
3) Collaboration framework is
for communication / interaction
for effective coordination
between responsible
government agencies

135
136
137
138
139
120 1.2-1.10 Annexure-III
121 1.2-1.13 Annexure-III
121 1.2-1.13 Annexure-III
121 1.2-1.14 Annexure-III
121 1.2-1.15 Annexure-III
It should be possible to index
unstructured content, such as
radio, telephony, images, video,
documents, using relevant
metadata, including geospatial
attributes
The system should preferably
have ability to generate alert(s)
from data received on disaster
related parameters, based on
defined pre-conditions.
The system should allow users
to:
Open and enter data in a form
directly from the map & display
these records as icons on the
map.
The system should provide
scalability features and support
`load balancing, high availability
& disaster recovery. It should
allow up-to 100 concurrent
users performing queries and 50
concurrent updaters
The system should facilitate:
Upload / download any type of
files
As per our understanding the
unstructured content such as radio,
telephony images, videos documents will
have the metadata which would be stored
in Database with a primary key. This
primary key will be used to link the
unstructured content with the geospatial
attributes and other data used by the
application.
Kindly elaborate and clarify.
What kinds of alerts are expected? What
would be the frequency of data updates
received from field? Please provide a
sample conditions along with sample data
to better understand the requirement.
Please elaborate.
Please provide the maximum number of
concurrent users and maximum number of
total users for performing queries and
updates. This will help us in
recommending hardware and
infrastructure requirements for deploying
the solution.
Please provide a list of expected file
formats that need to be uploaded
Assumptions are correct.
Information is already provided
in response to similar query. The
bidder is expected to have
previous experience of design
and operation of similar
systems.
The explanation provides
requirement in details. Design of
the appropriate system is the
responsibility of the bidder.
Already included in the RFP.
RFP mentions any type of file.
140
120
1.2/ Sr.
No./ 1.3
Relevant geospatial data using
GIS layers to indicate location of
the event, with historical
context
Kindly provide the source dataset to be
integrated for historical context.
Also provide the available format for the
historical data.
Information on SDRN and
Geospatial data base is included
in the RFP

141
142
143
121
120
1.2/ Sr.
No./ 1.13
1.2/ Sr.
No./ 1.8
The system should allow users
to:
• Open and enter data in a form
directly from the map & display
these records as icons on the
map.
• Display documents & files on
the map
• Define map symbols as well as
use existing map symbol
libraries
• Draw lines and polygons on
map to store and share with
other authorities responsible for
disaster response.
The geospatial display must
show the area affected
(indicating the specific and
surrounding affected areas and
links to all the spatial and other
relevant data associated with
the area). The system should
have capability to superimpose
dynamic status information
received from sources at
disaster sites or other agencies
to have clear picture of available
resources including state of
roads for travel etc. The type of
event (classification by type,
magnitude and severity), Status
of critical infrastructure
catalogued in the system
General
Does the user require data editing feature
on Web? If yes, then, What is the no. of
concurrent GIS users need facility for
editing the spatial and attribute data over
web browser?
As per our understanding, live updates are
required to be displayed in the GIS system
to superimpose dynamic status
information.
Kindly provide details as to who will be
responsible for providing the live updates
and in what format the information needs
to be integrated in the GIS.
Please clarify.
Is there any preference for selection of
Open Source GIS program/ Software
programs? If yes, then which ones?
Yes. RFP mentions on that.
Live updates will be received
from government staff
responsible for DM activities at
disaster sites as well as other
EOCs. Information will be in e-
mail formats, textual reports
and video files
No.

144
145
146
147
148
149
150
1.5
1.5 Portable VSAT
system
Voice Gateways
Telephony - EPABX
VOIP Server
Telephony - EPABX
Call Center
General
A telescopic mast to mount
wireless network antenna and
electrical hoisting mechanism
for the mast should be provided
with the system.
At which locations gateways (with
multiple communication links/channels) to
be installed or how many gateways (with
multiple communication links/channels)
will be in all communication network?
How many ports /channels of
PRIs/Analog(PSTN)
Trunks/Radio(UHF,VHF)/GSM/VSAT
systems to be integrated at each
locations?
Which type of data integration or
application is to be integrate with VOIP
Communication server?
Please specify the number of DEOCs and
TEOCs with gateways and type of
connectivity?
IVR –Describe level of IVR. If any database
integration required? If yes, please
provide the type of DB.
Headsets for the agents to be consider? If
Yes, then Please specify?
As bidders need to undertake detailed
survey before submission of this
exhaustive integrated solution, We would
request extension to bid submission date
by at least one month.
What should be the height of telescopic
mast with portable VSAT system to install
the Wireless antenna?
Voice gateway is to be installed
at SEOC for MPLS VPN / Internet
based VoIP calls. Gateway for
VSAT based voice switching is to
be collocated with Hub at SEOC.
Required information is already
provided in the RFP.
There is no specification for data
integration with VoIP server.
The server is expected to
interconnect all registered VoIP
phones as per dialing
information.
No gateways are specified at
DEOC and TEOC
No data base integration is
required. IVR data is to be
upgraded by call centre staff to
provided latest status of
disasters.
The date of submission of bid
has been extended to
September 23, 2013 as per
corrigendum 2
5.0 Meters

151
152
153
154
2.2
2.2
2.1
19
2.2 Connectivity
and
Internetworking
requirements
2.2 Connectivity
and
Internetworking
requirements
2.14 Quality of
Service
Pg. No. 19 / 1.2.9 /
c
The connectivity on MPLS-VPN
between SEOC and DEOCs will
be at 1 Mbps rate and between
District and TEOC will be at 128
Kbps rates.
Connectivity between SEOC,
DEOC, ERC, DMI, and disaster
location(s) using VSAT network
at nominal 512 Kbps rates that is
upgradable to 1.0 Mbps from
affected districts EOCs and ERVs
Bit Error Rate (BER): Better than
10e-6
End to end delay: ≤ 700
milliseconds
Connectivity with:
• State Operation Centre
(“SOC”); Central node of Gujarat
State Wide Area Network
(“GSWAN”), Gandhinagar (1);
• DEOCs (27);
• ERCs (5);
• TEOCs (29);
• Portable VSAT systems (10);
• Emergency Response Vehicles
(6).
What should be assumed as the
concurrency for the backhauling of all
DEOC B/W to SEOC and for backhauling all
TEOC B/W to DEOC?
What is the uplink and downlink B/W
requirement at each SEOC, DEOC, ERC,
DMI and ERV?
It is understood that shared bandwidth is
required, what shall be minimum
bandwidth to be catered for bidding
purpose
It is suggested to have BER of 10e-4 or
better for voice, VC and Data.
Also suggested to have end to end delay
(latency) to be ≤ 2000 milliseconds since
VSAT network is involved.
We understand 26 DEOC’s are required as
per the list provided in Schedule XIV,
There is a contradiction in the clauses
mentioned.
Please confirm the exact numbers of
DEOC’s to be considered for the bid.
Operator has to provide
bandwidth as described in the
RFP. This requirement is worked
out after considering concurrent
user requirements.
Up link from SEOC will be at 5.0
Mbps and up links from remotes
will be at 512 Kbps. Bandwidth
will be directly leased by
GSDMA from Antrix and bidder
has no responsibility to provide
satellite bandwidth.
No change in specifications
Please refer to revised RFP.

155
94
Pg. No. 94 /
Schedule II / 2.6 /
b
The GSDR-ICTS is proposed to be
a very reliable, wide area
complex converged (voice, video
and data) network system using
multiple technologies
(technology redundancies). An
extremely reliable, flexible,
secure, scalable, and portable
(terrestrial / satellite) GSDR-ICTS
network will cover:
a. The State EOC (SEOC),
b. DEOCs, (26)
c. ERCs, (5)
d. Portable VSATs (10)
e. ERVs, (6)
f. ESFs at State Head quarters,
(14)
g. ESFs at District Head quarters,
h. TEOCs (29),
i. Alert and Warning towers (21),
j. The National EOC (NEOC) and
national level ESF (14) agencies
using NIC network
(responsibility of National
Informatics Centre- NIC). The
bidder will have to integrate
with other networks within
limits of Government
regulations.
There are a total of 26 DEOCs.
Please refer pg 264 of existing
RFP for details of DEOCs

156
20
Pg. No. 20 / 1.2.9 /
c
Connectivity with:
• State Operation Centre
(“SOC”); Central node of Gujarat
State Wide Area Network
(“GSWAN”), Gandhinagar (1);
• DEOCs (27);
• ERCs (5);
• TEOCs (29);
• Portable VSAT systems (10);
• Emergency Response Vehicles
(6).
We understand 29 TEOC’s are required as
per the list provided in Schedule XIV,
There is a contradiction in the clauses
mentioned.
Please confirm the exact numbers of
TEOC’s to be considered for the bid.
29 TEOCs in total. Please refer
corrigendum 2 for the list of
TEOCs

157
94
Pg. No. 94 /
Schedule II / 2.6 /
h
The GSDR-ICTS is proposed to be
a very reliable, wide area
complex converged (voice, video
and data) network system using
multiple technologies
(technology redundancies). An
extremely reliable, flexible,
secure, scalable, and portable
(terrestrial / satellite) GSDR-ICTS
network will cover:
a. The State EOC (SEOC),
b. DEOCs, (26)
c. ERCs, (5)
d. Portable VSATs (10)
e. ERVs, (6)
f. ESFs at State Head quarters,
(14)
g. ESFs at District Head quarters,
h. TEOCs (29),
i. Alert and Warning towers (21),
j. The National EOC (NEOC) and
national level ESF (14) agencies
using NIC network
(responsibility of National
Informatics Centre- NIC). The
bidder will have to integrate
with other networks within
limits of Government
regulations.
29 TEOCs in total. Please refer
corrigendum 2 for the list of
TEOCs

158
255
Pg. No. 255 /
SCHEDULE XIII / 3
/ a / 5
5) Public Telephone links
The Operator should ensure
interconnectivity at all times
(including disaster situations)
between:
• SEOC (1)
• DEOCs (26);
• ERCs (5);
• TEOCs (25);
• Portable VSAT systems (10);
• Alert and message towers and
system to broadcast hazard
warnings to public located in
21villages and
• Mobile Emergency Response
Vehicles (“ERV”)
There are a total of 26 DEOCs.
Please refer pg 264 of existing
RFP for details of DEOCs
There are 29 TEOCs in total.
Refer corrigendum 2 for details.
Also refer revised RFP for details
of TEOCs and DEOCs

159
160
161
116
Pg. No. 116 /
SCHEDULE II / 1.8
GSDR-ICTS will use VHF radio for
establishing local area voice
communication at the location
of incident(s) in shortest time
possible. The vehicle mounted
VHF station will work as base
station with raised antenna
height at the location of incident
for extending radio coverage.
VHF based walkie talkie
integration is planned at SEOCs
and ERVs.
The bidder must plan and design
state-of-the-art wireless
communications network which
is reliable and field proven
which is suitable for operations
in extreme and harsh
environmental conditions, on
multiple frequencies and with
ability to bridge for
interoperable communication
between various departments. 4
first responders, ERVs and radio
gateway at SEOC together will
use 12 VHF frequencies in the
range of 136-174 Mhz.
General
ERV- Telescopic Mast
Please confirm the requirement of VHF
communication system at SEOC / DEOC.
As there is a static telephony setup
proposed, what is the idea behind
proposing VHF communication system at
SEOC/ DEOC.
Incase bidder has to propose VHF
equipment’s at SEOC / DEOC, pls provide
the quantities of Repeaters / Handhelds /
Mobile / Static radios required.
Bidder has to design state-of-the-art
wireless communications network, which
is possible only with digitization of
wireless comm. network and providing IP
based critical communication system. As
per the specifications it appears the
standard analog system will also meet the
criteria. Request clarity on the same and
firm quantities of wireless equipment at
DEOC / SEOC.
Efficiency of the system can be increased
by introducing better technology / latest
products available. Can bidder optionally
propose these systems as part of the
proposal meeting the basic criteria of RFP?
GSDMA can opt for these enhancements
(if required).
Pls specify the type of 40 ft Mast, is it
Hydraulic / Electrical type.
1) The VHF system will be used
at disaster sites when the
district administration staff will
move to the site.
2) No repeaters are essential as
coverage will be limited to 5.0
Kilometers
3) No special consideration
including cost margins in case
bidder proposes "better" system
Optional offers will not be
considered.
Preferably electrical to minimize
failures due to leakage in the
hydraulic system

162
163
164
165
166
167
168
169
General
General
General
General
General
General
General
General
Pls provide contact details of SEOC for
physical surveys.
Is the proposed solutions / system should
use the communication infra server
available with the Authority.
Is there any predefined communication
format does exists with Authority or a
specific proposal can be made.
As understood, there can be various
modes of Communication like VHF, VSAT,
CDMA, GSM, and VOIP. Is it required to
bring all these on a common portable
solution and do the soft exchange
between the various user with various
communication links
It is understood that from the RFQ that
there will be various EOC under the
scheme with specific role of operation.
How does the EOC will have control on the
ERS? Should it be connected to EOC? Is it
through VSAT? Vendor can suggest
alternate Technology like WiMAX or LTE.
Communications link from ERVs to
EOCs/ERCs when GSWAN/all
communication links fail, what is the
alternate communication set up besides
VSAT link?
If in case the proposal is on wireless, is it
the solution should work under one of the
National Disaster frequency bands 380-
400MHz, 406.1-430MHz, 440-470MHz,
746-806MHz
For Connectivity to the SEOC, from the
local disaster area or from ERS will it be
through VSAT using extended Ku Band
.What is the required rate of throughput
and uplink/downlink connectivity.
Please refer to RFP.
Yes
Predefined communications
format exists.
The understanding is correct-
VSAT connectivity is proposed.
Alternate links can be
established only in case other
networks are operational post
disaster.
Only alternate link will be
satellite phones or BGAN , which
are to be provided by GSDMA
No. The proposed band is
standard band used by Police
etc. 134-175 MHz
Please refer to RFP. (512 Kbps
up link from disaster site and up
to 5.0 Mbps link from SEOC.

170
171
172
173
174
General
General
General
General
2.5 Antenna system for ERVs
should :
• Not weight more than 80
Kilograms including Ku Feed
Controller
The ERVs will have its own portable
collapsible mast integrated into the
vehicle. What should be the main distance
of communication the ERVs should
establish with LOS and NON LOS to cover
the disaster area.
As per RFP there is interoperability of
various communication devices, what kind
of application logic should be adopted and
who will give the guide lines for this
application (SRS)
Who will provide input data of source?
What kind of format of data is available
to be integrated into software logic and
what kind of redundancy the software
should be provided, does the application
software should provide the infrastructure
available like hospital, Ambulances, Doctor
etc near to disaster area.
This may be please change to: Antenna
system for ERVs should not weight more
than 80 ± 5 Kilograms including Ku Feed
Controller
Area covering up to 5.0
Kilometer radius. Non Los
connectivity is not expected.
Standard systems are available
for interoperability between
different communication
systems. Please refer to OEM
literature.
Refer RFP which clearly define
the scope of work for operator.
SDRN and Geospatial database
for pipelines etc. is available.
Details of both are provided in
the RFP. Question of
redundancy is left to the
operator. Details of
infrastructure are already
included in SDRN data base.
Changed to "Nominal weight of
antenna may be less than 100.0
Kegs. Operator is responsible for
proper installation of antenna
system on ERV rooftop with
necessary structural
fortifications"

175
Specifications PLL LNB:
RF input Frequency Range:
10.95 to 12.75 GHz
There is no existing high stability LNB for
the HUB which covers RX complete range:
10-95-12.75GHz. One of the Sub bands
needs to be define:
a) 10-95 - 11.7GHz
b) 11.7 – 12.2 GHz
c) 12.2 – 12.75 GHz
LNBs are available that can
cover whole band. However
operator may choose to opt for
limited band capability with
provision to change LNBs in case
satellite spectrum is in
difffferent band. This is essential
to ensure continuity of services
during whole life span (at least
10 years) even if a satellite
operating in different frequency
band is allotted to GSDMA.
176
Specifications - 4 W BUC
Output Freq Range: 13.75 –
14.50 GHz
Input Freq 950 – 1450 MHz
The input freq range corresponds to 500
MHz of BW so Output freq. range may be
please change to 13.75 – 14.25 GHz and
14.0 – 14.5 GHz
Correction will be issued to
extend IF range from 950 to
2150 MHz
177
Specifications - 25 W BUC
Output Freq Range: 13.75 –
14.50 GHz
Input Freq 950 – 1450 MHz
The input freq range corresponds to 500
MHz of BW so Output freq. range may be
please change to 13.75 – 14.25 GHz and
14.0 – 14.5 GHz
Correction will be issued to
extend IF range from 950 to
2150 MHz
178
Environmental Specifications
• Operational Temperature
• Operational within tracking
accuracy for Wind speeds
• The operational temperature range
asked is too low. The Antenna comes with
a special low temperature kit to support
up to -30º C.
• The operational wind speed within
tracking accuracy may please change to –
up to 95 Km/h.
Both suggestions are accepted.
Correction will be issued in RFP.

179
180
• Specification of chassis: To
provide minimum operational
area 5 meters long and 2.4
Meter wide , diesel vehicle
chassis, or custom trailer
• "Dimensions (within +/- 10% )"
:Overall dimensions 7500mm X
2500 mm or more
• "Command Center operations
area" :5000 X 2400 X 1800 mm.
• "Minimum Ground: clearance"
:350 mm
The mentioned specifications of ERV are
complied with only Defense Category
Vehicle, which are not available for civilian
purposes. None of the Commercially
Available vehicle meets the specs. This
may be please modifying the
specifications to allow civilian vehicle to
be complied. Egg. Swaraj Mazda.
1. Please clarify that “How
communication between first responders
such as police, disaster rescue forces, fire
brigades that use wireless communication
systems mostly equipment operating in
Very High Frequency (“VHF”) band and
administrators on terrestrial or satellite
based Very Small Aperture Terminals
(“VSAT”), should be possible with Voice
over Internet Protocol (“VoIP”) based
unified communication system.”
No change. GSDMA will provide
end user certificate if necessary
to procure defence qualified
vehicle
Any standard Universal
Communications System will
satisfy requirements. Please
refer to OEM literature.

181
182
183 Page
92
184 Page
92
Section
2.2:-
Connecti
vity and
Internet
working
requirem
ents
Section
2.3 :-
Core
Service
Require
ments
Schedule II -
GSDR-ICTS
Technical
Requirements
Schedule II -
GSDR-ICTS
Technical
Requirements
Establish LAN at ERC and
disaster location using wired or
wireless medium
Video / data analysis
2. UNIVERSAL INTERFACE SYSTEEM (UIS)
a) Will any other device other than
Universal communication Interface be
connected with the VSAT IDU (modem)
over L AN (RJ 45) ports (i.e. IP interface)?
Please confirm.
b) Does UIS support SIP signaling for VoIP?
[As UIS will convert wireless
communication to Internet Protocol (IP)
format and VoIP Gateway will be installed
at the SEOC, which means it supports SIP
Signaling for VoIP] Please confirm?
c) Will this box be connecting to VSAT
Modem over LAN (RJ45) port for the
communication between ERVs & SEOC on
IP protocol?
d) Provide the specifications/capability
details of this Universal Interface System.
e) Schematic Diagram of Universal
Interface system showing the traffic flow
of VHF system and VSAT system.
3. What should be the height of telescopic
mast with portable VSAT system to install
the Wireless antenna?
Q: Do the Operator need to setup
dynamically the fixed EOC at disaster
location on demand in addition to the ERV
set up at disaster locations? Please clarify
with more details.
Q: Need more details on Video / Data
Analysis requirements.
a) One more LAN port for
videoconferencing, voice
communication, data
communication etc. is
necessary,
b) Yes
c) Yes
d) Please refer to page 259
e) UIS is a standard solution
available from many OEMs,
hence this information is not
included in the RFP
Around 5.0 Meters (16 feet) for
coverage area of 2.0 KM radius
No. ERV specifications only are
to be satisfied.
Video and data analysis is to
support decision making by
updated status of disaster
incidence.

185 Page
94
186 Page:
109
187 Page:
109
Section
2.6 :-
GSDR-
ICTS
Design
Criteria
Section
1.4 :-
District
EOC
Section
1.4
District
EOC
Schedule II -
GSDR-ICTS
Technical
Requirements
Annex I –
Technical
requirements at
Emergency
Operation Centers
Facilities
Annex I –
Technical
requirements at
Emergency
Operation Centers
Facilities
ESFs at State Head quarters, (14)
All important Government
offices and other agencies
including district level offices
of identified
emergency support function
agencies offices will be
connected to DEOC either on
GSWAN
backbone or through broadband
internet connectivity.
Limited call / dispatch
management facility should be
set-up to take over the
responsibility from SEOC R to
DEOC (in case disaster occurs in
the concerned district) during
emergency situation for
effective management of call
handling.”
Q: how much number of ESFs at District
Head Quarter (DHQ) level to be connected
to GSDR-ICTS?
Q: Need to know the number of
Government offices to be connected with
DEOC?
Do GSDMA will take care of this
connectivity or Operator need to do this
connectivity?
Q: How many number of VoIP phone
connectivity is required at DEOC?
Total 14 at DHQ. However
connectivity will be via GSWAN
and other resources
GSDMA will ensure connectivity
via GSWAN or PSTN or Internet
Two units will suffice.

188 Page:
109
Section
1.6
District
EOC
Annex I –
Technical
requirements at
Emergency
Operation Centers
Facilities
1. TEOC would be interfaced
with Existing GSWAN Network
node at TEOC.
2. Selected TEOC sites will be
connected with respective
DEOC using MPLS-VPN leased
from licensed telecom service
operator. MPLS-VPN is required
where GSWAN connectivity
doesn't exist. Such locations
would not be more than 20 and
the connectivity is required at
128 KBPS
3. Broadband connectivity
subscribed from the service
provider in the area as a
redundant measure for data
communication with the rest of
GSDR-ICTS network through a
VPN.
4. TEOC will utilize PSTN
whenever it is available for
communication with other
GSDR-ICTS network
Nodes
Q: How many number of VoIP phone
connectivity is required at TEOC?
Two units will suffice.

189 Page:
120
Section
1.2
Technical
Specificat
ions for
Incident
Manage
ment
Applicati
on
Operatio
nal
Require
ments
for
Incident
Manage
ment
System
(IMS)
Annexure III -
Detailed technical
specifications of
important subsystems
1.3)Relevant geospatial data
using GIS layers to indicate
location of the event, with
historical context (whether
similar event has occurred in the
past at the place or nearby
areas)
Q: Need to know more details about
Historical Context/data to integrate with
IMA.Will the historical context/data
available from SDC server?
Existing historical GIS layers if
any will be available from
GSDMA. Operator has to archive
all future incidences into
historical data base.

190 Page
121
Section
1.2
Technical
Specificat
ions for
Incident
Manage
ment
Applicati
on
Operatio
nal
Require
ments
for
Incident
Manage
ment
System
(IMS)
Annexure III -
Detailed technical
specifications of
important subsystems
1.17) The system should support
- All Vendors should ensure that
proposed GIS platform (s)
comply to OGC standards such
as WMS, WPS, WFS, WCS etc.”
Q: Operator need to integrate the existing
GIS system with proposed IMA or need to
modify the existing GIS System? Need
more details on the scope work with
respect to GIS platform integration with
IMA?
Existing GIS system is either
based on ESRI or open
standards. Operator has to
integrate the data into his
system.

191 Page
121
192 Page
136
Section
1.2
Technical
Specificat
ions for
Incident
Manage
ment
Applicati
on
Operatio
nal
Require
ments
for
Incident
Manage
ment
System
(IMS)
Section
1.5 Alert/
Warning
Announc
ement
System
Annexure III -
Detailed technical
specifications of
important subsystems
Annexure III -
Detailed technical
specifications of
important subsystems
1.16) The system should have
capabilities of creating the alert
content for disseminating to end
users. It should also generate
CAP compliant warning
messages for external
broadcasting organizations like
Radio, TV etc.
Annexure III - Detailed technical
specifications of important subsystems
; full page
Q: Need more details/list of Broadcasting
organizations to be interfaced to
broadcast CAP alert messages.
Q: Is there any real time processed data
coming from other ESFs (Seismic, Chemical
leak warning, etc) need to be processed
for generating alert warning command?
Please provide more details.
Please assume up to 10 each
broadcasting organizations of
radio and TV. List is not essential
to design the system.
Data may come real time/ quasi
real-time and alerts will be
generated based on the SoP
provided by GSDMA.

193 Page
136
Section
1.5 Alert/
Warning
Announc
ement
System
Annexure III -
Detailed technical
specifications of
important subsystems
Operation of the system:
1.4) Warning messages and
Instructions pertaining to
specific disasters will be directly
sent through appropriate
medium like wireless (VHF),
GSM / CDMA network or
satellite media from the State
Emergency Operation canter
(SEOC) or corresponding DEOC
to audio amplifiers at warning
towers for broadcasting to local
population
As per Schedule II - GSDR-ICTS
Technical Requirements Section
2.7 High levels of Availability
Connectivity matrix to provide
necessary redundancy :
mentioned that the Alert &
warning Towers main
connectivity shall be through
GSM(cell phone) and the backup
connectivity shall be through
Satellite Phone (Satellite phone
will be procured by GSDMA).
Additional backup connectivity
medium has not mentioned.
Q: Need clarification on the Alert and
Warning Tower connectivity.
Does the operator need to consider the
VHF System connectivity as back-up for
Alert and Warning Tower?
Bidder may design AWS to
satisfy specifications and
reliability. Choice of technology
and its cost effectiveness is left
to the bidder.

194 Page
84
Section
1.2
Project
Impleme
ntation
Schedule I A –
Project
Management
The GSDR-ICTS Operator shall:
The Operator shall obtain all
necessary approvals/
clearances from concerned
authorities / departments, as
applicable, including: 1.DoT/
TEC/ TRAI/ BSNL for network
installation and operations.
2. From Wireless Planning
Commission (WPC) wing and
Standing Advisory Committee
for Frequency Allocation
(SACFA), as required, for use of
Radio/ Microwave/ Wireless
links and/or any related
equipment.
3. From local authorities (like
Municipalities, PWD, HPSEB
etc.), as required, including
laying their own cables, mast
erection, etc.
Q: Please confirm that all government
approvals and clearances will be taken by
GSDMA
GSDMA has obtained VSAT
service license and will apply for
wireless radio license based on
system offered by the operator.
However all other licenses are
to be obtained by the operator.
GSDMA will extend support in
this effort.

195 Page
103
Section
1.3.4
SEOC -
Audio
Visual
and
Miscellan
eous
Services
Annex I –
Technical
requirements at
Emergency
Operation Centers
Facilities
State Emergency Operation
Center building at Gandhinagar
has several identified rooms/
sections marked for potentially
Emergency Operations
management activities. Spaces
equipped with AV/Multimedia
systems should allow an event
from one space to be distributed
to another space within the
facility and vice versa. As a
result, one space equipped
with audio and video capture
components could become
virtual extensions of another
space throughout the facility
and will allow participants to
partake in an event
accordingly. All rooms will
have ceiling or wall mounted
speakers for receiving alerts
and
messages in addition to a video
screen suitable for the size of
the room.
Q: Please confirm if we could invite
GSDMA officials to vendor’s project sites
to demonstrate some of the implemented
features listed for NCNC DEMO or,
whether the location for NCNC DEMO will
entirely be SEOC, Gandhinagar
No, unless it is absolutely
essential. Final decision on the
vendor's submission on this
issue will be taken by technical
evaluation committee.

196 Page
29
Section
2.2.11
Eligibility
of
Bidders
INSTRUCTIONS
TO BIDDERS
Notwithstanding anything to
the contrary contained herein,
in the event that the Bid Due
Date falls within three months
of the closing of the latest
financial year of a Bidder, the
Bidder shall ignore such financial
year for the purposes of its Bid
and furnish all its information
and certification with reference
to the 5 (five) years or 3 (three)
years or 1 (one) year, as the case
may be, preceding its latest
financial year. For the avoidance
of doubt, financial year shall, for
the
purposes of Bid hereunder,
mean the accounting year
followed by the Bidder in the
course of its
normal business.
It is submitted, as discussed during pre-bid
conference that all Projects completed till
the submission of Bid will be considered
for eligibility and evaluation as long as
appropriate completion document is
provided.
Suggestion is accepted. The
completition certificate needs to
be provided

197 Page
45
Section
3.3
Evaluation of
Commercial Bids
Evaluation of Commercial Bids
The bidders from different states, union
territories, SEZs etc. will be required to
pay VAT applicable for their states, interstate
taxes and/or Central State Tax (CST)
as applicable and are going to differ from
case to case. It is therefore requested that
Commercial (Price) comparison be done
for arriving at inter-se ranking excluding
the taxes and duties so as to provide a
level playing field to all bidders. The taxes
paid and added to vendor’s billing in any
case flow back (pass through) to the
Government and hence should be
excluded (Net of Taxes) for comparison for
ranking. Commercial comparison will be
“Net of Taxes” in order to remove
disparity between tax differences between
states/UT
The suggestion is not accepted.
Evaluation will be done only on
QGR value.

198 Page
201
199 Page
245
6.7.3
Evidence
of
Insuranc
e Cover
Emergen
cy
Response
Vehicle
(ERV):
ARTICLE VI -
PROTECTION AND
LIMITATIONS
SCHEDULE X
:SERVICE
WINDOW
All insurances obtained by the
Operator in accordance with
this Article 6.7 shall be
maintained with insurers on
terms consistent with good
industry practice. Within 15
(fifteen) days of obtaining any
insurance cover, the Operator
shall furnish to GSDMA,
notarised true copies of the
certificate(s) of insurance,
copies of insurance policies and
premia payment receipts in
respect of such insurance, and
no such insurance shall be
cancelled, modified, or allowed
to expire or lapse until the
expiration of at least 45 (forty
five) days after notice of such
proposed cancellation,
modification or non-renewal
has been delivered by the
Operator to GSDMA.
SCHEDULE X :SERVICE WINDOW
Please provide indicative asset book value
of GoG property for the purpose of
insurance.
Should the emergency response vehicle
have a micro BTS with satellite backhaul
for providing cellular coverage in times of
emergency? If yes please give detailed
specifications (technology GSM, UMTS, no
of users, cell range etc).
Operator is responsible to insure
equipment facilities supplied
and not GoG property.
The BTS is not specified for ERV.
However the bidder can provide
BTS based solution to provide
capability for
intercommunication between
disaster response forces at
disaster locations and decision
makers at DEOC, SEOC etc.
major requirement is voice and
Short messaging
communications as such GSM
2G will suffice. Range will be 2
Kilometers.

200 Page
248
201 Page
92
202 Page
92
203 Page
97
204 Page
16
Section
3:-
Detailed
tests
4.
Systems
installed
in
Emergen
cy
Response
Vehicle
2.1
Introduct
ion
2.2
Connecti
vity and
Internet
working
requirem
ents
2.7 High
levels of
Availabili
ty
1.2.5
State
EOC-
Concept
of
Operatio
n
SCHEDULE XI
ACCEPTANCE
TESTS AND
PROCEDURE
Schedule II -
GSDR-ICTS
Technical
Requirements
Schedule II -
GSDR-ICTS
Technical
Requirements
Schedule II -
GSDR-ICTS
Technical
Requirements
1.2 Emergency &
Disaster
Management
(DM)
Tests will be conducted to
check:
Videoconferencing capability
Universal interface
VHF base station
Operation of telescopic Antenna
tower
Operation and rating of backup
power including generator
Operation of VSAT antenna for
auto tracking and auto-locking
on satellite
Operation of VSAT for data,
voice and video transmission
6. Secure and controlled access
to sensitive areas in SEOC
building.
High speed Internet
connectivity of 8 Mbps data
rate at SEOC to support
Information Management
Services
9. Node:-Alert and Warning
towers
Main Connectivity:-GSM (cell
phone) Back up:-Satellite Phone
The key factors for success of a
coordinated emergency
response depends on –
Redundancy, Scalability and
interoperability of Information
and Communication Technology
(ICT) systems.
Should the emergency response vehicle
have a micro BTS with satellite backhaul
for providing cellular coverage in times of
emergency. If yes please give detailed
specifications (technology GSM, UMTS, no
of users, cell range etc).
“Secure and controlled access to sensitive
areas in SEOC building” - Is access control
at various EOC’s a part of the requirement.
If yes please give detailed specifications
“High speed Internet connectivity of 8
Mbps data rate at SEOC to support
Information Management Services”- Is
redundant link from one more operator
required?
“Alert and Warning towers GSM (cell
phone) – Should the alert and warning
towers have Video displays which should
be fed by a DTH system?
Should the SEOC also be redundant?
Should there be a Backup SEOC which
takes over if the Main SEOC fails due to
various reasons?(With reference to SEOC)
Backhaul for BTS via VSAT for
long distance communications is
essential in case this solution is
offered by the bidder. For other
points please refer to response
to preceding query.
Yes. Standard biometric access
control will meet the
requirements.
No.
No.
Redundant SEOC is not planned
at the moment. However the
bidder needs to propose a
suitable disaster recovery site
[Ref page 254 of existing RFP]

205 Page
17
206 Page
17
207 Page
98
208 Page
255
209 Page
103
1.2.6
Brief
descripti
on of the
project
1.2.6
Brief
descripti
on of the
project
2.9
Deploym
ent &
Response
Times
SCHEDUL
E XII
DELIVER
ABLES
1.3.3
SEOC
connecti
vity and
facilities
1.2 Emergency &
Disaster
Management
(DM)
1.2 Emergency &
Disaster
Management
(DM)
Schedule 2
SERVICE
AGREEMENT
Annex I –
Technical
requirements at
Emergency
Operation Centers
Facilities
Interaction within these
Stakeholders will be via voice,
data and videoconferencing and
the proposed infrastructure will
be useful for these activities.
The IMS will also provide
dynamic information on status
of disaster resources, tracking of
personnel, equipment and
systems necessary for post
disaster response.
Installation and commissioning
of local and wide area
communication using the ERV
should be
completed within 2 Hours of
reaching the destination. Bidder
shall design ERV for quick
transportation and deployment
under all weather conditions.
The design of transportable
terminal should support self
sustainability (including fuel for
generator) for at least 72 hours
of continuous operation.
Alert and message towers
and system to
broadcast hazard warnings to
public located
in 21 villages
1.3.3 SEOC connectivity and
facilities
What is the priority of services?
How is the tracking of personnel
provisioned? Is it live, GPS based or is it
manual update based?
It is mentioned that in deployment of ERV,
both local area as well as wide area
communication needs to be set up at the
locations of incidents. What should be the
range of operation of local wireless
networks?
Can the Alert towers be controlled from
any DEOC or is it by the DEOC located in
the same district of Alert Tower?
What will be the connectivity between
SEOC and NICNET/ National Network
Backbone? What is the interface? What
will be the link? Will this link have any
redundancy?
Priority is in the following order
1) Voice,
2) data and
3) videoconferencing
Personnel tracking will be done
manually (persons will report
their position and any changes
to nearest EOC or SEOC)till GPS
based location data is freely
available from GSM operators
Local network will be up to 5.0
kilometers in case of VHF radios
and up to 2.0 Kilometers in
cases of BTS (GSM network)
By the DEOC located in the same
district.
IP / Ethernet. NICNET will be
linked at SDC, which is already
linked via redundant OFC links.
National EOC / backbone will be
linked via Disaster Management
Support (DMS) VSAT network.
Not part of operator's
responsibility.

210 Page
98
211 Page
16
2.9
Deploym
ent &
Response
Times
1.2.4
Emergen
cy
Resource
Centers
(ERCs)
Schedule II -
GSDR-ICTS
Technical
Requirements
SECTION – 1:
Overview ; 1.2
Emergency &
Disaster
Management
(DM)
Vendor will be required to
deploy emergency response
vehicle (ERVs) and establish
communication system (both
local areas as well as wide area)
at the locations of incidents (or
as conveyed by GSDMA or its
authorized official from time
to time). The ERV should
reach the assigned location
from the time orders for
movement are received, within
travel time calculated @ an
average speed of 50 KM / Hour
(e.g. within 4 hours when ERV
has to travel 200 Kilometers to
reach disaster site). Above
mentioned
speed is applicable for normal
and motor-able road conditions
and time will be adjusted
upwards in case
of inferior road conditions.
Regional ERCs have been
established at strategic five
locations in the state for speedy
response in terms
of post disaster search and
rescue operations and will be
well equipped with emergency
resources for this
purpose. ERCs will also be
responsible for relief operations.
Facilities will also be used as
regional
training centers.
Whether the mobile nodes (ERV) should
have communication-on-move feature?
What are the five locations where ERC
needs to be installed? (Refer section 1.2.4)
Operator need not provide
communications on the move.
GSDMA will procure Sat-phones
for use while on move for
communication.
ERC Locations are included in
RFP / Corrigendum 2

212 Page
109
213 Page
116
1.6
Taluka
EOC
1.9 Alert
and
Warning
System
Annex I –
Technical
requirements at
Emergency
Operation Centers
Facilities
Annex II –
Infrastructure and
other facilities
1. TEOC would be interfaced
with Existing GSWAN Network
node at TEOC.
2.Selected TEOC sites will be
connected with respective
DEOC using MPLS-VPN leased
from licensed telecom service
operator. MPLS-VPN is required
where GSWAN connectivity
doesn't exist. Such locations
would not be more than 20 and
the connectivity is required at
128 KBPS
3.Broadband connectivity
subscribed from the service
provider in the area as a
redundant measure for data
communication with the rest of
GSDR-ICTS network through a
VPN.
4.TEOC will utilize PSTN
whenever it is available for
communication with other
GSDR-ICTS network Nodes
Total of 21 siren towers will be
controlled and managed by
SEOC or by concerned DEOC(s)
as per the list enclosed.
Whether the TEOCs are having VSAT
connection?
Alert & warning system
It is mentioned that “Total of 21 siren
towers will be controlled and managed by
SEOC or by concerned DEOC(s) as per the
list enclosed”;
We assume that no control is needed at
TEOCs & ERVs (configuration of sirens etc),
but can issue alerts. Pls confirm.
No
Confirmed.

214 Page
116
215 Page
136
216 Page
100
1.9 Alert
and
Warning
System
1.5 Alert/
Warning
Announc
ement
System
Annex II –
Infrastructure and
other facilities
Annexure III -
Detailed technical
specifications of
important subsystems
A strong building / or a suitable
structure more than 30 feet
height or a tower/mast of 30
Feet height above ground level
(to be provided by the operator
in case suitable building /
structure is not available) shall
be used to install siren / public
address system.
It is mentioned that “The bidder
will have to design VHF radio
network if the solution is based
on VHF radios. One radio base
station per alert and warning
tower (total 21) and one base
station per DEOC in which the
vulnerable villages are located
are required (total 3). Number
of repeaters will depend upon
regional topography and
proposed radio equipment
power, height of towers etc.”
It is mentioned that “Captive
VSAT communication network is
to be set-up to operate in Ku-
Band frequency including Hub at
Gandhinagar.”
Kindly indicate the tentative number of
30ft towers
We assume that AWS runs on GSM, but
VHF is an optional mode of
communication. Please confirm.
We suggest that for bandwidth
requirement of mere 5 Mbps, a dedicated
Hub setup is not required. The same may
be put on a Shared Hub network. GSDMA
may apply for special COTM license with a
permission to work on Shared Hub. This
will reduce the cost implication of the
overall project and will facilitate optimized
solution to GSDMA. Please confirm
Consider all 21 locations for
towers.
AWS can run on any technology
but should meet reliability and
other specifications.
Transportable and portable
VSATs are not allowed in shared
Hub services; hence GSDMA has
opted for captive hub.
Necessary funds are allocated
towards cost of captive hub.

217
218
219
Qualificat
ion
restrictio
n
Qualificat
ion
restrictio
n
Addition
188 4.4 Tax Taxation
The Video Conferencing Solution OEM
must be in the “Strong Positive” in latest
Gartner’s “Market Scope for Telepresence
and Group Video
Systems” report. The OEM must be
profitable in last 3 financial years.
Documentary evidence for the same
should be provided. It is common practice
in Government of Gujarat to use Gartner
reports as a reference and allow only
OEMs in the leadership quadrant of its
magic quadrant. This will still bring 2-3
OEMs in each category and create healthy
competition
The VoIP and Call Center OEM must be in
Leaders Quadrant of latest Gartner Magic
Quadrant. The OEM must be profitable in
last 3 financial years. Documentary
evidence for the same should be provided.
Please clarify whether Purchaser will
provide form "C" / "D" in this reference.
No change:
However technical evaluation
committee may give due weight
age to performance of OEM
No change:
Solution design having OEMs
belonging to lead quadrant will
be given weightage during
technical evaluation.
GSDMA will not provide Form
“C”/”D”

220
43
Clause
3.2.2
Detailed Technical
Criteria
Detailed Technical Criteria
a. Detailed technical criteria will
be used to evaluate technical
bids of only those bidders who
have passed Pre-Qualifications
criteria.
b. Marks will be allotted to the
bids based on quality and
specifications of ICT systems and
applications offered by the
bidder (sole or consortium) as
well as his partners or
subcontractors
EOC Design and Implementation
Projects (including Crisis mgmt.
application, Audio Video
systems, communication
networks but excluding civil
works) - 15 Marks
If a bidder (System Integrator) is proposing
an IMS solution and the application meets
the criteria of being deployed in 3 or more
government agencies in an
EOC/ROC/Command Center environment
will the bidder be qualified to get these
marks? Essentially we are seeking
clarification if IMS solution providers can
provide their applications as OEM to
multiple qualified Bidders and provide the
necessary marks for that clause to each
bidder. We would request the government
to kindly allow this because DSS is a very
critical aspect of this bid and there are
only a handful of software vendors who
focuses on providing such solutions in this
domain. This will enable more System
Integrators the opportunity to submit
responses for this RFP
Confirmed. However the bidder
shall produce a back to back
contract with the technology
partner of subcontractor
221
86 1.8 Training
There will not be more than 30
mock drills over 5 year BOOT
period.
Approx 30 mock drill over 5 years will be
require huge resources, however in RFP
scope of mock drills is not clarified exactly,
in this reference we would request you to
elaborate more.
- At how many locations mock drills will be
done at a time?
- Partial or full system mock drills?
- What would be role / support from
purchaser to make mock drill success?
- Time line of every mock drill?
Maximum number of mock drill
/ exercise will be 6 or less per
year.2 mock drill per year will be
State wide and 4 will confined to
1-8 districts. Based on readiness
of the National EOC, GSDMA
may plan an yearly mock drill
with the participation of
national EOC, State EOC, 8
district EOC , 2 ERC and 2 ERV

222
203
Clause
7.2
Breach and
Rectification /
Termination
Operation & Maintenance Phase
Our understanding is that 50% of the QGR
(O&M QGR) shall be
paid within 15 days prior to the Quarter
ending and the penalties if any shall be
calculated and notified to the operator
within a week time after the quarter
ending. Please confirm.
We request for modification of payment
terms since this project request huge
capital investment.
50% of the payment shall be
made within 15 days after the
quarter ends
We request GSDMA to release capital
expenditure of the project at the AT stage
and Operational expenditure to be equally
distributed quarterly.
223
187 Article IV Payment Terms
The Operator is not entitled to
be paid by GSDMA during this
phase. Payment shall only be
made after successful
completion of AT i.e. once the
Operation & Maintenance Phase
is commenced.
Our request:-
1. Divide the payment terms into capex
and opex
2. Mobilization Advance : 10% of overall
value of the contract (i.e fees)
3. Mile stone based payment :
a. 20% on SRS sign off
b. 20% on Delivery of material (phase
wise/location wise)
c. 20% on Installation, Commissioning and
Configuration of equipment (phase
wise/location wise)
d. 10% on UAT (phase wise/location wise)
e. 10% on FAT /Go-Live
4. 10% of capex along with opex cost will
be paid in 20 equal installments
No Change

224
225
220 1.2
220 1.2
1.2 Transfer of
Assets
1.2 Transfer of
Assets
a. The Operator shall transfer all
the Assets on the last day of the
Exit Management Period
(“Transfer Date”) to GSDMA at
zero value (INR 1) in case of
expiry of the Agreement, and in
case of termination of the
Agreement, at a fixed value
which is equivalent to INR
20,00,00,000/- (Indian Rupees
Twenty Crores) less INR
1,00,00,000/- (Indian Rupees
One Crore) for each quarter or
part thereof, being the period
from the Implementation Phase
Completion Date / Go – Live till
the Transfer Date.
If GSDMA exercises the option
to purchase the software for
operating the hardware and
systems, GSDMA shall pay to the
Operator on the Transfer Date
for transfer of such software for
operating the hardware and
systems, such sum in
accordance with Schedule VI. If
GSDMA exercises the option to
purchase Proprietary Software,
the Proprietary Software shall
be licensed to GSDMA in
accordance with the Schedule VI
and Schedule VIII.
In case of termination Bidder request
payment for all the Hardware /Software
Licenses delivered and services rendered
till that day along with Hardware orders
especially for this project and in Transit
GSDMA will make the payment of all
unpaid amount against the asset on the
date of transfer of asset based on the
capex and Opex
No Change
No Change
226
108 1.4
District EOC,
TEOC, Village, ERC
How many workstation need to be
planned for each DEOC, TEOC and Village?
DEOC - 5, TEOC - 1

227
116 1.8
Pg No 116 / Sec
No 1.8 / Cl No
VHF Radio
Systems
The bidder must plan and design
state-of-the-art wireless
communications network which
is reliable and field proven
which is suitable for operations
in extreme and harsh
environmental conditions, on
multiple frequencies and with
ability to bridge for
interoperable communication
between various departments. 4
first responders, ERVs and radio
gateway at SEOC together will
use 12 VHF frequencies in the
range of 136-174 Mhz.
As per NDMA Guidelines 2012 “Network
must have adequate mobility and
transportability with last mile connectivity
in wireless mode; preferably micro-cellular
whether Tetra or GSM / CDMA based.
Mobility could be road, rail, air and
waterways based.”
Last mile connectivity shall be based on
Mission critical communication technology
specifically designed to operate in
standalone and networked mode during
disaster situation. TETRA digital
communication system is preferred, which
is based on TDMA and provide IP based
interfaces to interconnect all other legacy
networks.
Some of the advantages of TETRA system
are
- Frequency Economy, TDMA 4 Timeslots
per carrier
- Fast Group calls (less than 300 millisec)
- Full duplex / Hald Duplex / Emergency
calls
- SDS & Packet data (Ideally suited for
SCADA telemetry applications, such as
remote activation of siren systems etc
- Multi agency operations can be smoothly
configured and handled, especially during
disaster operation Police, Ambulance, Fire
departments perform rescue and relief
operations and an integrated & hassle free
communication can be facilitated by
TETRA.
Addition - “The VHF equipments
and their installations will be
MIL (Military) standard
compliant.”

228
139 Annex IV
Pg No 139 / Sec
No – Annex IV
Additional Details
/ Cl No 1.1 GIS
System
Background
GSDMA, as part of industrial
safety, requested the various oil
and gas players in the state of
Gujarat to furnish data of their
pipelines, which are traversing
through Gujarat. In this regards
data has been received from
most companies operating in
the state of Gujarat.
BISAG Developed GIS based
system for all the pipelines
carrying Crude Oil, Natural Gas
or Refinery Products within the
state of Gujarat from an
industrial and chemical disaster
mitigation point of view.
System Details
This system is Desktop based
system working on Microsoft
Frame work 2.0 and above and
has been developed in VB.NET
tools.
The software that has been used
to create the database and the
application is open source
software (map window). The
geo-spatial database is in .shp
format. The system is ready for
deployment
Expectation from bidders
For the decision support system,
the data captured through SDRN
network needs to be created in
to various layers and added on
to the system that is currently
being deployed. The design of
the system should be in
consultation with GSDMA
The information available with GSDMA is
to be integrated with an customized
application.
Pls confirm where this integration is to be
built I.e Incident Management Application
or in the Information Management Portal
System(IMPS) or with Call
takers/dispatcher application
Incident management
application.

We understand that the GIS Database will
be made available in softcopy format by
GSDMA.
But please provide the List of features for
which data will be provided.
229
263 Note
Resources to be provided by
GSDMA are GIS data base with
different layers of information
regarding available
infrastructure
We also understand that many of these
data will be inter-related but not linked in
a readily usable way. For example, two
sets of data a) ward wise population and
b) areas impacted by flood need to preprocessed
to find out how much
population is actually impacted by flood.
Whether this type of data-preprocessing is
involved in the project scope. If yes, we
need details of all the data to be made
available.
Please clarify.
Refer revised RFP
230
143 1.4
The data from the SDRN will
need to be integrated with the
GIS system in different layers for
decision support. Such design
needs to be performed in
consultation with GSDMA
Kindly provide details of the layers in
which the SDRN data is to be linked.
Does the SDRN data and GIS layers have a
common field or a spatial context is to be
established.
For better requirement understanding
kindly provide a sample database.
The details regarding the SDRN
database has been provided in
the existing RFP. The bidders are
free to look at the same.
231
If the bidder is an Indian company with an
international parent company, can the
parent company’s technical and financial
qualifications be utilized for the bid
Yes

232
233
234
235
20 Pt 1.2.9
95 2.6
255 Pg 255
107
1.3.5/10
7
GSDR-ICTS Design
Criteria
SCHEDULE
XIII/SEOC/Informa
tion Technology
systems
1.3.5 Architecture
of Call / Dispatch
center
The Project will be implemented
on a BOOT (Built, Operate, Own
and Transfer) basis and the
Operator will be responsible to
provide, install, test and
commission the ICTS
infrastructure and applications
and will operate and manage
supplies / systems and services
under the scope defined in this
RFP for a period of five (5) years
from the date of commissioning
as per the terms and conditions
of the Services Agreement
GSWAN backbone will be used
for inter and intra organizational
day-to-day operations with
VSAT network as fallback
communication backbone
available 24*7
The MPLS VPN is planned as
fallback network for GSWAN
(MPLS-VPN should interconnect
SEOC (1), DEOCs (26), TEOCs
(29) and ERCs (5)
VoIP gateway for up to 500
users and VoIP phones (8)
Interactive Voice Response (IVR)
system should be installed to
offer access and to provide
self service options to users
a) It is requested that the equipment be
considered under CAPEX. This is requested
so that all bidders are on the same page.
In the BOOT Model the cost shall depend
on bidder’s assumption in forecasting
situations wherein equipment gets
damaged beyond repairs or is washed
away during floods.
b) It is requested that the supplies be
treated under OPEX and on actual.
pl. confirm GSWAN shall have largely 2
failover i.e. VSAT and MPLS, However this
network also have their failover
mechanism. Guidelines on failover
covering complete scenario shall be
appreciated. Also, How shall they operate
when all networks are live
Each IP Phone requires a corresponding
license in the PBX. Does this mean that he
IP PBX at SEOC should be licensed for and
ready for 500 users from day one. How
many IP Phones should be provided from
day one all 500Nos? Or as per the total
quantity of the current RFP.
Suggestion : Pl specify the number of IVR
ports as 30/60
a) Decision on project
implementation on BOOT basis
is final and there will be no
change.
b) Cost of supplies is to borne by
the operator as it is impractical
to verify and effect payments at
actuals, hence No change
conditions
Priority of various networks is
provided in the RFP . Switching
should take place when the
existing network resource fails.
Please provide licenses for all
500 users from day one
30 ports

236
237
107
1.3.5/10
7
1.3.5 Architecture
of Call / Dispatch
center
109 1.4/109 District EOC
238 Deliverab
les
239
240
255
259 7
SCHEDUL
E XIII -
What is an ATA
Information
Technology
systems
SCHEDULE XIII
DELIVERABLES/ER
V
External emergency call centers
operated and managed by other
agencies (108, industrial
emergency, health, fire, police
etc) will be interfaced with the
SEOC call center.
DEOC network infrastructure
will support VoIP phones and
Conference station directly and
all the IP phones to be
registered with GSDR-ICTS
network
NA
NA
Universal communication
interface (using soft clients and
VoIP switching matrix) to bridge
VHF networks of: Police, Fire
brigade, National Disaster
Rescue Force (NDRF) and
Revenue department operating
in 136 to 174 MHz frequency
band
Can we have a total number of external
call centers? No .of simultaneous calls
required at the time of Emergency?
Specifications of VOIP phones &
conference phones are not mentioned in
RFP. Pl mentions the same.
In the deliverables section of the tender at
DEOC & other locations VoIP phones are
asked with ATA. Please let us what is
expected.
Point b. Asks for e-mail services. Is it
expected to provide Email exchange
solution? If yes for how many users?
Soft phones need to be provisioned. If yes
, pl specify on qty.
External emergency call center
may be limited to "ten" in
number.
Specifications are not essential
as bidder is expected to offer a
reliable VoIP phone with
standard facilities.
ATA option is accepted but is
not compulsory. Bidder may
offer VoIP phones.
Information is included in the
RFP.
Total system requirement as
well as ports are specified in the
RFP:

241 Page 259
Sr # 7
242 118-
119
1.2
ERV / Equipment
and systems at
each ERV
Information
Management
Portal System
Universal communication
interface (using soft clients and
VoIP switching matrix) to bridge
VHF networks of: Police, Fire
brigade, National Disaster
Rescue Force (NDRF) and
Revenue department operating
in 136 to 174 MHz frequency
band. Provision is to be made
for 2 (two) R F channels per
network and 2 VoIP channels on
MPLS-VPN and VSAT (total 12
ports)
The system should support
menus driven by statically
defined role-based access
control for various stake holders
as per requirements to access
information regarding status of
disaster (s)
Please clarify is the physical interface
required at the ERV for the integrating
with Police. Fire brigade, NDRF and
Revenue Department at the ERV? If yes,
will GSDMA provide the physical ports
from these agencies at ERV? Suggestion is
that these integration be done at SEOC or
DEOC. Please clarify.
The actual roles and stake holders need to
be clearly defined. Will GSDMA give
complete list of Roles and Users where
they define the Role and the users of that
role.
Interface with other VHF
networks is via UCI and not
directly.
Details will be provided to
selected bidder (operator).

243 118-
119
244
1.3
Information
Management
Portal System
118 Annexure III
The system should support:
• Syndicated content from news
feeds (RSS)
• External web-based
applications with options to
launch in popup window, display
in iFrame and content
syndication via web clipping
• For JDBC/ODBC
• For web services (SOAP, WSDL
and UDDI)
• for Web Services for
Interactive Applications (WSIA)
• free text searches
• structured searches driven by
metadata
• management of content from
multiple repositories
• In-place editing of content
• Content conversion (e.g. Word
to HTML)
• Widely used operating
systems and web browsers
• Industry standard database
management systems and
• Widely used directory servers
Lot of this is general software feature
what is the actual requirement is not
known? Can you clarify what they would
want to do here.
RFP defines the technical specifications for
an Incident Management Portal system. Is
this portal going to replace the GSDMA
website or somehow connected to it?
Please clarify so bidders can allocate
necessary time/budget for such
integration.
Overall requirements are
defined. Details specifications
are indicative and are to be used
for design purpose.
No.
IMSP and GSDMA website will
operate independently.

Our understanding:
1) The one of the most important
component is Incident Management
System,
2) Experience in Finance has no relevance
to GSDMA requirement & asking Project
experience in Defense or Finance
organization would only may restrict other
prospective bidders.
3) Experience of defense should be
defined as Command & Control room
rather than NoC.
245
41
Clause
3.2.1
Pre-Qualification
Criteria
(D)The bidder must have
experience of implementing at
least one project related to:
Emergency Operations Centre or
Network Operations Centre
experience Mission Critical,
WAN, LAN, Security, managing
E-mail services, Internet services
etc., for 24x7 operations ) in
Projects with over 50 WAN
nodes for Defense or Finance
organization
We understand that GSDMA is re-floating
the said RFP, where the said ask was quite
logical and we would request GSDMA to
amend the said clause as same as
mentioned below, GSDMA may reduce /
remove the project value for better
participation.
“The Bidder must have experience of
implementing atleast one project related
to:-
- Tactical Operations Center (TOC) or
- Emergency Operation Center (EOC) or
- Fusion Center or
- Defense Command Center successfully
completed with any State
Government/Central Government/PSU in
India or a government organization
anywhere in the world in last 5 years, of
value more than Rs 10 crores.
The bidder must have
experience of implementing at
least one project related to:
Emergency Operations Centre or
Network Operations Centre
experience Mission Critical,
WAN, LAN, Security, managing
E-mail services, Internet services
etc., for 24x7 operations ) in
Projects with over 50 WAN
nodes for Defense/Finance
organization/Central or State
Government
The scope of above project should
include implementation of EOC project or
deployment of Incident Management
Application or Crisis Information
Management System.

246
247
41
&
43
Clause
no 3.2.1
Clause
No. 3.2.2
Pre Qualification
Criteria
Detailed Technical
Criteria
The bidder must have
experience of implementing at
least one project related to:
Emergency Operations Centre or
Network Operations Centre
experience Mission Critical,
WAN, LAN, Security, managing
E-mail services, Internet services
etc., for 24x7 operations ) in
Projects with over 50 WAN
nodes for Defense or Finance
organization
Network Operations Centre
experience (Mission Critical,
WAN, LAN, Security, managing
E-mail services, Internet services
etc., for 24x7 operations) in
Projects with over 100 WAN
nodes
41 General Connectivity Cost
For Network Operation Center, in
eligibility condition the requirement is of
50 WAN nodes, while in technical criteria
it is asked 100 WAN nodes, both are too
high,
We request GSDMA to kindly reduce the
same to 25 nos. at both the clauses.
Bidder is responsible for provision of all
kind of connectivity required at various
location including obtaining the licenses,
permission etc. from various agencies.
However we understand that any cost of
licenses obtained from regulatory
authority for use of frequencies, satellite
bandwidth charges, Internet / lease line
Bandwidth and other telecom services
from the licensed service providers shall
be borne by GSDMA and paid directly, on
actual basis, to the concerned authority&
bidder need not have to include the said
cost in their QGR / costing, Kindly confirm.
The bidder must have
experience of implementing at
least one project related to:
Emergency Operations Centre or
Network Operations Centre
experience Mission Critical,
WAN, LAN, Security, managing
E-mail services, Internet services
etc., for 24x7 operations ) in
Projects with over 50 WAN
nodes for Defense/Finance
organization/Central or State
Government
Satellite bandwidth and VSAT
license is GSDMA's responsibility
including cost. Rest of it is
operator's responsibility and to
be included in QGR

248
81 1.1
General
Requirements
The design of GSDR-ICTS
infrastructure capabilities would
be characteristically “fail safe
(reliable)”, scalable and should
be 24*7*365 operational under
all Disaster Conditions. DRC for
SDC where database servers of
GSDR-ICTS are located is to be
proposed by the bidder. The
DRC site should have required
level of security to maintain
confidentiality and security of
government data bases
We request GSDMA to provide the inputs
/ information about
1) Minimum requirement for DRC Site.
2) What kind of redundancy level,
scalability etc. Required to be
provisioned?
3) DR location should be within or outside
Gujarat?
4) What about the connectivity? Who will
bear the cost of connectivity? We
understand all the connectivity’s (GSWAN
or VSAT or leased line) would be borne by
GSDMA and bidder need not have to
include the said cost in their QGR /
costing.
As of now - SDC DR site will be
used in the beginig, as the DR
site is up, running with
connectivity already in place.

249
250
228,
229
&
182
260 9
Clause
no.1.8
&
Clause
No. 2.6
Terms of Payment
Acceptance of
Implementation
Phase
Alert and Warning
System
In addition to the routine audits,
security audit and
implementation audit of the
system shall be done once each
year, the cost of which shall be
borne by the Operator. Such
audits shall be conducted
through a Third Party Agency.
The cost of any audits and
inspections, other than security
and implementation audits, shall
be shared equally by the Parties.
The security auditor will be
appointed through a
transparent process, through a
committee which shall include a
representative of the Operator.
The cost of any audits and
inspections, other than security
and implementation audits, shall
be shared equally by the Parties.
The security auditor will be
appointed through a
transparent process, through a
committee which shall include a
representative of the Operator.
Remote control system based
on DTH, or GSM, and VHF radio
system (1)
We understand that all the cost of
Nominated agency & Third Party agency to
perform the Acceptance Testing and
Certification, routine audits, security audit
and implementation audit of the system
etc. would be borne by GSDMA, kindly
confirm.
1. Kindly elaborate Remote Control
System based on DTH.
2. Bidder will provision for Inmarsat
satellite terminal while design the system
however Permission, procurement and
operating cost of Inmarsat satellite
terminal shall be borne by GSDMA. Kindly
confirm
Ref page 228 of existing RFP
Routine audits, security audit
and implementation audit of the
system etc. would be borne by
GSDMA
Ref page 182 of existing RFP “
The Operator shall coordinate
with GSDMA and the nominated
agency for performing the
Acceptance Testing and
Certification. The cost of the
services provided by Testing
Agent shall be borne by
GSDMA.”
All connectivity and bandwidth
charges will be borne by
GSDMA, including for satellite
phones (Inmarsat).

251
252
42 Clause d
Pre qualification
Criteria
42 Eligibility Criteria
Emergency Operations Centre or
Network Operations Centre
experience Mission Critical,
WAN, LAN, Security, managing
E-mail services, Internet services
etc., for 24x7 operations ) in
Projects with over 50 WAN
nodes for Defense or Finance
organization
The bidder must have
experience of implementing at
least one project related to:
Emergency Operations Centre or
Network Operations Centre
experience Mission Critical,
WAN, LAN, Security, managing
E-mail services, Internet services
etc., for 24x7 operations ) in
Projects with over 50 WAN
nodes for Defense or Finance
organization
Change required;
Emergency Operations Centre or Network
Operations Centre experience (WAN,
Security, managing E-mail services,
Internet services etc., for 24x7 operations
) in Projects with over 50 WAN nodes for
Defense or Finance organization.
Kindly relax the criteria as TCIL has done
similar mission critical work for police
department, Delhi.
We request to relax the Eligibility Criteria
as .
The bidder must have experience of
implementing at least one project related
to:
Emergency Operations Centre or Network
Operations Centre experience Mission
Critical, WAN, LAN, Security, managing E-
mail services, Internet services etc., for
24x7 operations ) in Projects with over 50
WAN nodes for Government Organization
or PSU or Telecom organization or
Defense or Finance organization
The bidder must have
experience of implementing at
least one project related to:
Emergency Operations Centre or
Network Operations Centre
experience Mission Critical,
WAN, LAN, Security, managing
E-mail services, Internet services
etc., for 24x7 operations ) in
Projects with over 50 WAN
nodes for Defense/Finance
organization/Central or State
Government
The bidder must have
experience of implementing at
least one project related to:
Emergency Operations Centre or
Network Operations Centre
experience Mission Critical,
WAN, LAN, Security, managing
E-mail services, Internet services
etc., for 24x7 operations ) in
Projects with over 50 WAN
nodes for Defense/Finance
organization/Central or State
Government

253
254
132
150
Annexure III -
Detailed technical
specifications of
important subsystems:
Components and
capability
requirements for
ERV: Video
Teleconferencing
with any node on
network, Voice
Communications
with Multiple
redundancy, UHF,
VHF
1.6 Nominal
specifications for
Multipoint Control
Unit
Addition requested
4) Video Support: H.263, H.264
Up to 60 frames / second
All resolutions between QCIF to
1080p
To have tighter integration & better
interoperability, we suggest having IP
Interoperability and Collaboration System,
video conferencing & voice
communication systems from the same
OEM. This will ensure one click integration
between all these devices.
The Video Conferencing Equipment you
have asked for with support of 720p only
and not 1080p. Hence in line with the
overall solution, we request you change
this to 720p. Also the current clause is
specific to one OEM. Hence we request
you to make the clause as following to
allow competition:
4) Video Support: H.263, H.264
Up to 60 frames / second
All resolutions between QCIF to 720p
“As far as possible - in order to
have better IP Interoperability
and Collaboration System, video
conferencing & voice
communication systems should
be from the same OEM".
Basically quality of solution be
based on - homogeneity of the
products included in combo.
“All resolutions between QCIF to
720p “. Refer revised RFP

255
150
1.6 Nominal
specifications for
Multipoint Control
Unit
9) Conferencing capability: Upto
100 video and audio
participants in a single
conference without cascading
The total number of VC rooms asked for in
the RFP is less than 10. Even if you have
multiparty conference with other
locations like all the district collectors (28
districts) in case of disaster, still the total
participants required on MCU in a single
conference will not be more than 40.
Hence Keeping the buffer and future
scalability, we request you to make this as
60 participants in a single conference. Or
allow cascading to achieve 100
participants in a single conference. Also
100 video and audio participants in a
single conference are specific to one OEM.
Hence we request you to amend this
clause as: "Up-to 60 video and audio
participants in a single conference without
cascading" OR "Up-to 100 video and audio
participants in a single conference with
cascading"
"Conferencing capability: Up-to
40 video / audio participants in
a single conference without
cascading." Refer revised RFP
256
151
1.6 Nominal
specifications for
Multipoint Control
Unit
11) Interface and data rate
capability
# 10/100/1000 Mb interface
# 64 Kbps to 6 Mbps conference
data rates
Even Full High Definition 1080p Video
Conferencing also requires less than 2.5
Mpbs bandwidth. Your Video
Conferencing Units asked are 720p High
Definition, which requires around 1.5
Mbps. Hence you do not need the data
rate to be 64 Kbps to 6 Mbps. Hence we
request you to make this as: "64 Kbps to 4
Mbps".
Specification changed to :
Interface and data rate
capability
# 10/100/1000 Mb interface
# 64 Kbps to 4Mbps conference
data rates

257
118
Annexur
e III
Section
1.1
Sr. No. - 1.4
Technical
Specifications for
Incident
Management
Portal
Sr. No. - 1.6 & 1.7 The systems
should Provide Secure Socket
Layer support for HTTPS (webbased
front-end) & LDAP
(directory server). The systems
should Provide clear separation
of the user registry
(authentication and group
membership) from the user
repository (user attributes);
although they may be
configured to the same
persistent store
The requirement is more in context of
“active directory”. However, we are open
to having web based database to manage
these details and maintain roles and users.
Please clarify if web based database would
be acceptable?? AD is a Microsoft
platform feature, wherein Sl. No. 1.4
mentions clearly various Java based
applications support. Require clarification.
Alternate solutions will be
accepted.
JAVA Requirement is for services
on mobile platform. Operator
may offer suitable platform so
that officials responsible for
disaster management can access
various software applications,
alert messages etc from mobile
platform
258
259
118
118
Annexur
e III
Section
1.1
Annexur
e III
Section
1.1
Sr. No. - 1.4
Technical
Specifications for
Incident
Management
Portal
Sr. No. - 1.4
Technical
Specifications for
Incident
Management
Portal
Sr 1.10 The systems should
Provide for non-intrusive
monitoring of key activities and
resources, such as sessions,
threads, database connections,
caches, memory , etc
Sr. No 1.12 The systems should
Facilitate the creation of
multiple portal sites on one
instance with each site having
its own URL, look and feel,
pages, users and groups, and
search index. Application should
support Integration services to
allow access to disparate data,
applications, news feeds and
Web services
Web based Application built on JEE, .NET
or PHP platforms would take care of all
the points identified here including -
sessions, threads, database connections,
caches, memory, etc.
Please confirm, if Java be the desired
technology platform?? This query is linked
with sl. No. 1.4 where ‘active directory’
feature requirements have been asked.
Please clarify.
The Apps portal would be a CMS based
structure. What would be the Web Portal
space allocation for the CMS? If any space
limitation to be intimated now.
Alternate solutions / platforms
will be accepted. However
please ensure that required
interactivity specifications are
satisfied.
This is part of design solution
proposed by the bidder. To
meet requirements for IMPS

260
261
262
118
143
Annexur
e III
Section
1.1
1.3. NC
NC Demo
Sr. No. - 1.4
Technical
Specifications for
Incident
Management
Portal
c. Information
Management
Portal System:
146 4 Video Wall LCD Video Wall
Sr No 1.14 The systems should
Provide integrated views across
diverse and distributed
information sources, including
query optimization and
integrated caching
Bi-lingual (English and Gujarati)
format
What is meant by “provide integrated
views across diverse and different
database sources”?? What kind of
database sources being referred here??
Does it refer to ‘non-relational’ databases
like Hadoop, Map-reduce, NoSQL, etc or
data like Big Data which may be collated
from variety of sources?? Please note
query optimization is a feature of the
relational database, to be used for the
IMS.
Please clarify if both the English & Gujarati
contents are to be displayed together on
the portal ?? or the viewer / user would
select “Language options” and the portal
would display particular language only. For
bi-lingual, if any NLTR based language
scripts / software, (Unicode compliant), to
be provided or the Vendor is free to use
any Bilingual software for integration??
(Please note that non-conformity of the
scripts, may lead to future bi-lingual
format issues at the time of integration of
information from variable external sources
and databases!!)
Pl considers DLP Video Wall instead of LCD
Video Wall. We recommend DLP Video
Wall due to the following reasons:
• Long life with very low maintenance
• Seamless large screen with seam gap

263
264
265
85 1.4 INSTALLATION
117 1.1
116 1.9
Passive
Networking
General
Specification
The Operator shall not cause
any damage to Government
buildings /other premises and
property and shall be liable for
their restoration in case of any
damage. Trenches, path-cutting
etc. will be back-filled and
restored to the original
condition immediately after
laying of the conduit/ cable. The
Operator shall plug conduits and
entrance holes where the
cabling has been installed with
suitable sealing material
GSDMA will be responsible for
laying and Installation of OFC
cable between SEOC and
existing SDC.
The operator will be responsible
for:
1) Laying of the OFC within SEOC
for the Gig network backbone.
A strong building / or a suitable
structure more than 30 feet
height or a tower/mast of 30
Feet height above ground level
(to be provided by the operator
in case suitable building /
structure is not available) shall
be used to install siren / public
address system.
All the fiber laying and connectivity is to
be provided by GSDMA till inside the
telecom room of SEOC,DEOC,TEOC or
Village rooms.
So for all fiber connecting to each of
SEOC,DEOC's, TEOC's and villages
trenching ducting and conducting and
backfilling of the same will be carried out
the the GSDMA vendor who will be laying
the fiber optic cables. Pease clarify with
our understanding
Request to clarify SEOC gig network back
bone route from SEOC covering which are
all locations.
Kindly indicate the tentative number of
30ft towers.
Assumptions are correct in
respect of cables connecting
SEOC. Wired networks at DEOC
and TEOC will be leased from
telecom operators and are not
part of operator's
responsibilities.
Connectivity from SEOC is
explained in the RFP.
Consider mast for all locations in
the solution.

266
136 1.5/1.4
The bidder will have to design
VHF radio network if the
solution is based on VHF radios.
One radio base station per alert
and warning tower (total 21)
and one base station per DEOC
in which the vulnerable villages
are located are required (total
3). Number of repeaters will
depend upon regional
topography and proposed radio
equipment power, height of
towers etc.
We assume that AWS runs on GSM, but
VHF is an optional mode of
communication
VHF technology is not the
choice of GSDMA. However in
case bidder wants to opt for this
technology then responsibility
for repeaters etc. is on the
bidder. However bidder will be
responsible for additional costs
involved.
267
268
116 1.9
Alert & warning
system
116 1.9 General
Total of 21 siren towers will be
controlled and managed by
SEOC or by concerned DEOC(s)
as per the list enclosed
A strong building / or a suitable
structure more than 30 feet
height or a tower/mast of 30
Feet height above ground level
(to be provided by the operator
in case suitable building /
structure is not available) shall
be used to install siren / public
address system
We assume that no control is needed at
TEOCs & ERVs (configuration of sirens etc),
but can issue alerts .
Kindly indicate the tentative number of
30ft towers.
Only SEOC and concerned DEOC
will be equipped with this
functionality.
All location will need mast.

269
270
271
136 1.5
108 1.3.6
109 1.6
Alert and Warning
Room (AWR)
Pg No 109 / Sec
No 1.6 / Cl No
Taluka EOC
The bidder will have to design
VHF radio network if the
solution is based on VHF radios.
One radio base station per alert
and warning tower (total 21)
and one base station per DEOC
in which the vulnerable villages
are located are required (total
3). Number of repeaters will
depend upon regional
topography and proposed radio
equipment power, height of
towers etc.
Alert & Warning should be
possible at any time of the day.
Hence people should be geared
up for 24*7*365. Connectivity
with various broadcasting media
for issuing text and audio alerts
should be available to persons
responsible to issue warnings.
Common Alerting Protocol (CAP)
based warning system should be
set-up for easy interface with
public broadcasting media
(including TV channels, AM and
FM radios etc.)
Broadband connectivity
subscribed from the service
provider in the area as a
redundant measure for data
communication with the rest of
GSDR-ICTS network through a
VPN.
We assume that AWS runs on GSM, but
VHF is an optional mode of
communication
Pls specify the methodology to interface
with public broadcasting media.
Will it be over telephone / Video
recordings / Public Radios.
Taluka EOC will be connected to DEOC
thru GSWAN / MPLS-VPN.
Broadband connectivity is required for
Internet purpose only, if yes do we need
to facilitate firewalls and spywares in the
proposed PC.
Assumption is correct.
Messages will be sent using
public telecom network
including telephones, fax and
Internet
Yes

272
273
274
275
114 1.5
141 1.3
Pg No 114 / Sec
No 1.5 / Cl No
Portable VSAT
System
139 1.1 Annexure-IV
121
1.2/
Sr.No./
1.14
A telescopic mast to mount
wireless network antenna and
electrical hoisting mechanism
for the mast should be provided
with the system.
Integration of GIS based static
(legacy data) with dynamic
information / data transmitted
from disaster sites
This system is Desktop based
system working on Microsoft
Frame work 2.0 and above and
has been developed in VB.NET
tools.
The software that has been used
to create the database and the
application is open source
software (map window). The
geo-spatial database is in .shp
format. The system is ready for
deployment
The system should provide
scalability features and support
`load balancing, high availability
& disaster recovery. It should
allow up-to 100 concurrent
users performing queries and 50
concurrent updaters.
What is the size of the proposed
telescopic mast
Is there any requirement of integration of
hardcopy maps?
If yes Kindly provide the details of various
types of maps in terms of their total
number, type (soft copy -raster/vector
/hard copy), size & scale.
Will this system be used as source of GIS
data? If yes does it have the capability of
handling real time queries/updates? Does
the current GIS system support concurrent
users and exposes web services?
How many simultaneous users are
anticipated for GIS Application? An
estimate is required so as to suggest the
hardware and infrastructure requirements
for deploying the solution.
40 Feet as already mentioned in
the RFP.
No.
Operator has to update current
system to meet IMS
requirements.
Already mentioned in the RFP.

276
277
278
121
1.5
1.2
1.2/
Sr.No./
1.22
1.5 Portable VSAT
system
1.2.6 Brief
description of the
project
The system with ability to be
receive, compile, store and
analyze data on rainfall, flood,
water level, wind speed and
direction, earth shake,
temperature, cyclone
progression provided by various
Government / Non-Government
agencies will be preferred
Vendors may offer 1 meter
nominal diameter antenna
Communication between first
responders such as police,
disaster rescue forces, fire
brigades that use wireless
communication systems mostly
equipment operating in Very
High Frequency (“VHF”) band
and administrators on terrestrial
or satellite based Very Small
Aperture Terminals (“VSAT”),
should be possible with Voice
over Internet Protocol (“VoIP”)
based unified communication
system
What would be the format of the stated
data on rainfall, flood, water level, wind
speed and direction, earth shake,
temperature, cyclone progression
provided by various Government / Non-
Government agencies?
Does the GIS system need to be integrated
with the data.
The antenna required in Portable VSAT is a
auto pointing antenna or is it a Manual
antenna?
UNIVERSAL INTERFACE SYSTEM (UIS)
a) Will any other device other than
Universal communication Interface be
connected with the VSAT IDU (modem)
over L AN (RJ 45) ports (i.e. IP interface)?
Please confirm.
b) Does UIS support SIP signaling for
VoIP? [As UIS will convert wireless
communication to Internet Protocol (IP)
format and VoIP Gateway will be installed
at the SEOC, which means it supports SIP
Signaling for VoIP] Please confirm?
c) Will this box be connecting to VSAT
Modem over LAN (RJ45) port for the
communication between ERVs & SEOC on
IP protocol?
d) Provide the specifications/capability
details of this Universal Interface System.
e) Schematic Diagram of Universal
Interface system showing the traffic flow
of VHF system and VSAT system.
GSDMA will match interface
requirements of the system
proposed by bidder.
Auto pointing and auto tracking
a) One more LAN port for
videoconferencing, voice
communication, data
communication etc. is
necessary,
b) Yes
c) Yes
d) Please refer to page 259
e) UIS is a standard solution
available from many OEMs,
hence this information is not
included in the RFP
R Bannerji
CEO, GSDMA