Room) under Surveillance and Incident - DoITC

2015
Draft RFP for Establishmentand Commissioning of
Command & Control Centre (Video Surveillance
Room, Dial 100 Control Room, Forensic Investigation
Room, ITMS Room and Data Center& FMS/NOC
Room) under Surveillance and Incident
Response Project at seven cities of the State of
Rajasthan
Volume II
Contact Information
Anil Singh
General Manager (Technical), RISL
anilsingh.risl@rajasthan.gov.in
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Table of Contents
ITEM NO 1 : BLADE CHASSIS
4
ITEM NO 2 : BLADE SERVER
5
ITEM NO 3 : KVM SWITCH
6
ITEM NO 4 : RACK WITH COOLING SOLUTION & FIRE DETECTION/SUPPRESSION
6
ITEM NO 5 : WALL MOUNT NETWORK RACK
10
ITEM NO 6 : PRIMARY STORAGE (400 TB USABLE NL-SAS DISKS AND 5 TB USABLE SAS DISKS)
11
ITEM NO 7 : SECONDARY STORAGE
12
ITEM NO 8 : SAN SWITCH
16
ITEM NO 9 : LED (PROFESSIONAL DISPLAY TO BE USED FOR VIDEO WALL)
17
ITEM NO 10 : DISPLAY CONTROLLER FOR VIDEO WALL (2X2)
18
ITEM NO 11 : WORKSTATIONS
19
ITEM NO 12 : DESKTOP
20
ITEM NO 13 : WORKSTATION (4 TB STORAGE) FOR FORENSIC INVESTIGATION ROOM
21
ITEM NO 14 : LASER NETWORK DUPLEX PRINTER
22
ITEM NO 15 : LASER NETWORK MULTIFUNCTION DUPLEX PRINTER
22
ITEM NO 16 : RADIO GATEWAY SYSTEM
23
ITEM NO 17 : SEMI-RUGGED VEHICLE MOUNTED MOBILE DATA TERMINAL / TABLETS
24
ITEM NO 18 : CAMERA FOR INTERNAL SURVEILLANCE
25
ITEM NO 19 : NETWORK VIDEO RECORDER FOR INTERNAL SURVEILLANCE
26
ITEM NO 20 : TABLE
27
ITEM NO 21 : CHAIR
34
ITEM NO 22 : WATER LEAKAGE DETECTION SYSTEM
35
ITEM NO 23 : RODENT REPELLENT SYSTEM
36
ITEM NO 24 : ACCESS CONTROL SYSTEM
37
ITEM NO 25 : FIRE ALARM SYSTEM
38
ITEM NO 26 : FIREWALL CUM IPS
41
ITEM NO 27 : ACCESS SWITCH
44
ITEM NO 28 : CORE SWITCH-DATA CENTER
45
ITEM NO 29 : CORE ROUTER-DATA CENTER
46
Page 2 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
ITEM NO 30 : DG SET
48
ITEM NO 31 : UPS FOR DATA CENTER
54
ITEM NO 32 : UPS FOR COMMAND AND CONTROL CENTER
57
ITEM NO 33 : POWER PANEL (MAIN PANEL, APFC PANEL,AMF PANEL, SUB PANEL )
60
ITEM NO 34 : COMFORT AIR CONDITIONING
65
ITEM NO 35 : CAT 6A CABLE
66
ITEM NO 36 : CAT 6A INFORMATION OUTLET
66
ITEM NO 37 : CAT 6A MODULAR PATCH CORDS
67
ITEM NO 38 : CAT 6A – 24 PORT PATCH PANEL
68
ITEM NO 39 : OPTICAL FIBER –SINGLE MODE (FOR CONNECTIVITY BETWEEN CCC,DATA CENTER,DIAL 100 CONTROL
ROOM,ITMS ROOM AND FORENSIC INVESTIGATION ROOM)
69
ITEM NO 40 : ANTIVIRUS SOLUTION
71
ITEM NO 41 : VIDEO MANAGEMENT SOFTWARE (ONVIF PROFILE S COMPLIANT)
72
ITEM NO 42 : CENTRAL COMMAND AND CONTROL CENTER SOFTWARE
79
ITEM NO 43 : VIDEO ANALYTICS
88
ITEM NO 44 : REAL TIME AND OFFLINE FACE RECOGNITION SYSTEM
89
ITEM NO 45 : AUTOMATIC NUMBER PLATE RECOGNITION SOFTWARE
92
ITEM NO 46 : SPEED, STOP LINE AND RED LIGHT VIOLATION DETECTION SOFTWARE
95
ITEM NO 47 : CENTRALIZED VIOLATION MANAGEMENT SYSTEM
97
ITEM NO 48 : DIGITAL EVIDENCE MANAGEMENT FOR FORENSIC INVESTIGATION
99
ITEM NO 49 : FORENSIC INVESTIGATION SOFTWARE/VIDEO AND IMAGE FORGERY DETECTION SOFTWARE
103
ITEM NO 50 : EMS SOFTWARE
104
ITEM NO 51 : HELP DESK SOFTWARE
107
ITEM NO 52 : DIAL 100-COMPUTER AIDED DISPATCH SOFTWARE
109
ITEM NO 53 : EPABX SYSTEM AND CONFIGURATION
122
ITEM NO 54 : IP TELEPHONE
123
ITEM NO 55 : RADIO GATEWAY SOFTWARE SPECIFICATIONS
124
Page 3 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
TECHNICAL SPECIFICATIONS
Note: All the specifications below are minimum specifications and higher specifications shall be used
wherever necessary/ required. Deviation on higher side shall only be considered and no extra weightage
shall be awarded for such deviations.
Item No 1 : BLADE CHASSIS
S.N
o
1.
2.
3.
Item
Description of Requirement
Make
Model
Form Factor
4.
IO Modules
5.
Ethernet
Module
(10GBps)
IO
6.
Fibre Channel
IO Module
7.
Midplane
8.
Power
Modules
9.
Chassis
Management
Module
10.
System Panel
11.
12.
Management
Features
Max 10U Rack mounted Chassis to house at least 12 Dual
Socket Compute Nodes.
Min Four high-speed switch bays capable of supporting I/O
architectures in Ethernet, FiberChannel and FCoE. IO
modules/ Switches should be scalable.
The chassis should have 2 Nos. of 10 Gbps redundant
network switches/ interconnect modules with sufficient
number of 10 Gbps Downlinks ports per switch with respect
to the number of blade servers populated in the chassis and
at least 8 x 10 GB SR SFP+ uplink ports per switch for
connecting to the data center switch. It should also include
all the required cables and SFP connectors for all the ports.
The chassis should have 2 Nos. of Fiber Channel SAN
switches/ modules with at least 6 * 16 Gbps autonegotiating FC uplinks and also at least 16 Gbps autonegotiating downlinks to all server bays. It should also
include all the required cables and SFP connectors for all the
ports.
Dual network connectivity for each blade server for
redundancy should be provided. Backplane/Midplane
should be completely passive device. If it is active, dual
Backplane/Midplane should be provided for redundancy
Redundant power modules that provide N+N or N+1
redundancy (Fully populated power supplies to be included
from day one)
Integrated two redundant chassis Management Modules
providing IP based management of the compute nodes and
vital elements like FC and Ethernet Switches. Should also
provide for controlling Power, Fan management, Chassis
and compute node initialization, Switch management,
Resource discovery and inventory management, Resource
alerts and monitoring management, Chassis and compute
node power management and diagnostics for elements
including Chassis, I/O options and compute nodes.
LED/LCD on the front information panel that can be used to
obtain the status of the chassis Identify, Check log and
faults on the LED/LCD display
Should provide a single console to monitor enclosure
Should support simultaneous remote access for different
servers in the enclosure
Page 4 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
13.
14.
15.
16.
17.
Accessories
Warranty
Should include OEM management/controlling software
license for a fully populated enclosure
Should provide remote management capabilities,
performance management capabilities, smart power
management capabilities.
The Blade servers will be used for Virtualization purpose
therefore, these should be virtualization enabled from day
1.
All required cables, connectors and related accessories to
be supplied
5 Years Comprehensive onsite OEM Warranty
Item No 2 : BLADE Server
S.
No
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
Item
Make
Model
Processor
Chipset
Memory
(RAM)
HDD
RAID
Network
Interfaces
SAN
Connectivity
Graphics
Operating
System
13.
14.
15.
16.
17.
18.
Description of Requirement
Management
Features
Keyboard and
Mouse
Anti-virus
feature
Quality
Warranty
Certifications
Min. 2 x Intel® Xeon® E5-2640 V3 (2.6GHz/ 1866MHz FSB,
20 MB Cache) or higher
Intel C600 Series or higher
Min. 64 GB DDR4 ECC 1866Mhz RDIMM with Memory
Mirroring/ Online Sparing expandable to 512 GB RAM
Min. 2 x 300GB hot plug SFF 12 Gbps 10K RPM SAS drives or
higher
Integrated Hardware RAID Controller with RAID 0, 1
Min. 2 x 10Gbps (WoL and TCP/IP Offloading)
Min. 1 x USB 2.0 Port
Min. 2 x 16 Gbps Fiber Channel HBA ports
Integrated
Genuine MS-Windows Server 2012 R2 standard
Edition/RHEL 7 with 5 Years OEM Support, Subscription/
Software Assurance. (Bidder to provide updates, upgrades
and patches with 5 years OEM Support)
Two Virtual machine per server shall be created from day 1.
In case of any virtualized host failure virtual machine should
automatically restart on the redundant virtualized host
Virtual KVM based remote control
Advanced antivirus, antispyware, desktop firewall, intrusion
prevention (comprising of a single, deployable agent) which
can be managed by a central server. (Support, updates,
patches and errata for the entire contract/ project period)
The Server OEM preferably should be in the latest Gartner
Leader Quadrant
5 Years Comprehensive onsite OEM Warranty
Should be certified on the supplied OS
Page 5 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 3 : KVM Switch
S.
No.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
Particulars
Compliance
(Yes/No)
Make:
Model :
FormFactor- Itshouldberack-mountable
Supportedservers–Min.48
Minimum Ports:
Min. 24 x10/100/1000Mbps-RJ45serverports
1x15PinSVGA/XGA
1xPS/2or USB2.0Mouse
1xPS/2or USB2.0Keyboard
Itshouldsupportmin.1LAN(Local),min.3WAN(Remote) access
Itshouldsupportmin.4number of simultaneoususers
TheKVMswitchshouldbeSNMPenabled.Itshouldbe
operablefrom
remotelocations.
Itshouldhavemin. 18.5inchTFTmonitorandamovablefrontpanel
Itshouldsupportmultipleoperatingsystem
Itshouldhavedualpower with failover andbuilt-insurgeprotection
Itshouldsupportmulti-useraccessandcollaboration
Itshouldhavesupportfor
bladeserverandrackmountedserverof
differentbrands/OEM
Itshouldincluderequiredsoftware(server/client),cables,andother accessories
Itshouldsupportpasswordprotectionforrestrictedaccess
5 Years Comprehensive onsite OEM Warranty
Item No 4 : RACK with Cooling Solution & Fire Detection/Suppression
S.
No.
1.
2.
3.
4.
5.
6.
7.
8.
Particulars
Compliance
(Yes/No)
Make:
Model:
CLOSE LOOP COOLING TECHNICAL SPECIFICATIONS :
Closed Loop Cooling Solution with Inverter Technology (DX Type with R410a) –to
support IT Load of 28kW (N+1). IT-optimised design, providing ideal support for
“front-to-back” air routing for the 19" installations
As a direct condenser, the integrated air/refrigerant heat exchanger should guarantee
a cooling output of up to 12 kW with standard server enclosure dimensions, the
lowest possible weight, and comprehensive possibilities for monitoring
The Closed Loop Cooling Units, should be mounted on the sides of the racks. The
warm server air is drawn in directly from the rear of the rack and the cooled air is
blown back in front of the 19" equipment level from the side, over the whole height
of the enclosure. The Cooling Units is closed up to the server rack at the front and
rear and there forms a flush joint with the rack
The Cooling Units should be equipped with minimum four EC fans, for maximum
efficiency and minimum power consumption. The flow characteristics of the heat
exchanger are optimised for the lowest possible pressure losses on the air side. This
should minimise the energy consumption of the fans
The Cooling Units should be equipped with integrated inverter with corresponding
controller & should serve to regulate the speed of the installed condenser
Page 6 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
The cooling capacity should regulate from 25%-100% based on the IT Load & Ambient
temperature
This should permit step less adaptation of the output, also in partial-load operation,
and by reducing energy consumption also should achieve a reduction in operating
costs
Alongside the compressor, the cooling circuit of the Cooling Units should comprise a
collecting tank, liquid separator, electronic expansion valve, optimised heat
exchanger, high and low-pressure sensors, Schrader valves, filter dryer, non-return
valve, high-pressure switch and shut-off devices
The refrigerant connections and the electrical power connection to the unit should be
realised from above or below
The Cooling Units and the Server Rack should remain separate from each other. This
simplifies assembly and service work and excludes the need for unwanted access to
the server rack for maintenance purposes
Maintenance and service for all relevant components should be realised quickly. The
fans should be exchanged quickly and at any time, even while the system is
operational (hot swapping).The fans should be installed in the cold air section, which
increases their service life
Condensate management should be integrated into the unit. Any condensate is
collected in a collecting tray in the base and from there discharged to the outside via
a hose
Monitoring and alarm management for all physical parameters should be realised via
SNMP over Ethernet
A display with operating keys should be integrated on the front of the unit to display
and set the physical parameters
In case of InRow Solution bidder shall have to be provisioned with Cold Aisle
containment which shall able to provide the better efficiency
Technical specifications of Indoor Cooling Units:
Useful cooling output: Minimum 12 kW at 30 °C ambient temperature at place of
installation of the condenser
Minimum 10 kW at 47 °C ambient temperature at place of installation of the
condenser
Intake temperature, set: 22 °C
Power supply: 400 V, 3~, N, PE, 50/ 60 Hz (voltage range 380-460 V)
Refrigerant: R410a
Connection length, max.: 30 m
Installed fans: 4
Air throughput: max. 5000 m³/h
The External Condenser unit for Closed Loop Cooling Solution
The air-cooled condenser unit needed to operate the cooling packages should have
axial fans with speed controlled according to the pressure in the cooling circuit. The
housing should be manufactured from galvanised sheet steel and subsequently
powder-coated.
The condenser should have possibility to be mounted either horizontally or vertically
using the enclosed accessories. A main switch with cover is enclosed with the unit.
Page 7 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
30.
31.
32.
33.
34.
35.
Technical specifications of External Condenser





Air throughput: max. 5200 m³/h
Power supply:
230 V, 1~, 50/60 Hz
Max. connected load: 400 W
Refrigerant: R410a
Sound pressure level (10 m distance): 43 dB(A)
1.1 Copper piping
Refrigerant copper piping with closed cell elastomeric nitrile rubber tubular
insulation between each set of indoor & outdoor units as per specifications, all piping
inside the room shall be properly supported with MS hanger. Transmission wiring
between indoor to outdoor unit in a suitable PVC conduit - 1.5 sq.mm 4 core. PVC
Drain Piping - 25mm dia. Rigid PVC piping complete with fittings, supports as per
specifications duly insulated with 6mm thick nitrile rubber tubular sleeves
1.2 Refrigerant Gas
Supply of R – 410A, refrigerant gas, and charging it, after cleaning the line and pretesting for leakage. Testing the line after charging the gas as per standards and
directions
36.
Preferred make: Schneider/ Emerson/ Rittal
37.
1.3 Fire Detection and Suppression system For Server Room
38.
Rack-mountable Fire Detection and Suppression system
Fire detection and suppression master system must be compact enough to occupy
only 1U space in each IT rack. 1U Rack Mountable device should have built-in high
sensitivity smoke detection with active air-sampling. Also the NOVEC 1230
suppression system cylinders must be built-in within the 1U detection device with
sufficient quantity. The 1U Fire detection and suppression system should be
equipped with fire panel, with actuator, discharge nozzle, piping complete with
accessories. The system should include a manual abort option. This device should be
monitored using potential free contacts. It should have possibility to expand up to 6
nos. of IT Rack using master & slave configuration
39.
Rack-mountable Fire Suppression System
Fire detection and suppression Slave unit must be compact enough to occupy only 1U
space in each IT rack. 1U Rack Mountable Slave device should have the NOVEC 1230
suppression system cylinders, must be built-in within the 1U device with sufficient
quantity. The 1U Fire suppression Slave unit should be communicating with master
units for activation and suppression system
40.
Fire detection and suppression - Installation related services
Bidder shall provide installation related services for fire detection system &
Novec1230 gas based automated suppression system.
The design, equipment, installation, testing and maintenance of the Clean Agent
Suppression System shall be in accordance with the applicable requirements set forth
in the latest edition of the NFPA Standards.
41.
1.4 Fault Signals Provisioning of monitoring fault signals alarm
Remote Monitoring system with Graphical user interface with e-mail alerts. The
Page 8 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
following devices to be monitored: Temperature/Humidity, Water Leakage, Fire
Detection & Extinguishing, Air-condition Units, Door access sensor. It should also
monitor & control Automatic Door Opening of 6 Doors. It should provide a single TCP
IP interface for remote monitoring of all components and generate email alerts and
warnings. The central monitoring device should also be connected to Signal Pillar with
Audio & Visual alarm extension. It should be able to operate with Protocols: TCP/IPv4,
TCP/IPv6, SNMPv1, SNMPv2c, SNMPv3, Telnet, SSH, FTP, SFTP, HTTP, HTTPS, NTP,
DHCP, DNS, SMTP, XML, Syslog, LDAP. The system should have feature to generate
SMS alerts as well.
42.
1.5 IP Based CCTV Camera
Small-sized Indoor Network Camera - Fixed lens and adjustable focus. Multiple,
individually configurable H.264 and Motion JPEG streams; max SVGA 800 x 600
resolution at 30 fps. Video motion detection. Connects over wired Ethernet.
MicroSD/SDHC memory card slot for edge storage. Includes stand and clamp for easy
mounting and power supply with Basic Software to monitor both the Camera.
(Excludes MicroSD/SDHC Memory card)
43.
1.6 Complete Installation, testing & commissioning of complete Integrated Data
Centre.
Installation and Training:
(i)
Installation of Data Centre and the relevant components has to be carried
out by qualified technicians.
(ii)
02 day on site training to the user at site
44.
RACK SPECIFICATION
These Racks will be used to mount and house all servers/network/storage devices in
the data centre. The rack has to be designed to meet the safety requirements of the
modern data centre. Both the front and rear door should be designed to give active
high performance closed loop cooling system with handle & key lock system, Cable
entry should be entered via the roof plate and via the gland plate without affecting
the climatic conditions inside the rack.
45.
Rack Height – 42 U
46.
Server/Storage Rack
47.
Maximum Width – 600 mm
Maximum Depth – Bidder to propose
48.
Network Rack
49.
Maximum Width – 800 mm
Maximum Depth – Bidder to propose
50.
Each Rack should include
51.
19” Rack frame with sturdy frame construction made of sixteen fold or more rolled
hollow frame section punched in 25mm DIN pitch pattern and load bearing capacity
of 1000Kg or more
52.
2 pairs of 42U 19" L Type angles at Front & Rear on 6nos of punched sections with "U"
Marking
Page 9 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
53.
Front Glass Door with door stiffeners, Rear Sheet Steel Door with door stiffeners, with
Comfort Handle with Unique key lock
54.
Set of Side Panels
55.
Top cover plain, Bottom cover with cut out of 400Wx150D with wire brush insert at
back side for cable entry
56.
Vertical PDU, 32A, Single Phase, with Digital Ammeter, 12 o’s of C13 and 4 No’s of
C19, 32A MCB & IEC309 Socket as Input. (2nos Per Rack)
57.
Base Plinth 100mm height
58.
Earthing kit, Cu Earth rail 15x3x500 with 10 Points with screws and insulators & Earth
Straps, 4Sqm, 170mm In length
59.
Hardware pack of 20 (2 packs / Rack)
60.
Metal Shunting rings/ Vertical Cable Manager for network rack
61.
Blanking Panel 1 U, ABS Material (20 no’s /Rack)
62.
The Rack & the cooling Solution shall be of the same make
63.
5 Years Comprehensive onsite OEM Warranty
Item No 5 : Wall Mount Network Rack
S. No.
Item
Description of Requirement
1.
Make
2.
Model
3.
HEIGHT
Min.6U
(To house two patch panel and two access switch)
4.
TYPE
WALL MOUNT
5.
WIRE MANAGERS
ONE HORIZONTAL
6.
POWER
DISTRIBUTION
POWER DISTRIBUTION (Adequate number of sockets
as per requirement)
7.
DOOR
GLASS DOOR IN FRONT WITH LOCK
8.
FAN TRAYS
WITH FANS
9.
DEPTH
600 MM
10. METAL
ALUMINIUM EXTRUDED PROFILE
11. Warranty
5 Years Comprehensive onsite OEM Warranty
Page 10 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 6 : Primary Storage (400 TB Usable NL-SAS disks and 5 TB usable SAS disks)
S.
No
Item
Description of Requirement
Solution Type
Bidder is expected to provide Unified Storage solution meeting
benchmark performance parameters specified in SLA. Solution
proposed should yield low cost per TB, while meeting the
performance parameters
Storage Size
400 TB usable Storage shall be offered (Disks should be preferably
of 4 TB or higher capacity dual ported min. 7.2 K RPM 6 Gbps NLSAS Drives.) under RAID 6.
5 TB usable Storage shall be offered (Disks should be of 600 GB 10K
SAS 6 Gbps Drives.) under RAID 5 or equivalent/better.
Should support latest technology SSD, SAS, NL-SAS/SATA Drives
and automated policy based tiering between all the types of drives
Hardware
Platform



Rack mounted form-factor
Modular design to support disk drives expansion
Min. 16 Backend SAS lanes for disk connectivity

2 numbers of Controllers in active/active mode – Unified
Storage with 64 GB onboard protected DRAM Cache across SAN
controllers
The SI shall be responsible for smooth flow of video at CCC for
live video, playback and video analytics. In case the complete
solution requires higher cache the SI has to provide cache
accordingly.
The controllers I Storage nodes should be upgradable
seamlessly, without any disruptions I downtime to production
workflow for performance, capacity enhancement and
software I firmware upgrades.
1.
2.
3.
4.

Controllers

5.
Ports
Min. 4 * 16 Gbps FC ports, min. 4 * 10G Ethernet and 2 replication
ports
6.
Operating
System
and
Virtualization
Support
Windows, Linux and Virtualization Platform like VMware, RHEL,
Xenserver and HyperV
7.
Protocol
Support
FC, ISCSI, NFS, CIFS, SMB
8.
Management
Protocol
Support
SNMP, LDAP/AD, Network Time Protocol
9.
RAID support
Should support various hardware industry standard RAID levels
( 1,5,6,10 )or equivalent
10.
Redundancy
and
High
Availability
The Storage System should be able to protect the data against
single point of failure with respect to hard disks, connectivity
interfaces, fans and power supplies.
11.
Management
software
•
•
All the necessary software to configure and manage the
storage space, RAID configuration, logical drives allocation,
snapshots etc.
GUI/Single Command Console for entire storage system
Page 11 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)



Should also include storage performance monitoring and
management software.
Should provide the functionality of proactive monitoring of
Disk drive and Storage system for all possible disk failures
Should be able to take “snapshots".
12.
Licenses
Software
13.
Data
Protection
The storage array must have complete cache protection
mechanism either by de-staging data to disk or providing complete
cache data protection with battery backup for up to 48 hours.
14.
Retrieval Time
Retrieval time for any data stored should be maximum 4 hours for
critical data and 8 hours for other data. This would be taken care in
to account for SLA calculation.
Critical data means – any data needing urgent attention by the
judicial system or by the Police Department for investigation /
Terrorist Threat perception.
15.
Other
All required cable and connectors to be supplied
16.
Quality
The Storage OEM preferably should be in the latest Gartner Leader
Quadrant or should be in top 5 OEM as per IDC
17.
Warranty
5 Years Comprehensive onsite OEM Warranty
and
Auto-tiering, Thin Provisioning, Remote Replication, Quality of
Service Software for IOPS, Response Time and bandwidth.
Item No 7 : Secondary storage
There are two options provide to bidder for providing secondary storage. Bidder has to propose any one
option in the technical bid and quote the financial bid only for any one option.
Option 1: Usable 2PB Storage
OR
Option 2: LTO 7 Tape library and Shared file system table library software.
The details are as follows:
A. Option 1
a. Usable 2.5 PB Storage
S. No.
Compliance
(Yes/No)
Description of Requirement
1.
Make:
2.
Model:
3.
2.5 PB of usable storage capacity for archiving the Video files for at least 30
days.
4.
Should be able to efficiently store PBs of data, billions of small files and/or large
media files and Video Surveillance data.
5.
Storage system must have protection mechanism with no single point of failure
including power supply and controller.
6.
Solution must be flexible to address a wide range of applications and
Page 12 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
S. No.
Compliance
(Yes/No)
Description of Requirement
unstructured data (such as video files, image files, e-mails and documents).
7.
Storage system must support high density disk enclosure of 4 TB to 8TB HDD
capacity
8.
Bidder to provide all the necessary software to configure and manage the
storage space, RAID configuration, logical drives allocation etc.
9.
GUI/Single Command Console for entire storage system
10.
Should also include storage performance monitoring and management
software.
11.
Should provide the functionality of proactive monitoring of Disk drive and
Storage system for all possible disk failures
12.
Min. 4 * 16 Gbps FC ports, min. 4 * 10G Ethernet
13.
Bidder has to ensure complete backup of audio and video recording,
snapshot/clone of all virtual machines and application software from all storage
appliances and servers installed in datacentre.
14.
The Storage OEM preferably should be in the latest Gartner Leader Quadrant or
should be in top 5 OEM as per IDC
15.
One rack is provisioned for secondary storage. However if any additional rack is
required, bidder has to provide the same having specification mentioned in RFP
at Item No 4 and include the cost in secondary storage only.
16.
5 Years Comprehensive onsite OEM Warranty
B. Option 2
If the bidder choose option 2 than bidder has to add the cost of LTO-7 Tape Library and Shared file
system tape library software.
Bidder has to provide certificate from original developer of quoted VMS that they have tested their VMS
Software for compatibility with the offered shared file system for successful implementation and as per
functional requirement of the Project.
1. LTO-7 Tape Library
S. No
1.
2.
3.
4.
5.
6.
Item
Description of Requirement
Make
Model
No. of Drives
6
Native data Capacity
6.4 TB
Max.
Speed
300 – 315 MB/s native
Up to 750 – 758 MB/s compressed
Uncompressed
Compression capable
2.5 : 1 (Compressed capacity – upto 16TB)
Page 13 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
S. No
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
Item
Description of Requirement
No. of Active Media Slots
80
No. of Physical Media
Slots
400
Media cartridges should be moved from active slots
to physical slots on user action/console with in the
library using internal robotics.
Data Cartridge
LTO-7 (rewritable)
LTO-7 Cleaning cartridge: LTO Universal Cleaning
Cartridge
Backward Compatibility
Read/write LTO-6 media.
Reads LTO-5 media.
Interface
8Gb/s Dual Port Fibre Channel (auto-negotiates to
4Gb/s);
Media cartridges
400 LTO-7 media cartridges
Redundant Power Supply
Yes
Reporting feature
Yes
Additional Rack
One rack is provisioned for secondary storage.
However if any additional rack is required, bidder
has to provide the same having specification
mentioned in RFP at Item No 4 and include the cost
in secondary storage only.
Warranty
5 Years Comprehensive onsite OEM Warranty
Compliance
(Yes/No)
2. Shared File System Tape Library
S.
Item
No.
1.
Make:
Compliance
(Yes/No)
2.
Model:
3.
The Shared SAN File System software shall support large file systems and in-Built data
archivingto tape mechanism ,scaling to Petabytes(PB)
4.
The Shared SAN File System shall provide low latency, high throughput concurrent data
access to all the clients on SAN connected and LAN connected systems.
For LAN Clients, File system can use any server on SAN as a Gateway to to get the
access of the Data for LAN Clients.
The Shared SAN File System shall support automatic placement of the files created by
the user / applications into appropriate multi-vendor storage arrays/ pools/based on
the defined affinity policies.
The Shared SAN File System shall support heterogeneous clients on SAN network with
shared data access of the same data set. Heterogeneous clients include Microsoft
Windows, Red Hat Enterprise Linux & SUSE Linux.
5.
6.
Page 14 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
S.
Item
No.
7.
The Shared SAN File System shall provide NFS/NAS services to LAN clients supporting
load balancing, failover and teaming of network cards.
8.
The Shared SAN File System shall permit consolidation of Storage Arrays with different
capacities, performance capabilities and make and model into a common storage pool.
9.
Offered solution shall be installable on to the Servers for the metadata Controller
configuration.
For the best performance of the Metadata Server configuration shall support to run on
an industry standard servers with a Good configuration.
Offered filesystem shall have the inbuilt Data Archiving functionality as a single
software and single GUI to move the data on to Tape Library in native file format and
leave the Stubs on to primary Storage.
Offered file system shall also have the inbuilt functionality of retrieving the data from
Tape active slots in native file format to Primary storage through the VMS application
by accessing the stubs on the Primary Storage
Shared SAN File System should be capable of recovery in case of system crash or
unplanned shutdown.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
Addition, deletion or failure of any clients shall not have any effect on file system
functionality.
Under the implementation of highly available architecture - (System configuration with
adequate redundancies and architectural feature), the Shared file system shall assure
continuity of support under all modes of single point failures. This shall include (but not
limited to) failure of metadata server and/or any of its subsystems/ components,
failure of any of switch / failure of any of interfaces interconnecting the servers and
clients with the storage and network resources.
The Shared SAN File System shall support multi-vendor switches.
The Shared SAN File System shall support enabling of Storage allocation quotas at user
and group and Project levels.
The Shared SAN File System should present a single global namespace view of all the
files and directories in the file system to all the heterogeneous clients.
The Shared SAN File System should present the location of the file with the same file
path and filename to all its clients.
The Shared SAN File System should allow multiple clients to access the same file for
concurrent read.
Metadata server should support file sharing locks to assure integrity while supporting
concurrent access
The file system should support POSIX locks in addition to native locking mechanism.
21.
The Shared SAN File System shall allow online expansion and retirement of storage
capacity and disk array swap-outs without taking the file system off line. This includes
adding addition disks to existing storage arrays, adding incremental or new storage
arrays, and/or the removal of older arrays in replacement of new storage subsystems
22.
23.
24.
25.
26.
Shall have automated de-fragmentation capabilities
Shall have administration capabilities through GUI and CLI
Shall provide capabilities for user administration
File system shall provide features for file system audits
File system shall provide extensive alert capabilities.
Page 15 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
S.
Item
No.
27. The Shared SAN File System shall support replication for Disaster Recovery
Compliance
(Yes/No)
28.
Bidder has to estimate licensing requirement for server, workstations and storage
equipment’s. It is the bidder responsibility to make the solution operational as per RFP
requirement.
29. Bidder has to maintain a copy of audio and video recording, snapshot/clone of all
virtual machines and application software from all storage appliances and servers
installed in datacentre.
30. Warranty/Technical Support: 5 Years Comprehensive onsite OEM Warranty with
necessary updates, upgrades and patches
Item No 8 : SAN Switch
S. No.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
Compliance
(Yes/No)
Description of Requirement
Make:
Model:
The SAN Switch solution should be highly available with no single point of failure
Switch should support non disruptive Micro code/Firmware upgrade
Bidder should provision for a highly available fiber channel switch
architecture with no single point of failure
Switch shall support minimum 48 ports X16 Gbps (with port activation licenses).
However bidder has to ensure sufficient number of ports of 16 Gbps looking to
the overall solutionrequirement of the project
The switch shall support Port zoning and LUN zoning, GUI management software
The SAN switch should have capability to interface with HBA ofdifferent makes
and model from multiple OEM, supporting multiple Operating Systems,
including, but not limited to HP-UX,IBM AIX, Linux, MS-Window, Sun Solaris etc.
The SAN switch should support all leading SAN disk array and tape libraries
including, but not limited to, EMC, Hitachi, HP, IBM, Sun, NetAppetc.
Product shall be provided with all the required licenses, software,required
accessories, cable etc. as applicable to meet all the above mentioned
specification and hence the proposed solution.
HBA Cables shall be provided by the Bidder to meet the solution
requirement
Warranty :5 Years Comprehensive onsite OEM Warranty
Page 16 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 9 : LED (Professional Display to be used for Video Wall)
#
Features
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
Make
Model
Screen Size
Panel Type
Aspect Ratio
Resolution
Brightness
Display Color
Response Time
Viewing Angle
Bezel Width
Bezel Color
Inputs Ports
External Control
Remote Control
16.
17.
18.
19.
20.
21.
22.
Description of Requirement
55 inch
Direct LED
16:9
1920x1080 (FHD)
500 Cd/m2
Minimum 8 bit -16 million
<= 12 ms (G to G)
178/178
Maximum 2.3 mm(U/L) and 1.3 mm(R/B)
Black
RGB,DVI-D, Display Port 1.2, HDMI, USB 2.0
RS232C (In/Out) , RJ 45
Wireless remote control with each display unit along with
batteries
Certification’s
Safety- UL/BIS
EMC- FCC
Environment- Energy Star 6.0
Usage Hours
24 hours x 7 days
Fittings
and The screen should be supplied with all necessary cables for
Cables
connectivity that will be required to connect to the video wall
controller and/or work stations and/or any other equipment’s
as per the requirement of the proposed solution.
Warranty
5 years comprehensive onsite warranty
Combination of The bidder/SI shall ensure the 2x2 combination of above
LED’s
mentioned LED tiled together contiguously to form one large
Video wall. All necessary hardware (like video wall mounting
bracket etc.) to stack LED screen together to be supplied,
which should also be easily maintainable and accessible from
the front of the video wall.
Brightness
Brightness of all LED’s in a video wall has to be calibrated.
calibration
Orientation:
The video wall panel should have capability to get mounted in
either vertical (portrait) mode or Horizontal (Landscape) mode
orientation.
Page 17 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 10 : Display Controller for video wall (2x2)
S.
No.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
Feature
Compliance
(Yes/No)
Make:
Model:
General
Display Controller should be scalable to control video wall in a matrix of M x N (any
combination of Row & Column) up to total of 4 screens. It should also be capable of
taking universal inputs for video as well as data along with necessary wall
management software’s
Networking
Dual-port Gigabit Ethernet Controller inbuilt Support for Add on Network adapters
Wall configuration: 4 DVI-D/ HDMI Outputs
Resolution Output support: Minimum 1920x1080 or higher
Universal Inputs
4 Universal Inputs (Should be able to accept at least 3 kinds of signals i.e.
DVI/RGB/HDMI)
Redundancy Support:
System should have the redundancy support for following:
- Controller Hard Disk Data
- Power Supply
- LAN
Matrix Combination
The video wall of any matrix combination (CR) should be capable of displaying
multiple type of outputs as desired in CCC facility
Software
Compatible Video Wall Management software to meet the required functionality
5 Years Comprehensive onsite OEM Warranty
Page 18 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 11 : Workstations
S.No
Item
Description of Requirement
1.
Make
2.
Model
3.
Processor
Intel Xeon/i 7 Processor 64 bit (Quad core)
4.
Memory
Minimum 8 GB Memory expandable upto min. 32 GB
5.
Graphics card
6.
HDD
WHQL certified NVIDIA Graphics card with 2 GB
onboard video memory (non shared), graphics card
shall be chosen such that each workstation supports 4
monitors simultaneously with no degradation in video
quality considering HD video quality and 25 fps
2 TB SATA Hard drive @7200 rpm
7.
Media Drive
16X DVD +RW
8.
Network interface
1000BaseT, Gigabit Ethernet (10/100/1G auto sensing)
9.
Audio
Line/Mic IN, Line-out/Spr Out (3.5 mm)
10.
USB ports
11.
Keyboard
Minimum 6 USB ports (out of that 2 in front).
Out of 2 USB port in front ,Minimum 1 USB Port in
front shall be USB 3.0
These would be disabled for data transfer.
104 keys minimum OEM keyboard
12.
Mouse
2 button optical scroll mouse (USB)
13.
Monitor
14.
Operating System
15.
Anti-virus feature
16.
Warranty
3 number of 21 inch monitor, Minimum 1920 x1080
resolution, TCO 03 (or higher) certified
Latest 64 bit licensed Microsoft Windows operating
system with media as per proposed solution
Advanced antivirus, antispyware, desktop firewall,
intrusion prevention (comprising of a single,
deployable agent) which can be managed by a central
server. (Support, updates, patches and errata for the
entire contract/ project period)
5 Years Comprehensive onsite OEM Warranty
Compliance
(Yes/No)
Note: There would be DRM Software/application installed on the workstations at the Command &Control
Centres and mobile tablets/smartphones that would prevent unauthorized copying of video feeds and
other sensitive data. The storage structure of the video feeds shall be such that it prevents
copying/tampering/export of video feeds without proper user authentication and audit trail.
Page 19 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 12 : Desktop
S. No
Item
Description of Requirement
1.
Make
2.
Model
3.
Processor
Intel Xeon /i 7 Processor 64 bit (Quad core)
4.
Memory
Minimum 8 GB Memory expandable upto min. 32 GB
5.
HDD
1 TB SATA Hard drive @7200 rpm
6.
Media Drive
16X DVD +RW
7.
Network interface
1000BaseT, Gigabit Ethernet (10/100/1G auto sensing)
8.
Audio
Line/Mic IN, Line-out/Spr Out (3.5 mm)
9.
USB ports
10.
Keyboard
Minimum 6 USB ports (out of that 2 in front).
Out of 2 USB port in front ,Minimum 1 USB Port in front
shall be USB 3.0
These would be disabled for data transfer.
104 keys minimum OEM keyboard
11.
Mouse
2 button optical scroll mouse (USB)
12.
Monitor
13.
Operating System
14.
Anti-virus feature
15.
Warranty
21 inch monitor, Minimum 1920 x1080 resolution, TCO
03 (or higher) certified
Latest 64 bit licensed Microsoft Windows operating
system with media as per proposed solution
Advanced antivirus, antispyware, desktop firewall,
intrusion prevention (comprising of a single, deployable
agent) which can be managed by a central server.
(Support, updates, patches and errata for the entire
contract/ project period)
5 Years Comprehensive onsite OEM Warranty
Compliance
(Yes/No)
Note: There would be DRM Software/application installed on the workstations at the Command & Control
Centres and mobile tablets/smartphones that would prevent unauthorized copying of video feeds and
other sensitive data. The storage structure of the video feeds shall be such that it prevents
copying/tampering/export of video feeds without proper user authentication and audit trail.
Page 20 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 13 : Workstation(4 TB Storage)for Forensic Investigation Room
S.No
Item
Description of Requirement
1.
Make
2.
Model
3.
Processor
Intel Xeon /i 7 Processor 64 bit (Quad core)
4.
Memory
Minimum 8 GB Memory expandable upto min. 32 GB
5.
Graphics card
6.
HDD
WHQL certified NVIDIA Graphics card with 2 GB
onboard video memory (non shared), graphics card
shall be chosen such that each workstation supports 4
monitors simultaneously with no degradation in video
quality considering HD video quality and 25 fps
4 TB SATA Hard drive @7200 rpm
7.
Media Drive
16X DVD +RW
8.
Network interface
1000BaseT, Gigabit Ethernet (10/100/1G auto sensing)
9.
Audio
Line/Mic IN, Line-out/Spr Out (3.5 mm)
10.
USB ports
11.
Keyboard
Minimum 6 USB ports (out of that 2 in front).
Out of 2 USB port in front ,Minimum 1 USB Port in
front shall be USB 3.0
These would be disabled for data transfer.
104 keys minimum OEM keyboard
12.
Mouse
2 button optical scroll mouse (USB)
13.
Monitor
14.
Operating System
15.
Anti-virus feature
16.
Warranty
3 number of 21 inch monitor, Minimum 1920 x1080
resolution, TCO 03 (or higher) certified
Latest 64 bit licensed Microsoft Windows operating
system with media as per proposed solution
Advanced antivirus, antispyware, desktop firewall,
intrusion prevention (comprising of a single,
deployable agent) which can be managed by a central
server. (Support, updates, patches and errata for the
entire contract/ project period)
5 Years Comprehensive onsite OEM Warranty
Compliance
(Yes/No)
Note: There would be DRM Software/application installed on the workstations at the Command & Control
Centres and mobile tablets/smartphones that would prevent unauthorized copying of video feeds and
other sensitive data. The storage structure of the video feeds shall be such that it prevents
copying/tampering/export of video feeds without proper user authentication and audit trail.
Page 21 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 14 : Laser Network Duplex Printer
S. No
Item
Description of Requirement
1.
Make
2.
Model
3.
Print speed (A4)
Up to 35 ppm or higher
4.
Print speed (A3)
Up to 18 ppm or higher
5.
Print Resolution
Up to 1200 x 1200 dpi or higher
6.
Up to 65,000 pages or higher
8.
Duty cycle
(monthly-A4)
Duplex printing
option
Network Enabled
9.
Energy Star
Yes
10.
Standard memory
Min. 256 MB or higher
11.
A4,A3,B4,B5 and A5
12.
Media Size
Supported
Processor Speed
13.
OS
Win XP, Vista, 7,8 or higher
14.
Accessories
USB & power cable
15.
Warranty
5 Years Comprehensive onsite OEM Warranty
7.
Compliance
(Yes/No)
Automatic
Yes
750 MHz or higher
Item No 15 : Laser Network Multifunction Duplex Printer
S.No
Item
Description of Requirement
1.
Make
2.
Model
3.
Print speed (A4)
Up to 26 ppm
4.
Print Resolution
Up to 600 x 600 x 2 dpi
5.
Scan Resolution
Up to 1200 x 1200 dpi
6.
Scan Type
Flatbed, ADF
7.
Scan Speed (ADF)
Up to 15 ppm
8.
Scan File Format
JPEG, TIF, BMP, GIF, PDF, PNG
9.
Copy Resolution
Up to 1200 x 1200 dpi
10.
Fax Resolution
203 x 196 dpi
11.
120 numbers
12.
Fax Speed Dialing,
MaximumNumbers
Duty cycle
13.
Duplex printing option
Automatic
14.
Network Enabled
Yes
15.
Energy Star
Yes
Up to 8,000 pages
Page 22 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
16.
Standard memory
128 MB
17.
Media Size Supported
A4, letter and legal
18.
Processor Speed
500 Mhz
19.
OS
Win XP, Vista, 7,8 or higher
20.
Accessories
USB & power cable
21.
Warranty
5 Years Comprehensive onsite OEM Warranty
Item No 16 : Radio gateway system
S. No
Item
Description of Requirement
1.
Make
2.
Model
3.
Processor
Intel Xeon /i 7 Processor 64 bit (Quad core)
4.
Memory
Minimum 8 GB Memory expandable upto min. 32 GB
5.
HDD
1 TB SATA Hard drive @7200 rpm
6.
Media Drive
16X DVD +RW
7.
Network interface
1000BaseT, Gigabit Ethernet (10/100/1G auto sensing)
8.
Yes
10.
Inbuilt
Graphic
Card
Additional Audio
card
Digital Radios
11.
Foot pedal
12.
USB ports
13.
Keyboard
4 numbers digital radios (VHF-Using Police Radio
Frequencies)
Foot Pedal for Dispatcher with Com Port /RS232
Connector at Dispatcher PC (4 Nos.)
Minimum 6 USB ports (out of that 2 in front).
Out of 2 USB port in front ,Minimum 1 USB Port in
front shall be USB 3.0
These would be disabled for data transfer.
104 keys minimum OEM keyboard
14.
Mouse
2 button optical scroll mouse (USB)
15.
Monitor
16.
Operating System
17.
Anti-virus feature
18.
Warranty
Min. 21 inch monitor, Minimum 1920 x1080 resolution,
TCO 03 (or higher) certified
Latest 64 bit licensed Microsoft Windows operating
system with media as per proposed solution
Advanced antivirus, antispyware, desktop firewall,
intrusion prevention (comprising of a single,
deployable agent) which can be managed by a central
server. (Support, updates, patches and errata for the
entire contract/ project period)
5 Years Comprehensive onsite OEM Warranty
9.
1 Nos. Internal/ External Sound Card 4 in 4 out.
Page 23 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 17 : Semi-Rugged Vehicle Mounted Mobile Data Terminal / Tablets
S. No
Item
Description of Requirement
1.
Make
2.
Model
3.
Item Type
Semi- Rugged Tablet PC
4.
CPU
Intel® Atom® Quad Core Processor Z3735G with Intel HD
Graphics (1.33 GHz, up to 1.83 GHz using Intel Burst
Technology, 2 MB cache, 4 cores)
5.
Operating
System
Android 4.4.4 (Kit Kat) or higher
6.
Memory
2GB DDR3L RAM/16GB/32GB embedded Multi Media
Card
7.
Storage
MicroSD card slot, supports SDHC and up to 32GB
8.
Display
10.1" capacitive touch display, (1280x800) WXGA IPS
Anti-glare Ultra-Slim w/ LED backlight touch display
9.
Touch type
capacitive touch display
10.
Display
Resolution
(1280x800) WXGA IPS
11.
Network
Interface
802.11 a/b/g/n dual band 2x2 wireless connectivity
12.
Camera
2MP front-facing camera with webcam , 5MP rear-facing
camera autofocus
13.
Control Switch
1 x Power on/off button
14.
Speaker
&
Microphone
3G data, No voice calling
15.
USB
Micro USB with OTG Support
16.
DC Jack
18W (12V/1.5A) AC adapter with Grey DC Cord
17.
Micro
SD
1 Micro SD card Slot
18.
SIM Socket
Micro-SIM Slot
19.
Battery Pack
2 cell, 28.5 WHr Li-ion polymer, 5700 mAh battery
20.
3G
WCDMA/HSDPA/HSUPA/HSPA+: 2100(Band I), 1900
(Band II), AWS(Band IV), 850 (Band V), 900 (Band VIII)
MHz, GSM/GPRS/EDGE: 1900 MHz (Band II), 1800 MHz
(Band III), 850 MHz (Band V), 900 MHz (Band VIII) MHz
21.
Ruggedness
Standard
IP 52 IP52 tested design with integrated passive stylus
forwriting with Application support
22.
Waterproof
1575.42 MHz ± 1.023 MHz, 10 m
23.
Shockproof
82 cms falling and upto 125 lbs pressure support on the
tablet screen
24.
Warranty
5 Years Comprehensive onsite OEM Warranty
Page 24 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 18 : Camera for Internal Surveillance
S.No.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
Item
Make
Model
Video Compression
Type
Video Resolution
WDR
Automatic
Gain
Control
Frame rate
Image Sensor
Lens Type
Lens
13.
Minimum
Illumination
Image settings
14.
Protocol
15.
Security
16.
17.
Operating
conditions
Casing
18.
19.
Standard
Warranty
Description of Requirement
H.264 or better
Dome Type
1920 X 1080
Required (>70db)
Required
25 fps in all resolutions
1/4” / 1/3” Progressive Scan CMOS
Varifocal, C/CS Mount, IR Correction
Fixed IRIS 2.8-10mm, F1.7, 3x optical zoom,10x
digital zoom
0.9 lux
Compression, colour, brightness, sharpness,
contrast, white balance, exposure control,
backlight compensation, rotation
HTTP, HTTPS, FTP, SMTP, RTSP, RTP, TCP, UDP,
RTCP, DHCP
Password Protection, IP Address filtering, User
Access Log
0 to 50°C
Tamper Resistant casing for
Indoor
Environment
ONVIF Compliant
5 Years Comprehensive onsite OEM Warranty
Page 25 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 19 : Network Video Recorder for internal surveillance
S. No.
Features
1.
2.
3.
Make
Model
Main Features
4.
Network
Features
5.
Audio/ Video
Input (IP video
input)
Audio/ Video
6.
Description of Requirement



User-friendly GUI for easy operation
Connection to IP camera, IP dome and video server
Support decoding at H.264, MPEG4 compression
standard, etc.
 Stream storage at PS standard capsulation format
 Up to 1280×1024 VGA output resolution
 Up to 1920×1080 HDMI output resolution
 Support high-definition video preview, storage and
playback.
 Digital zoom in preview and playback
 Up to 16-ch synchronous playback
 Different recording storage period configurable for
each channel
 Redundant recording
 HDD management in groups
 NTP, SADP, SMTP and NFS protocols supported
 Up to two 10/100/1000Mbps self-adaptive UTP
Ethernet interfaces.
 Support TCP/IP, UDP, PPPoE, DHCP, DNS, DDNS, NTP,
SADP, SMTP, and NFS (access to NAS) protocol.
 Unicast and multicast transmission; TCP, UDP, and RTP
protocols supported in unicast.
 Remote search, playback and download, lock/unlock
of video files; support breakpoint resume.
 Remote access and configuration of parameters;
remote import/export of device configuration
parameters.
 Remote access of device running status, system log
and alarm status.
 Remote button operation.
 Remote lock/unlock of front panel buttons and mouse.
 Remote formatting of hard disk, upgrade,
reboot/shutdown and other system maintenance
operations.
 RS -232/RS-485 transparent channel transmission.
 Event alarm and exceptions upload to remote
management center.
 Remote manual recording.
 Remote video image capture in JPEG format.
 Remote PTZ control.
 Voice talk or voice broadcast.
 Built-in WEB Server.
16-ch at 4CIF resolution/8-ch at 720P resolution/4-ch at
UXGA resolution(or 8-ch in real time)
CVBS output
Page 26 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
S. No.
Features
Output
7.
Hard disk
8.
External
Interface
9.
Chassis
Description of Requirement
Compliance
(Yes/No)
2-ch, BNC(1.0Vp-p, 75Ω)
Resolution: 704×576(PAL); 704×480(NTSC)
HDMI output
1-ch, resolution: 1024×768/60Hz, 1280×1024/60Hz,
1920×1080/60Hz
VGA output
1-ch, resolution: 1024×768/60Hz, 1024×768/70Hz,
1280×1024/60Hz
Audio output
1-ch, resolution: 1024×768/60Hz, 1024×768/70Hz,
1280×1024/60Hz
Audio output
2-ch, BNC(Linear Electrical Level, 600Ω)
Synchronous playback
16-ch
Type: 8 SATA Interfaces
Capacity : 2 TB
Voice talk
2-ch, BNC(2.0Vp-p, 1kΩ)
Network interface
1RJ-45, 10/100/1000Mbps self-adaptive Ethernet interface
USB interface
3, USB2.0
Serial interface
1 RS485 serial interface
1 RS232 serial interface
1 RS-485 keyboard serial interface
Alarm in
16
Alarm out
4
19” standard 2U chassis
10.
Consumption
≤70W (without HDD)
11.
Warranty
5 Years Comprehensive onsite OEM Warranty
Item No 20 : Table
S.No.
Description of Requirement
1.
Make:
2.
Model:
3.
GENERAL REQUIREMENTS AND SPECIFICATIONS FOR CONSOLE SYSTEM
The following specifications detail the minimum requirements of the
Console System. Bidders must respond on the enclosed chart. This allows
for a point-by-point technical response stating compliance, taking exception
or providing requested information. Bids submitted without this chart will
be considered non-responsive.
Page 27 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
4.
Vendor shall supply the following to obtain project level approval:








Copy of ISO 9001:2008 Certification.
Copy of Green guard certifications for full console. Certification for
compliance with minimum indoor air quality standards.
Copy of FSC certification (Forest Stewardship Council) for Wood
Compnents. Certificate for compliance towards sustainable forest
initiative ensuring wood used is from sustainable forest harvesting.
Detailed CAD (PDF format) drawings of console and equipment
layouts for coordination of site measurements, architectural,
mechanical, and electrical project elements for each console type.
Copy of test certification for ASTM E84-06a for surface burning
characteristics of products and materials. Test
must reference the actual assembled components for wood-core
panels including core, laminates and edging.
Raw material supplier data alone is not acceptable.
Copy of test certification for the following ANSI/BIFMA test
procedures performed by an independent testing laboratory or
approved by a professional engineer:
a. Concentrated Functional Load Test
b. Distributed Functional Load Test
c. Concentrated Proof Load Test
d. Distributed Proof Load Test
e. Leg Strength Test
f. Stability under Vertical Load Test
The tests must be based on the ANSI/BIFMA X5.5-2008 Standard applied to
the proposed product solution.



Detailed CAD (PDF format) drawings of each console type with its
specific equipment per application.
Renderings of consoles and room upon request.
Pre-production review, to include a drawing submittal and
component listing complete with samples of selected finish
Page 28 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)




materials upon request.
Samples of the following material components, which demonstrate
workmanship, shall be provided upon request:
a. Work surface sample with ergonomic nosing.
b. Sample panel construction and finish materials.
Ergonomic Compliance report as per ISO-11064 to be submitted
along with the BID.
The consoles shall be suitable for areas of Seismic zone, In Rajasthan
it should be Zone 4 or better.
All metal components shall be ROHS certified. (No hazardous
substance should be used).
5.
Stability – Function
 The Console System shall be designed specifically for 7x24 mission
critical environments such as System Control centers, Network
Operation Centers, etc. Standard office grade, post and panel
furniture will not be acceptable.
 The primary structural foundation for the Console System shall be
manufactured of durable materials that will withstand the 7x24
mission critical environment. Structural integrity of the Console
System is a priority; therefore “cubicle” type walls shall be deemed
unacceptable.
 The console structure, sub structure and frame must form a
freestanding unit independent of the exterior cladding.
 Console System must be of modular design, facilitating future
equipment retrofits and full reconfigurations without requiring any
major modification to the structure or exterior elements.
6.
Structural Integrity
 Frame shall provide optimal structural integrity, unrestricted cable
management and access, and vertical/horizontal modularity.
Cantilevered supports are used as needed to enable free leg swing
under work surfaces.
 Console frame structural components shall be cold rolled steel sheet
metal (minimum 14-gauge)/ Extruded Aluminum Frame of min 13
gauge or better. These components ensure square, rigid connection
of the front portal to the rear frame assembly, module-to-module
connections at corner positions, and attachment of front, rear and
end panels. Sheet metal parts to be produced on CNC machines to
ensure precision. All sheet metal parts must be finished with a
durable, black, electrostatic powder coating.
 The standard frame width shall be available in (5) nominal sizes: 580650mm, 730-800mm, 1160-1250mm, 1460-1550mm and 17601850mm with an overall height of 711-762 mm to correlate to
standard seated height applications. Custom frame widths and
heights must be available to correlate to non-standard room and/or
equipment applications.
 The standard frame depth shall be available in (2) nominal sizes:
350-380mm and 650-680mm to correlate to standard tower
computer storage requirements in a transverse (side-to-side)
orientation and a front-to-back orientation, respectively. Custom
frame depths must be available to correlate to non-standard room
Page 29 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)













and/or equipment applications.
Four (4) adjustable levelers are included to properly level each
standard frame. Structural support feet of 50mm x 25mm steel tube
(powder coated w/ an adjustable leveler)shall be included for
stability where required depending on the console layout and
equipment applications. Four adjustable leveler as per approval.
The base of the frame (area of frame parallel to flooring) and the top
of the frame shall be permeated with multiple cable portals. The
portals in the base of the frame shall permit vertical cable
management from flooring to a lower horizontal cable tray and to
the inner frame cavity. The portals in the top of the frame shall
permit vertical cable management from the inner frame cavity to an
upper horizontal cable tray (and to a (optional) rear wall structure)
with removable rear work surface covers that shall create instant
access into the frame cavity from the desktop.
The sides of the frame (perpendicular to floor) shall have an open
structure and the continuous upper and lower cable trays shall have
an open structure to permit lateral cabling between frames. The
console shall provide convenient open cable chases that run
uninterrupted to adjacent desks in the upper and lower portion of
the base units. The integrated cable tray shall be accessible by
removing the access panel on the work surface. The standard finish
for the monitor deck is high-pressure plastic laminate (HPL) on both
sides of the work surface. A variety of cable management options
accommodate electrical and data service. Termination boards are
available as an option to mount outlets and jacks.
The steel frame/ Extruded Aluminum Frame of min 13 gauge or
better shall be considered the primary structural foundation that
forms a freestanding unit independent
of the exterior cladding.
Designed with vertical and horizontal cable portals to allow for
continuous cable management between frame
cavities (and optional rear walls).
Sharp edges at the console base and in CPU cavities are not
acceptable and represent potential “knee-banger”
operator safety issues. All transitions and curves shall have minimum
127mm radius.
The laminate front and rear panels shall give the console a
contemporary appeal with cutting edge cladding
design and color options.
Front and rear access doors shall provide high accessibility for
installing, operating and servicing equipment.
It shall be possible to access the front and back through hinged
lipped doors. These doors shall be easily removed by hand and
permit service access to the interior of the frame.
The frame shall accept additional frames to create a continuous run
of frames without breaks or interruptions.
The frames shall also accept connectors to create angled
configurations without disrupting continuous lateral
cable management among frames. Creative design layouts shall be
achieved with integrated corners and mitres.
Operator rows can be curved for optimal sightlines to large-screen
displays. Available options include: 22.5°,30°,
Page 30 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)


and 45° short corners, 22.5°, 30°, and 45° long corners, all available
at full or reduced depth. Miter angles 5°,10° & 15° are also available
OR the console should be made in continious curve.
These connectors shall be available with concave and convex shape
building options.
Frame finish shall be a durable, black, electrostatic powder coating
with a uniform application over all steel surfaces.
7.
Modular Rear Wall (optional)
 Modular rear walls shall be vertically stackable; allowing for various
viewing levels and privacy.
 Walls shall be available in 150-180 mm.
 Walls shall be capable of supporting technology integration above
the work surface level.
 Modular walls shall be made of 14-gauge and 16-gauge steel/ 2mm
Extruded Aluminim.
 80-100mm maximum nominal depth (to maximize usable work
surface depth).
 Wall shall accept modular components like slatwall mounting
system, HPL inserts, fabric inserts
 Shall allow for continuous linear run of frames.
 Walls shall be configurable to match the angle configurations of the
lower frames without disrupting continuous lateral cable
management among frames.
 Walls shall be finished in durable, black, electrostatic powder coating
with a uniform application over all steel surfaces.
 Single and double-sided solutions shall be available.
8.
Work surfaces
 The work surface shall be designed to provide a smooth, level work
area, while complying with accepted human factors criteria. All
applicable ergonomic standards will be taken into consideration1,
including view and reach distances, keyboard height, and knee-well
space.
 The following custom options shall be available:
a. Work surface return with support panel. (Fixed
work surfaces only)
b. Work surface return with painted metal support
legs. (Fixed work surfaces only)
9.
Technology Accommodation
Below Work surface Level (CPU storage). The console shall accommodate
computer equipment* with a variety of optional processor shelves. Fixed
shall be available with the hinged panels.
The desk should be capable of accommodating all the hardware component
as per the requirements.
CPU Shelf Options Internal Components and Attachment:
1. Components shall have the following properties:
a. Fixed processor shelf 16 Gauge Cold rolled steel, powder coated
2. Processor Shelf
Page 31 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
a. Fixed Shelf – 200 lbs. (90 Kg) load, 14 gauge CRS, Powder coated
black
3. Maximum Equipment (Reduced Depth)
a. Fixed Shelf – 21” (533 mm) x 8 ¾” (222 mm) x 19” (483 mm)


Termination board Options
Desktop Level (Under-counter and Rack-mount technology)
10.
Above Work surface Level
 The console shall have the ability to have flat screen monitors and
various desk accessories mounted on the rear slatwall. Standard
slatwall heights include 150-180mm , and can be combination
slatwall and partition structure. The slatwall design can be
configured to accommodate equipment mounting on both sides and
in aback-to-back configuration both modules share one set of
slatwall.
 The following options shall be available:
a. Articulating monitor arm, depending on console
configuration.
 Cable Management
 Console System shall be designed to allow for unrestricted cable
management and access.
11.
Materials
 Console Frame Structure
o All sheet metal used for structural components shall
be 14 Gauge cold rolled steel/ Extruded Aluminum
Frame of min 13 gauge or better. These components
ensure square, rigid connection of the front portal to
the rear frame assembly, module-to-module
connections at corner positions, and attachment of
front, rear and end panels. Sheet metal parts to be
produced on CNC machines to ensure precision.
o The Console assembly should allow all applicable
shapes (Convex, concave, straight) to complement
the control room.
o
All sheet metal parts must be finished with a durable, black,
electrostatic powder coating.

Internal Components and Attachment
o Components shall have the following properties:
a. Worksurface support arm 12 Gauge Cold rolled steel,
powder coated
b. Worksurface support stiffener 14 Gauge Cold rolled
steel, powder coated
c. Fixed processor shelf 16 Gauge Cold rolled steel,
powder coated

Worksurfaces and Panels
o Panels and worksurfaces shall have the following properties:
Page 32 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
a. Materials: 1” (25mm) particleboard/ 25mm thick
Medium Density Fiber board (MDF), high-pressure
laminate surface
b. Finish Horizontal grade laminate.
c. Static Load 50-lb./ linear ft.
d. Surface to Floor Distance Fixed 29”-29.5’’ (737750mm) 27 ½”-28.15’’ (692-715mm) clearance
o
Panels shall have the following properties:
a. The console must offer hinged clipped panels as an option
for front and back. Hinged panels will hinge from the
column. Standard is a low pressures laminate surface.
Custom options include High-pressure laminate or Veneer.
b. End Panels: 1 in Thermofused Melamine
Laminate(LPL).
c. Lower/Intermediate Panels ¾ in Thermofused
Melamine Laminate (LPL).
o
The work surface shall be supplied with a nosing(waterfall
edge). The nosing shall comply with the characteristics as
follows: Should be manufactured from high impact
polyurethane edging OR Moulded Polyurethane edging
directly over the wooden top. So that it can not be removed
from table. Comfortable and ergonomically sound.
Allows for curved sections with a min. 356mm radius.
No T-Mold or flat edge banding will be accepted at the front
edge for nosing.
Slatwall Component
Slatwall shall be 6063-T6 Extruded Aluminum, fully anodized,
black in color.
o
o
o
o
12.
Space Planning and Configuration Design
 Each bidder must submit a floor plan to scale, showing each item
being proposed.
 Elevation and section drawings will be required in the submittal with
dimensions of height, width, and depth in order to determine
compliance with the specifications.
 Photo-realistic isometric color renderings of consoles and room
upon request.
 All accessories being proposed need to be shown in drawings.
 Colors are to be selected from manufacturer’s standards. A Color
Guide shall be submitted with the proposal.
13.
Schedule
Upon award of the contract supplier shall provide a schedule with exact
dates for the following milestones:
1. Detailed requirements analysis.
2. Final design submittal.
3. Pre-production approval submittal.
Page 33 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
4. Fabrication period.
5. Factory acceptance/packing & shipping.
6. Delivery date.
7. Installation.
14.
Warranty Details
The Console System shall be free from defects in materials and
workmanship from the date of transfer of title as follows:
a. LIFETIME WARRANTY on all fixed structural frame components;
b. LIFETIME WARRANTY (parts) on all static exterior panels and work surface
component parts; (5 years on labor);
c. LIFETIME WARRANTY (parts) on all adjustable, sliding or hinged
mechanisms or parts (5years on labor);
d. FIVE year warranty on electrically actuated linear lift columns;
e. OEM warranty on all buyouts.
Preferred Makes: EVANS / COSMOS /PYROTECH/ WINSTED / TRESCO
Item No 21 : Chair
S. No.
Features
1.
CHAIR STRUCTURE
2.
3.
4.
MID BACK SIZE
SEAT SIZE
FOAM DENSITY
5.
Pneumatic
Adjustment
ARMRESTS
6.
7.
Height
8.
REVOLVING
MECHANISM
WHEEL CASTORS
9.
COLOR OPTIONS
10.
Warranty
Description
Compliance
(Yes/No)
The seat & Back are made up of 1.2 +- .1 cm thick hot
pressed plywood measured as per QA method and
upholstered with fabric upholstery covers and moulded
polyurethane foam. The back form is designed and
contoured lumber support for extra comfort. The seat
has extra thick foam on front edge to give comfort to
popliteal area.
47.5 W X 58 H cm
47 W X 48 D cm
The HR polyurethane foam is moulded with density +45
+ 2 Kg/m3 and hardness 16 + 2 kgf as per IS :7888 for
25% compression
The pneumatic height adjustment has an adjustment
stroke of 12 +-.3 cm.
The one piece armrests are injection moulded from
black co-polysted polypropylene.
The chair has mechanism 360 degree revolving type.
The twin wheel castors are injection moulded in Black
Nylon.
Color options should be available viz.
Blue, Red etc.
(Color shall be decided at the time of order)
5 Years Comprehensive onsite OEM Warranty
Page 34 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 22 : Water Leakage Detection System
S.
No
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
Description of Requirement
Make:
Model:
General:
The Tenderer shall be responsible to supply, deliver, install, test, commission
and maintain of a proven technology and industry standard solution for a
water detection system in the Data Center.
The complete system shall include electronic alarm panel, sensing cable,
4x20 alphanumeric display, and auxiliary equipment, as indicated on the
design drawings. The system shall simultaneously detect the presence of
water at any point along the cable's length and switch the module's leak
alarm relays.
The sensing cable shall be of such construction by using Non-conductive
polymers in the leak detection cable's construction. The Sensing Cable shall
be an abrasion resistant polymer cores to increases the strength of the cable.
Pressure on the sensing cable shall not create a false alarm.
The Digital Sensor Cable shall be provided with pre-connectorised sensing
cable components.
Alarm Panel
The alarm panel shall be capable of monitoring up to (30 meters) of sensing
cable.
The alarm Panel shall have LEDs indicating "power" (green), "alarm" (red),
and “continuity" (yellow). The system shall sound an audible alarm upon
sensing a leak. The unit can then continue to monitor and will re-alarm if
there are any major changes. Once the alarm condition has been cleared,
the panel is reset with a single keystroke. The Panel shall have 4x20 alpha
numeric display with adjustable contrast.
Basic Features of the alarm panel
In addition to detecting leaks, the system shall warn of fault conditions and
indicates when service is required.
An event history log allows leaks (and other events) to be tracked.
Both the events history log and any user settings are held in non -volatile
memory. Event log shall stores 50 date and time stamped alarm.
The alarm module will be powered by 230 VAC. The panel shall have a pair of
contacts open on an alarm, and a pair of contacts close on an alarm. These
contacts shall be used to actuate other alarms and shall be capable of
switching 10 amps at 250 VAC.
In additions, the panel shall be provided with RS-485 series port for
connection to building management system & shall have slave Modbus RTU
protocol
The module enclosure shall be NEMA 1, constructed of 18- gauge steel with
Siemens gray colour Powder Coated. The enclosure shall be capable of either
semi flush of surface mounting.
Sensing Cable
The water sensing cable shall detect the presence of water and other
conductive fluids. The sensing technology shall be very low current AC signal
and not DC signal to avoid corrosion when subject to wetness for long period.
Page 35 of 125
Compliance(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
17.
Accessories
A Complete system accessories (leader cable, end terminations, etc.) shall be
provided by the system manufacturer.
18.
Installation: All conduiting /wiring/Trays/channels/trenches/pipes etc. for
completion of Job
19.
Warranty: 5 Years Comprehensive onsite OEM Warranty
20.
Preferred Makes: WLD Panel : C Systems/ STAR Electronics
Item No 23 : Rodent Repellent System
S. No.
Item
1.
Make
2.
Model
Description of Requirement
3.
The purpose is to keep the rodents away from the floor by
generating very high frequency sound waves (above 20 KHz)
which are not audible to human ear but irritates rodents.
The objective is to protect all the cables below floor, above
ceiling & room void from damage caused by rodents
Objective
4.
Place
Installation
5.
Main Console
Maser / C Systems
Standards
The OEM shall have an IDEMI and CFTRI certification for its
products
6.
of
Data Center, Video Surveillance Room, FMS/NOC Room,
Dial 100 Room, UPS/Electrical Room, Forensic Room
7.
The system proposed is to protect all the equipment’s,
areas with relevant type of high frequency sound producing
device called satellites or transducers. Once powered up
these transducers produce very high frequency variable
sound waves (above 20 KHz) continuously which irritate the
rodents and are forced to evacuate the place. The system
shall cover minimum of 2000 sq.ft. area per controller &
shall be able to connect minimum 12 transducers per
controller. The transducers shall cover minimum 250 sq.ft.
of area. The devices can be tested periodically by means of
a test switch provided on the Main console
8.
The satellites or Transducers shall be circular ceiling
mounted low profile units that produce high decibel sound
waves at very high frequency not less than 20 KHz. These
satellites shall cover an area not less than 400 Sq.ft for
Room void application, for ceiling Voids & floor void
applications. No looping is permitted while connecting the
satellites to the main controller. Every satellite connected to
the controller shall have a dedicated connection with the
controller
Satellites
(Maser/C
Systems)
9.
Controllers
The controller shall support 12 Transducers and shall come
with a pair of stands and brackets. The controller is installed
in the data center and the transducers in the problematic
areas i.e. above and below false ceiling and below false
Page 36 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
flooring. Controller Features :
 2000 Sq. Feet of Area Coverage per system/ Controller.
 Shall drive up to 12 Transducers. With minimum @
250sft coverage each.
 LCD display with on-board controls for changing
parameters
10.
11.
Installation
All conduiting /wiring/Trays/channels/trenches/pipes etc.
for completion of Job
Warranty
5 Years Comprehensive onsite OEM Warranty
Item No 24 : Access Control System
Biometric Finger Scan Reader
S. No
Features
Description of Requirement
1.
Make
2.
Model
3.
Finger
Print
Template
Open Standard Template (ISO based)
Template should be compatible with aadhar database.
4.
Credential
Support
Fingerprint, Card and Pin
5.
Finger
Print
Template
10 per user
6.
Proximity Card
300 per site
7.
Sensor Type
Suprema/Morpho/Cogent
8.
Card
Support
Proximity Card
9.
User Capacity
50,000
10.
Display Unit
3.5 inch TFT Display with touchscreen
11.
Buzzer
Yes
12.
Event Buffer
25,000
13.
Connectivity
Ethernet and USB
14.
Power Input
12 V DC
15.
Operating
Temperature
0° to 50°C or 32° to 122°F
16.
Sensor
Resolution
500 dpi
17.
18.
19.
20.
21.
22.
Type
Timing
Fingerprint Capture: Less than 5 Sec
Verification of captured finger: Less than 2 Sec
Fingerprint
Enrolment
Software
Yes
Certifications
STQC certified and UL
Installation
All conduiting /wiring/Trays/channels/trenches/pipes etc.
for completion of Job
Warranty
5 Years Comprehensive onsite OEM Warranty
Page 37 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Access Control Software:The Access Control Software should have the following Specifications:
S.No
Features
1.
Make:
2.
Model:
3.
Compatibility with any Windows Operating System
4.
Compatibility with MYSQL / SQL / ORACLE
5.
Support for TCP/IP Communication
6.
Provision for Alarm Monitoring for Battery, Mains Supply, Door Opened too
Long, Door Forced Opened, Unauthorized Swipe & Controller Tampering
7.
Support for unlimited number of Card Database & Transactions
8.
Specify Card Activation & Expiry Date
9.
Support for Biometric, Pin & Smart Card Applications
10.
Management of Dual Access Levels to a single Card
11.
Remote Locking & Unlocking of Doors
12.
Remote management of Controllers
13.
Customization of Door User time for every card holder
14.
One Client License
15.
Two Stages of Alarm Management (Acknowledgement on Receipt & Closure on
Investigation)
16.
Access Privileges on the basis of Time & Date
17.
Creation of holiday schedules to cover maintenance & Vacations / Holidays
18.
Setting of Time / Date
19.
Permission to activate any control output for a specific event such as alarm
20.
Programmable Shunt time to control the door opening time
21.
Area Control by using Hard Anti Pass back, Soft Anti Pass back, Timed Anti Pass
back, Occupancy Limit, Multi man principle, Area Lock down, Threat level
conditioning.
22.
Alarm Management
23.
Automatic User Log off
24.
Cardholder Management &Enrolment
25.
Creation & Maintenance of User Database
26.
Assignment of Access Privileges
27.
Shall be capable to enrol biometric fingerprint templates
28.
STQC certified enrolment biometric device to be provided
29.
Warranty: 5 Years Comprehensive onsite OEM Warranty with necessary updates,
upgrades and patches
Compliance
(Yes/No)
Item No 25 : Fire Alarm System
S. No
1.
2.
Minimum Required Specifications
Make:
Model:
Page 38 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
3.
MAIN FIRE ALARM CONTROL PANEL (FACP)
A. The main FACP Central Console shall contain a microprocessor based Central
Processing Unit (CPU). The CPU shall communicate with and control the
following types of equipment used to make up the system: intelligent
addressable smoke and thermal (heat) detectors, addressable modules,
control circuits, and notification appliance circuits, local and remote operator
terminals, printers, annunciators, and other system controlled devices.
B. Information is critical to fire evacuation personnel, and it contains large 640character Liquid Crystal Display (LCD) presents vital information to operators
concerning a fire situation, fire progression, and evacuation details. A host of
other options are available, including single- or Multichannel voice;
firefighter’s telephone; LED, LCD, or PC based Graphic annunciators; fire or
integration networking; advanced detection products for challenging
environments, and many additional options.
Panel Components & functions
The control panel(s) shall be a multi-processor based networked system designed
specifically for fire, smoke control, extinguishing agent releasing system. The
control panel shall be UL/FM/ EN listed The control panel shall include all required
hardware, software and site specific system programming to provide a complete
and operational system. The control panel(s) shall be designed such that
interactions between any applications can be configured, and modified. The
control panel(s) operational priority shall assure that life safety takes precedence
among the activities coordinated by the control panel.
The control panel shall include the following capacities:
 Support up to minimum 90 detectors & 90 devices
 Support up to minimum 180 addressable points.
 Support multiple digital dialers and modems
The control panels shall include the following features:
 Provide electronic addressing of analog/addressable devices.
 Provide an operator interface control/display that shall annunciate
command and control system functions.
 Provide an internal audible signal with different programmable patters to
distinguish between alarm, supervisory, trouble and monitor conditions.
 Provide a discreet system control switch provided for reset, alarm silence,
panel silence, drill switch, previous message switch, next message switch
and details switch.
 Provide system reports that provide detailed description of the status of
system parameters for corrective action or for preventative maintenance
programs.
 Provide an authorized operator to perform test functions within the
installed system.
4.
5.
Power Supply
System power supply(s) shall provide multiple powers limited 24 VDC output
circuits as required by the panel. Upon failure of normal (AC) power, the affected
portion(s) of the system shall automatically switch over to secondary power
without losing any system functions. Each system power supply shall be
individually supervised. Power supply trouble signals shall identify the specific
supply and the nature of the trouble condition.
All standby batteries shall be continuously monitored by the power supply. Low
battery and disconnection of battery power supply conditions shall immediately
annunciated as battery trouble and identify the specific power supply affected. All
system power supplies shall be capable of recharging their associated batteries,
Page 39 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
6.
from a fully discharged condition to a capacity sufficient to allow the system to
perform consistent with the requirements of this section, in 48 hours maximum.
All AC power connections shall be to the building's designated emergency
electrical power circuit and shall meet the requirements of NFPA 72 - The AC
power circuit shall be installed in raceway. The power circuit disconnect means
shall be clearly labelled FIRE ALARM CIRCUIT CONTROL and shall have a red
marking. The location of the circuit disconnect shall be labelled permanently inside
the each control panel the disconnect serves.
Power supply for all input & output devices to be driven from main Fire Alarm
Panel.
Field Mounted System Components
Multi-sensor Photo Thermal Detector:
The Multisensor or multitech smoke detector which will have both photoelectric as
well as thermal detection elements shall have inbuilt microprocessor, and shall be
capable of taking an independent alarm decision. The scattering of smoke particles
shall activate the photo sensor. Each addressable smoke detector's sensitivity shall
be capable of being programmed electronically from Control Panel without any
extra tools. The detector should continue to give TRUE alarms even if the loop
controller on the main panel fails. Alarm condition shall be based upon the
combined input from the photoelectric and thermal detection elements. Each
detector shall be capable of transmitting prealarm and alarm signals in addition to
the normal, trouble and need cleaning information.
7.
Addressable Detector Bases:
The bases shall be easy to install and mount and shall be of standard type.
8.
9.
10.
11.
12.
13.
14.
Manual Stations
The fire alarm station shall be of polycarbonate construction and incorporate an
internal toggle switch. A locked test feature shall be provided. The station shall be
finished in red with silver "PULL IN CASE OF FIRE" lettering.
Intelligent Modules
The personality of multifunction modules shall be programmable at site to suit
conditions and may be changed at any time using a personality code downloaded
from the Analog Loop Controller. The modules shall have a minimum of 2
diagnostic LEDs mounted behind a finished cover plate. A green LED shall flash to
confirm communication with the loop controller. A red LED shall flash to display
alarm status. The module shall be capable of storing up to 24 diagnostic codes,
which can be retrieved for troubleshooting assistance. Input and output circuit
wiring shall be supervised for open and ground faults.
Control Relay Module:
The Control Relay Module shall provide one form "C" dry relay contact to control
external appliances or equipment shutdown. The control relay shall be rated for
pilot duty and releasing systems. The position of the relay contact shall be
confirmed by the system firmware.
Isolator Module/ Bases:
Provide intelligent fault isolators modules. The Isolator Module shall be capable of
isolating and removing a fault from a class A data circuit while allowing the
remaining data loop to continue operating.
Monitor Module:
The Monitor Module shall be factory set to support one (1) supervised Class B
Normally-Open Active Non-Latching Monitor circuit.
Sequence of Operations
General - Audio
Page 40 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
15.
16.
Upon alarm activation of any area smoke detector, heat detector, manual pull
station, sprinkler water flow, the following functions shall automatically occur:
 The internal audible device shall sound at the control panel or command
center.
The following audio messages and actions shall occur simultaneously:
 An evacuation message shall be sounded on fire floors (zones) immediately
above and below (adjacent to) the fire floor (zone), on the floor in fire
condition. It is the intent of this message to advise occupants hearing this
message that they are near danger and should leave the building via the
stairs (nearest exit) immediately.
 Activate visual strobes on the fire floors (zones) immediately above and
below (adjacent to) the fire floor (zone). The visual strobe shall continue to
flash until the system has been reset. The visual strobe shall not stop
operating when the "Alarm Silence" is pressed. An alert message shall be
sounded on the remainder of building. It is the intent of this message to
advise occupants to prepare for evacuation if necessary. An instructional
message shall be sounded in the stairwells instructing occupants to move
carefully and quickly down the stairs to exit the building and to exit to a
safe floor if you encounter smoke in the stairwell.
 Activate automatic smoke control sequences.
 All automatic events programmed to the alarm point shall be executed and
the associated outputs activated.
 All stairwell/exit doors shall unlock throughout the building.
 All self-closing fire/smoke doors held open shall be released.
Installation: All conduiting /wiring/Trays/channels/trenches/pipes etc. for
completion of Job
Warranty: 5 Years Comprehensive onsite OEM Warranty
Item No 26 : Firewall Cum IPS
S. No
1
2
Minimum Required Specifications
Make:
Model:
Industry Certifications and Evaluations
The Firewall appliance should have certifications like NDPP/ ICSA / EAL3 or more
The proposed vendor must have a track record of continuous improvement in threat
detection and must have successfully completed NSS Labs’ NGFW Methodology v5.4
testing with a minimum exploit blocking rate of 95%
Hardware Architecture
The appliance based security platform should be capable of providing firewall, IPS,
Botnet, URL Filtering, and VPN (both IPSec and SSL) functionality in a single
appliance
The appliance should support atleast 6 * 10/100/1000 Gigabit and 2 * 10 G ports
from Day one
The appliance hardware should be a multicore CPU architecture with a hardened 64
bit operating system to support higher memory
Proposed Firewall should not be proprietary ASIC based in nature & should be open
architecture based on multi-core cpu's to protect & scale against dynamic latest
security threats.
3
Performance & Scalability
Page 41 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Firewall should support production/multiprotocol throughput of 2 Gbps
Firewall should support atleast 450,000 concurrent sessions
Firewall should support atleast 40,000 connections per second or more
NGFW should support 3 Des/AES IPSec VPN throughput of atleast 1Gbps or more
Firewall should support atleast 5000 concurrent VPN peers IPSec / SSL
Firewall should support atleast 1000 vlans
4
5
Firewall should support 2 virtual firewalls from day one & support licensed based
scalability upto 100 virtual firewalls as & when required with licenses without
upgrading any hardware parts like memory etc, all necessary hardware modules to
support upto 100 virtual firewalls should be provisioned from day one.
Firewall Features
Firewall should provide application inspection for DNS, FTP, HTTP, SMTP,ESMTP,
LDAP, MGCP, RTSP, SIP, SCCP, SQLNET, TFTP, H.323, SNMP
Firewall should support creating access-rules with IPv4 & IPv6 objects
simultaneously
Firewall should support operating in routed & transparent mode. Should be able to
set mode independently for each context in multi-context mode
In transparent mode firewall should support arp-inspection to prevent spoofing at
Layer-2
Firewall should support DOS protection functionalities like TCP intercept/TCP Syn
cookie protection, Dead Connection Detection/ TCP sequence randomization, TCP
normalization to clear tcp packets of anomalies like clearing or allowing selective tcp
options, reserved bits, urgent flags & provide TTL evasion protection.
Should support Static, RIP, OSPF v2 & v3, BGP Protocol
Should support Non Stop Forwarding in HA during failover and Graceful Restart
Firewall should support setting connection limits based on max embryonicconnections, per-client embyonic connections, per-client max connections, setting
embronic connection timeouts & idle-timeouts. These settings should be applicable
on web servers & clients.
Firewall should support static nat, pat, dynamic nat, pat & destination based nat
Firewall should support Nat66 (IPv6-to-IPv6), Nat 64 (IPv6-to-IPv4) & Nat46 (IPv4-toIPv6) functionality
NGFW should be able to Block the download/upload of specific file type/MIME type
Should support Remotely Triggered Black Hole for Border Gateway protocol security
High-Availability Features
Firewall should support stateful failover of sessions in Active/Standby or
Active/Active mode
Firewall should support etherchannel functionality for the failover control & date
interfaces for provide additional level of redundancy
Firewall should support redundant interfaces to provide interface level redundancy
before device failover
Firewall should support 802.3ad Etherchannel functionality to increase the
bandwidth for a segment across different modules
Firewall should support failover of IPv4 & IPv6 sessions
Firewall should replicate Nat translations, TCP,UDP connection states, ARP table,
ISAKMP & IPSec SA's, SIP signalling sessions
Firewall should have integrated redundant power supply
Page 42 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
6
7
8
VPN Features
Firewall should support client based and clientless SSL vpn peers from day one.
Firewall should support RFC 6379 based Suite-B Cryptography Suites/algorithms like
AES-GCM/GMAC support (128-, 192-, and 256-bit keys), ECDH support (groups 19,
20, and 21), ECDSA support (256-, 384-, and 521-bit elliptic curves) for enhanced
VPN security.
Firewall should support latest IKEv2 standards for supporting SHA-2 256, 384 & 512
bit message integrity algorithms in hardware to ensure there is no performance
bottleneck & higher security.
For Mobile devices the SSL VPN/IPSEC client software should also be available for
download from the Mobile Application Store/Market/OEM website other than the
Firewall/Device.
Should support pre-shared keys & Digital Certificates for VPN peer authentication
Should support perfect forward secrecy & dead peer detection functionality
Should support Nat-T for IPSec VPN
Routing Features
Firewall should support IPv4 & IPv6 static routing, RIP, OSPF v2 & v3 and BGP
Firewall should support PIM multicast routing
Firewall should support SLA monitoring for static routes
Next Generation IPS
Combined Firewall & IPS throughput should minimum be 1.2 Gbps
The detection engine must be capable of detecting and preventing a wide variety of
threats (e.g.,network probes/reconnaissance, CnC, VoIP attacks, buffer overflows,
P2P attacks, etc.).
The detection engine must incorporate multiple approaches for detecting threats,
including at a minimum exploit-based signatures, vulnerability-based rules, protocol
anomaly detection, and behavioral anomaly detection techniques.
The solution must be capable of detecting and blocking IPv6 attacks.
The solution should support the capability of passively gathering information about
virtual machine traffic, network hosts and their activities, such as operating system,
services, open ports, client applications, and vulnerabilities, to assist with multiple
activities, such as intrusion event data correlation, elimination of false positives, and
policy compliance
The solution must provide IP reputation feed that comprised of several regularly
updated collections of IP addresses and feeds from third party and custom lists of IP
addresses including a global blacklist.
The solution must be capable of passively gathering user identity information,
mapping IP addresses to username, and making this information available for event
management purposes.
Solution should be able to block the attack on the basis of Geo location
The solution must be capable of dynamically tuning IDS/IPS sensors (e.g., selecting
rules, configuring policies, updating policies, etc.) with minimal human intervention.
The solution must be capable of automatically providing the appropriate inspections
and protections for traffic sent over non-standard communications ports.
9
Management Capabilities
Firewall should support management of firewall policies via Cli, SSH & inbuilt GUI
management interface.
Page 43 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Firewall should support SNMP v1,2c & 3 simultaneously
Firewall should support packet capturing functionality to send the packet capture to
ethereal/wireshark for detailed packet analysis
Firewall should support the functionality of Auto-Update to check for latest software
versions & download the same
10
Warranty: 5 Years Comprehensive onsite OEM Warranty
Item No 27 : Access Switch
S. No
Minimum Required Specifications
Compliance
(Yes/No)
1.
Make:
2.
Model:
3.
19” Rack Mountable stackable switch with min 24 Nos. 10/100/1000BaseT ports
and Min. 2 Nos. SFP+ slot to accommodate 10G Ports
4.
Switch should support for minimum
&minimum 65.5 mpps forwarding rate
5.
6.
7.
8.
9.
10.
80
Gbps
of
throughout
The switch should have dedicated stacking port separate from
uplink ports with 50 Gbps of stacking bandwidth.
Shall support external/internal redundant power supply
Switch shall support IEEE 802.3ad Link Aggregation Control Protocol (LACP) with up
to 8 links (ports) per trunk.
It shall support IEEE 802.1s Multiple Spanning Tree Protocol and provide legacy
support for IEEE 802.1d STP and IEEE 802.1w RSTP or equivalent technology and
static routes.
Switch should support minimum 8000 MAC address per switch
Should support a mechanism to detect connectivity issues with both fiber and
copper cabling.
11.
Switch should have feature to protect access ports using port security, TACACS+,
Radius, storm control, Access Control List both port , vlan based.
12.
The
switch
should
support
IPv6
RA-Guard,
Source-Guard features and IPv6 first-hop security or equivalent
13.
Switch shall support management access (CLI, Web, MIB) securely encrypted
through SSHv2, SSL, and SNMPv3.
14.
Switch should support queuing as per IEEE 802.1P standard on
all ports with mechanism for traffic shaping and rate limiting
features for specified Host, network, Applicationsport (TCP, UDP)
etc.
15.
16.
17.
DHCP-Guard,
Switch should be EAL3 or NDPP & IPv6 ready logo certified from day one
Router and Switch OEM should be in Gartner Magic leaders quadrant or IDC top 3
vendors for networking for last 3 yrs
Warranty: 5 Years Comprehensive onsite OEM Warranty
Page 44 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 28 : Core Switch-Data Center
S. No
Minimum Required Specifications
1.
Make:
2.
Model:
3.
Layer-3 Switch. 19” Rack Mountable with minimum 20 no of 10G SFP (SX based) & 4
no of 1GE ports.
4.
1+1 Redundant and hot swappable, load sharing Power supply & redundant FAN
5.
Two core switches will be connected in 100% redundancy with support for
active/active configuration to avoid single point of failure in network.
6.
The Switch Should support atleast 250 Gbps of switching capacity with 100 mpps of
forwarding rate for both IPv4 & IPv6 from day one.
7.
The switch should support 48K IPv4 and IPv6 unicast routes, 24K multicast routes,
48K MAC address and 20k ACL
8.
The Switch Should support IEEE 802.1D Spanning Tree Protocol, IEEE 802.1w Rapid
Reconfiguration of Spanning Tree, IEEE 802.1s Multiple VLAN Instances of Spanning
Tree, IEEE 802.3ad LACP, IEEE 802.1p CoS Prioritization, IEEE 802.1Q VLAN, IEEE
802.1X User Authentication
9.
The Switch Should support MLD Snooping for IPv6 in hardware, Unicast Reverse Path
Forwarding for IPv6 in hardware
10.
The Switch Should support Internet Group Management Protocol (IGMP) Snooping,
IPv6 Multicast Listen Discovery (MLD), Multicast Listen Discovery snooping, IEEE
802.1AB LLDP
11.
The Switch should have OSPF, RIP, Policy-Based Routing, BGP enabled for both IPv4
& IPv6 from day one
12.
The Switch Should support Unicast Reverse Path Forwarding (Unicast RPF, support
distributed and customized approach to event detection and recover, Dynamic Host
Control Protocol server (DHCP)
13.
The switch should support IPv6 RA-Guard, DHCP-Guard, Source-Guard features and
IPv6 fast-hop security or equivalent
14.
15.
16.
Switch should be EAL3 or NDPP & IPv6 ready logo certified from day one
Router and Switch OEM Should be in Gartner Magic leaders quadrant or IDC top 3
Vendors for networking for last 3 years.
Warranty: 5 Years Comprehensive onsite OEM Warranty
Page 45 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 29 : Core Router-Data Center
S. No
1.
Item
Architecture
Minimum Required Specifications
The router shall facilitate all applications like voice, video and
data to run over a converged IP infrastructure along with
hardwareassisted IPSEC & Network Address Translation (NAT)
capability.
The router should also support hitless interface protection or
equivalent technology, In-band and out-band management,
Softwarerollback feature, Graceful Restart for OSPF, BGP, LDP,
MP-BGPetc.
The router line card must support following interface: Fast
Ethernet,Gigabit Ethernet, 10G Ethernet, V.35 Serial Ports, E1,
Chn E1, E3Ports.
Scalability: Router should have minimum 1 free I/O line card slot
(full slot) for future expansion.
Backplane Architecture: The back plane architecture of the router
must be modular. The back plane bandwidth must be 40 Gbps
fromday one with minimum routing performance of 20 mpps
fromdayone
2.
Performance
3.
Protocol
Support
4.
QoS Features
The Router architecture should have individual dedicated control
plane processor and data plane processor modules. Data plane
Processor module should be independent of the control plane
Processor. Control plane Processor should have support for
internal memory to support multiple software images for backup
purposes and future scalability.
The router should support the IPv4 and IPv6 DUAL-stack in
hardware and software. The router should support minimum 1.5
MN IPv4 & 1.5 MN ipv6 active FIB (Forwarding Information Base)
routes from day oneso that these routes can be utilized for traffic
forwarding
The router shall have RIPv1, RIPv2, RIPng, OSPFv2 & v3, Policy
Based Routing for both IPv4 & IPv6, IP Multicast Routing
Protocolsto facilitate applications such as streaming, webcast,
command&control including PIM SM, PIM SSM, GRE (Generic
RoutingEncapsulation) Tunneling& following MPLS features –
LDP, Layer2 VPN such as EoMPLS with LDP signaling, Route
Reflector (RR),Traffic Engineering with RSVP-TE, Fast Reroute Link
Node & Pathprotection enabled from day one.
The router shall support dual stack IPv6 on all interfaces
and IPv6 over IPv4 tunneling.
The router shall perform traffic Classification using various
parameters like source physical interfaces, source/destination IP
subnet, protocol types (IP/TCP/UDP), source/destination ports, IP
Precedence, 802.1p, MPLS EXP, DSCP and by some well-known
application types through Application Recognition techniques.
Router should support upto 128K queues with 3 level of
hierarchical queues from day one.
Page 46 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
The router shall meet the following requirements for security:
Access Control List to filter traffic based on Source & Destination
IPSubnet, Source & Destination Port, Protocol Type (IP, UDP,
TCP,ICMP etc.) and Port Range etc.
5.
Security
Feature
The router should have firewall service in hardware on all
interfaces with builtin firewall capacity of 10 Gbps for enhanced
security to protect the backbone network from malicious
activities without impacting the overall performance of the
router.
Router should have at least 5 Gbps of IPSEC throughput from day
one (1). VPN box and router should be from the same OEM in
caseif bidder is positioning external VPN box. In case of external
VPNbox, bidder should propose the hardware with necessary
10Ginterface and redundant power supply. The proposed router
shouldhave embedded support for 500 IPsec tunnels from day
one, whichcan be activated by either a software/license upgrade
anytime infuture.
The router must support management through SNMPv1,
v2 and v, support RADIUS and TACACS. The router
must role based access to the system for configuration
and monitoring. The router shall be provided with IETF
standards based Netflow version 9 or equivalent feature
so that granular traffic analysis can be performed for
advanced auditing, usage analysis, capacity planning or
generating security telemetry events, also the router
shall have SLA monitoring tools to measure state of the
network in real time. The SLA operations shall provide
information
on
TCP/UDP
delay,
jitter,
application
response time, VoIP MOS score, Packet Loss etc.
6.
Management
7.
Each Router should be provided with 10 x 1 GE& 2 x10GE ports.
Interface
All modules interfaces should be hot swappable in nature.
Requirements:
8.
Certification:
Router should be EAL4 or NDPP certified
Others
If any of the mentioned features are not supported on the Router
Chassis, additional hardware must be proposed from day 1.
10.
Quality
Router and Switch OEM should be in Gartner Magic leaders
quadrant or IDC top 3 vendors for networking for last 3 yrs
11.
Warranty
5 Years Comprehensive onsite OEM Warranty
9.
Page 47 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 30 : DG Set
S. No
1.
2.
3.
Specifications
Compliance
(Yes/No)
Make:
Model:
Scope of Supply
The scope covers supply of Diesel Generator set of stationary type having
rated capacity of 180 KVA at specified site conditions of 50o C ambient
temperature and 100% relative humidity on FOR site basis.
2 No’s of 180KVA DG set shall be connected in N+1 Configuration to
support the Data Centre IT load and cooling units. In case primary DG set
unable to start in power fail condition other Dg set shall be automatically
start in stipulated time.
The engine should comply with the latest CPCB Norms of the country and
equipped with:
- Diesel engine complete with all accessories
- An alternator directly coupled to the engine through coupling,
complete with all accessories.
- Automatic voltage regulator
- Complete starting arrangement, including two nos. batteries &
chargers
- Base frame, foundation bolts etc
- Engine Cooling and lubrication system
- Engine air filtering system.
- Exhaust silencer package with insulation and Aluminium cladding
with all structural requirements to install
- Set of GI pipes, valves, trainers, unloading hose pipes as required
for fuel transfer system from storage area to fuel tank including
electrically driven fuel pump as per site requirement
- All lubricants, consumable, touch up paints etc. for first filing,
testing & commissioning at site. The fuel oil for initial
commissioning will also be provided by the contractor for
continuous running on full load for 8 hours
- AMF panel for control, metering and alarm
- Enclosure for silent type D.G. Set
4.
5.
SCOPE OF SERVICE.
The Contractor shall provide following services:
a. Design manufacture, shop testing including assembly test
b. Dispatch, transportation to site
c. Erection, testing & commissioning with all equipment’s/material
required for the purpose
d. Drawings, data, design calculations and printed erection, operation
& maintenance manual.
e. Certification and compliance for meeting noise level & emission
parameters and other requirements in accordance with latest
Notification of MOEF.
TECHNICAL REQUIREMENT:
The rating of DG sets is as follows:
Page 48 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
DG set net output after considering duration for engine and alternator
separately due to temperature rise in side the enclosure and on account
of power reduction due to auxiliaries shall be 180 kVA, 1500RPM, 0.8Pf,
415V, 3 Phase, 50Hz. The above rating is the minimum requirements.
DG sets shall also be rated for 110% of full load for 1 hour in every twelve
hours of continuous running.
The output voltage, frequency and limits of variation from open circuit to
full load shall be as follows:
Voltage variation ± 5% of the test value.
Frequency 50Hz ± 2%
The Diesel Generator and other auxiliary motor shall be of H class with
temperature rise limited to Class-F for temperature rise consideration.
6.
7.
NOISE LEVEL & EMISSION PARAMETERS:
These shall be as per latest Notification of MOEF.
PLANT DESIGN
Diesel Engine
The engine shall comply with the IS 10002/BS 5514/ISO 3046: latest
edition.
8.
a. Diesel engine shall be turbo charged multi cylinder V-type/in line
type with mechanical fuel injection system.
b. The engine with all accessories shall be enclosed in an enclosure to
make it work silently (with permissible noise level) without any
degradation in its performance.
c. The fuel used shall be High Speed Diesel oil (HSD) or Light Diesel
Oil (LDO) as per IS: 1460.
Air Suction & Filtration
Suction of air shall be from in-door for ventilation and exhaust flue gasses
will be let out to outside atmosphere, Condensate traps shall be provided
on the exhaust pipe.
Filter shall be dry type air filter with replaceable elements.
9.
Fuel tank capacity should be sufficient to run for 12 hrs. Continuous with
full load as specified.
AVM PADS:
10.
One set of AVM pads are included and built along with the base frame Mounts are spring type and 99% efficient, suitable for gen set application.
These mounts are placed between the engine - alternator and the base
frame
FUEL AND LUBRICATING OIL SYSTEM.
11.
The engine shall have closed loop lubricating system. No moving parts
shall require lubrication by hand prior to the start of engine or while it is in
operation.
ENGINE STARTING SYSTEM.
Page 49 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
12.
13.
Automatic electric starting by DC starter motor shall be provided.
FUEL INJECTION AND REGULATOR
The engine shall be fitted with electronic/mechanical governor suitable for
class A- 1 as per IS 10000.
The engine shall be fitted with a heavy, dynamically balanced fly wheel
suitable for constant speed governor duty.
ALTERNATOR:
The alternator shall be of continuously rated duty, suitable for 415 V, 3
phases, 50Hz,180 KVA for full block load power development having
brush-less, synchronous, self-excited, self-regulating system.
The alternator shall be drip-proof, screen protected as per IP-23 degree of
protection. The rotor shall be dynamically balanced to minimize vibration.
The alternator shall be fitted with shaft mounted centrifugal fan.
14.
15.
It shall have the winding of class H but limited to Class-F for temperature
rise consideration.
The Alternator regulatory shall be directly coupled to the engine and shall
be complete with the excitation system, automatic voltage regulation of
+/- 1%, voltage adjusting potentiometer and under/ over speed
protection.
Terminal Box:
Terminals shall be suitable for two runs of 3½ Core 185 mm2 Aluminium
cable for 180 KVA DG set. The neutral shall be formed in AMF panel. The
generator terminal box shall be suitable to house necessary cables.
Minimum two (2) no’s of earthing terminals are to be provided for neutral
in the terminal box in addition to the regular earthing points of the
generator body.
The alternator with all accessories shall be enclosed in an enclosure to
make it work silently (within permissible noise level).
COUPLING:
The engine and alternator shall be directly coupled by means of selfalignment flexible flange coupling to avoid misalignment.
16.
17.
The coupling shall be provided with a protecting guard to avoid accident
contract.
MOUNTING ARRANGEMENT:
The engine and alternator shall be mounted on a common heavy duty,
rigid fabricated steel base frame constructed from ISMC of suitable
sections.
Adequate number of anti-vibration mounting pads shall be fixed on the
common base frame on which the engine and the alternator shall be
mounted to isolate the vibration from passing on to the common base
frame or the foundation of the D.G. Set.
PERIPHERALS
BATTERY AND BATTERY CHARGER:
Two nos. 12/24V batteries or as required for starting, complete with all
leads, terminals and stand shall be provided. Each battery shall have
Page 50 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
sufficient capacity to give 10 nos. successive starting impulse to the diesel
engine.
Each battery shall have its own charger unit. The battery charger shall be
complete with transfer, suitable rating (415 V, 3 Ph., 50 Hz. / 230V, 1 Ph.,
50Hz) rectifier circuit, charge rate selector switch for “trickle” / boost’
charge, D.C. ammeter & voltmeter, annunciation panel for batter charge
indication/ loading/ failure.
The charger shall float and Boost Charge the battery as per
recommendation of manufacturer of battery. The charger shall be able to
charge a fully discharged battery to a state of full charge in 8 Hrs. with
25% spare capacity.
Manual control for coarse and fine voltage variation shall be provided.
Float charger shall have built-in load limiting feature.
Ripple shall not be more than 1% (r m s) to get smooth DC voltage.
Charger shall be provided with out-put Voltmeter & Ammeter.
Changeover scheme for selecting battery and battery charger by
changeover switch should be provided.
18.
CONTROL AND INSTRUMENTATION:
Each D.G. Set shall be provided with suitable instruments, interlock and
protection arrangement, suitable annunciation and indications etc. for
proper start up, control, monitoring and safe operation of the unit. One
local AMF control panel along with each D.C. set shall be provided by the
Supplier to accommodate these instruments, protective relays, indication
lamps etc. The AMF Panel shall have IP-52 degree of Protection as per IS:
12063.
The D.G. sets shall be provided with automatic start facility to make it
possible to take full load within 30 seconds of Power Supply failure.
Testing facility for automatic operation of D.G. Set shall be provided in
AMF panel.
A three attempt starting facility using two impulse timers and summation
timer for engine shall be provided and if the voltage fails to develop within
40 sec., from receiving the first impulse, the set shall block and alarm to
this effect shall be provided in the AMF panel.
Following instruments shall be provided with Diesel Engine.
a. Lube oil pressure gauge.
b. Water temperature thermometers.
c. Engine tachometer/HR
d. Any other instruments necessary for DG set operation shall be
provided.
DG Set shall be capable of being started/ stopped manually from remote
as well as local. (Remote START/STOP push button shall be provided in
Page 51 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
415V ACDB). However, interlock shall be provided to prevent shutting
down operation as long as D.G. Circuit breaker is closed.
The diesel generator shall commence a shutdown sequence whenever any
of the following conditions appear in the system.
a) Over-speed
b) Over load
c) High temperature of engine and cooling water.
d) High temperature inside enclosure.
e) Low lube oil pressure
f) Generator differential protection.
g) Short circuit protection.
h) Under voltage
i) Over voltage.
j) Further interlocking of breaker shall be provided to prevent parallel
operation of DG set with normal station supply.
Following indication lamps for purposes mentioned as under shall be
provided in AMF panel.
Pilot indicating lamp for the following:
a) Mains ON
b) Alternator ON
c) Charger ON/OFF
d) Breaker ON/OFF
e) Main LT Supply ON/OFF
Thermostatically controlled space heaters and cubicle illumination
operated by Door Switch shall be provided in AMF panel. Necessary
isolating switches and fuses shall also be provided.
AMF panel shall have facility for adjustment of speed and voltage
including fine adjustments in remote as well as in local mode.
19.
D.G. SET Enclosure
General requirement
Diesel engine, alternator, AMF panel, Batteries and Chargers shall be
installed outdoor in a suitable weather-proof enclosure which shall be
provided for protection from rain, sun, dust etc. Further, in addition to the
weather proofing, acoustic enclosures shall also be provided such that the
noise level of acoustic enclosure DG set shall meet the requirement of
MOEF. The diesel generator sets should also conform to Environment
(Protection) Rules 1986 as amended. An exhaust fan with louvers shall be
installed in the enclosure for temperature control inside the enclosure.
The enclosure shall allow sufficient ventilation to the enclosed D.G. Set so
that the body temperature is limited to 58oC during maximum ambient
temperature of 50oC & full load. The air flow of the exhaust fan shall be
from inside to the outside the shelter. The exhaust fan shall be powered
from the DG set supply output so that it starts with the starting of the DG
set and stops with the stopping of the DG set. The enclosure shall have
suitable viewing glass to view the local parameters on the engine.
Fresh air intake for the Engine shall be available abundantly; without
Page 52 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
making the Engine to gasp for air intake. A chicken mess shall be provided
for air inlet at suitable location in the enclosure.
The Enclosure shall be designed and the layout of the equipment in side it
shall be such that there is easy access to all the serviceable parts.
Engine and Alternator used inside the Enclosure shall carry their
manufacturer’s Warranty for their respective Models and this shall not
degrade their performance.
Exhaust from the Engine shall be let off through silencer arrangement to
keep the noise level within desired limits. Interconnection between
silencer and engine should be through stainless steel pipe.
All the Controls for Operation of the D.G. Set shall be easily accessible.
There should be provision for emergency shutdown from outside the
enclosure.
20.
Arrangement shall be made for housing the Battery set in a tray inside the
Enclosure.
Constructional Features:
The enclosure shall be fabricated from at least 14 Gauge CRCA sheet steel
and of Modular construction for easy assembling and dismantling. The
sheet metal components shall be pre-treated by Seven Tank Process and
Powder coated (PURO Polyester based) both-inside and outside for long
life. The hard-ware and accessories shall be high tensile grade. Enclosure
shall be given a lasting anti-rust treatment and finished with pleasant
environment friendly paint. All the hardware and fixtures shall be rust
proof and able to withstand the weather conditions.
Doors shall be large sized for easy access and provided with long lasting
gasket to make the enclosure sound proof. All the door handles shall be
lockable type. There should be provision for separate additional locking
facility with the normal door lock.
The Enclosure shall be provided with anti-vibration pads (suitable for the
loads and vibration they are required to carry) with minimum vibration
transmitted to the surface the set is resting on.
High quality Acoustic foam/rock wool of required density and thickness
shall be used with fire retardant thermo-setting resin to make the
Enclosure sound proof.
Provision for Neutral / Body Earthing at two (2) points.
Points shall be available at two side of the enclosure with the help of
flexible copper wires from alternator neutral, and electrical panel body
respectively. The earthing point shall be isolated through insulator
mounted on enclosure.
21.
INTALLATION ARRANGEMENT
DG set enclosed in enclosure shall be installed on Concrete Pedestal 300
Page 53 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
mm above FGL. The construction of required platform with GI angle iron
on cornice of platform as required according to the weight of DG set is in
the scope of bidder.
22.
DOCUMENTS
Following drawings and data sheet shall be submitted for approval:
(i) DG Set test certificate
(ii) GA drawing of DG set
(iii) Layout of DG set in the enclosure along with sections.
(iv) GA and SLD of AMF panel.
(v) Arrangement of inclined roof and pedestal.
(vi) The detailed construction drawing of DG set Platform
The DG Set shall be supplied with
(i) DG Set test certificate
(ii) Engine Operation & maintenance Manual.
(iii) Engine PARTS Catalogue.
(iv) Alternator Operation, maintenance & Spare parts Manual.
(v) Alternator test certificate.
23.
TESTS:
The Diesel generator sets shall be tested for routing and acceptance tests
as per the relevant IS/IEC standards.
The type test report for diesel engine and alternator are required to be
submitted as per relevant standard shall be submitted for purchaser’s
approval.
24.
25.
Warranty: 5 Years Comprehensive onsite OEM Warranty
Preferred Engine make: Cummins Engine /Kirloskar Engine /Volvo
Item No 31 : UPS for datacenter
S. No
Functions
Minimum Required Specifications
1.
Make
2.
Model
3.
Standards
A. Safety EN/IEC62040-1-1 /CE certificate
B. Emissions EN50091-2 / IEC62040-2/ CISPR 22 Class A /CE
certificate
4.
Capacity/Rating
- The UPS shall be sized for 50 KVA and 40 kW load at power
factor 0.8.
- The UPS battery shall be sized for 50KVA at a power factor
of 0.8 for 60 minutes.
- The UPS shall have a short circuit withstand capability of
30kA or more
5.
Type
Three-phase On-line, continuous operation, solid-state
uninterruptible power supply (UPS) with the option to run in
Page 54 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
parallel with identical units
6.
Mode
operation
of
7.
i. Normal: The inverter and the rectifier shall operate in an
on-line manner to continuously regulate the power to the
critical load. The rectifier shall derive power from the AC
input source and supply DC power to float charge the
battery.
ii. Battery: Upon failure of the AC input source, the critical
load shall continue being supplied by the main inverter
without any switching. The inverter shall obtain its power
from the battery. There shall be no interruption in power
to the critical load upon failure or restoration of the AC
input source.
iii. Recharge: Upon restoration of the AC input source, the
UPS shall simultaneously recharge the battery and
regulate the power to the critical load.
iv. Static Bypass: The static bypass switch shall be used for
transferring the critical load to input supply without
interruption. Automatic re-transfer to normal operation
shall also be accomplished with no interruption in power
to the critical load. The static bypass switch shall be fully
rated and shall be capable of manual operation. The UPS
shall be able to recharge the batteries while supplying full
power to the load via the static bypass switch.
v. Internal maintenance bypass switch: The UPS shall be
provided with an internal manual bypass switch for
supplying the load directly from the mains supply, while
the UPS is taken out for maintenance. The switch should
be removable when the individual UPS unit has to run in
parallel with other units.
The UPS shall be provided with RS-232 signaling and
WEB/SNMP integration. This system must provide a means
for logging and alarming of all monitored points plus email
notification.
The UPS shall have nominal voltage of 3×415,230V, 50Hz,
L1,L2,L3,N,PE.
The UPS will be capable of paralleling minimum 2 nos. like
kVA and type UPS systems for capacity.
8.
Invertor
Technology
9.
Output
Form
10.
Generator
Compatibility
Should be provided so that the generator capacity should not
be greater than 1.3 times of UPS
11.
Total Harmonic
Distortion
< 3% for 100% linear load
< 5% for 100% non-linear load
12.
Short
circuit
withstand
The UPS must withstand a bolted-fault short circuit on the
output without damage to the UPS module.
13.
System AC-to-AC
>95% for loads greater than 100% of system load
IGBT with high Pulse Width Modulation (PWM) Technology
Wave
Sinusoidal
Page 55 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
efficiency
>94% for loads greater than 50% of system load
14.
Acoustical noise
dB (A) of noise <65 dBA, typically, measured at 1 meter from
the operator surface
15.
INPUT
16.
Nominal
Voltage
17.
Input
Range
18.
Input Frequency
50 Hz (auto sensing)
19.
Input
factor
>0.98
20.
Input
current
distortion
21.
OUTPUT
22.
Output Voltage
3×415/240V.
23.
Regulation
Earthing principle: [TN-S] [TT] or [IT]
Output voltage regulation for steady state and transient
variations (at default parameter settings)
± 1% steady state for a static 100% balanced load.
± 1% steady state for a static 100% unbalanced load.
24.
Output
Frequency
a. Synchronized to mains over the range of 50 Hz+ 5% or 60
Hz+ 5% in normal operation
b. 50 Hz ± 0.1 Hz in battery operation.
25.
Output voltage a. <2 % THD maximum for a 100% linear load
harmonic
b. <5% THD maximum for a 100% non-linear load
distortion
26.
Overload
capability
27.
Output
Factor
28.
Output Voltage
Regulation
a.
b.
29.
Output
Frequency
50Hz free running
30.
Crest Factor
Unlimited but regulates it down to 2.7.
31.
INVERTOR
Input
3×415/240V (adjustable for 3×380/220V or 3×440/255V)
Voltage 415 Volt + 15%
Power
< 5% THD at 100% load
a. 150% for 1 minute in normal operation
b. 125% for 10 minutes in normal operation
Power
For loads exhibiting a power factor of 0.5 leading to 0.5
lagging, no de-rating of the UPS shall be required.
-
32.
Environmental
Requirement
Static: Less than 1% at full linear load.
Dynamic: 5% at 100% step load.
The inverter shall consist of fast switching IGBT power
module.
Inverter shall be PWM controlled using DSP logic.
Analogue control shall not be acceptable.
The inverter modules shall be rated for an output power
factor at 0.8.
a. Storage ambient temperature: –25°C to 40°C
b. Operating ambient temperature: 0°C to 40°C. 15°C to
Page 56 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
25°C is ideal for batteries (above the battery lifetime is
reduced).
c. Relative humidity: 0 to 95%, non-condensing.
d. Storage elevation: 0 to 1000m.
e. Operating altitude with no de-rating : 0 to 1000m feet
above sea level
33.
Parallel
Operation
For purposes of paralleling UPS units in the event of increased
capacity or redundancy, the UPS shall contain as a standard
feature, the ability to parallel up to 4 modules. In this mode
of operation the output voltage, output frequency, output
phase angle, and output impedance of each module shall
operate in uniformity to ensure correct load sharing. This
control function shall not require any additional footprint and
shall be an integral function of each UPS.
Load Sharing: A load sharing circuit shall be incorporated into
the parallel control circuits to ensure that under no load
conditions, no circulating current exists between modules.
This feature also allows each UPS to share equal amounts of
the total critical load bus. Load sharing communications shall
be galvanically isolated for purposes of fault tolerance
between UPS modules. A UPS module's influence over load
sharing shall be inhibited in any mode where the UPS inverter
is not supporting its output bus.
34.
Battery Backup
Battery back with fuse box /MCCB protection, stand with SMF
batteries of two hour backup
35.
Isolation
Transformer
The UPS should be provided with Isolation transformers
36.
Warranty
5 Years Comprehensive onsite OEM Warranty
37.
Preferred make
APC (Schneider), Emerson, Delta
Item No 32 : UPS for Command and Control Center
S. No
Functions
Minimum Required Specifications
1.
Make
2.
Model
3.
Standards
A. Safety EN/IEC62040-1-1/CE Certificate
B. Emissions EN50091-2 / IEC62040-2/ CISPR 22 Class A/ CE
Certificate
4.
Capacity/Rating
- The UPS shall be sized for 40 KVA and 32 kW load at power
factor 0.8.
- The UPS battery shall be sized for 40KVA at a power factor
of 0.8 for 60 minutes.
- The UPS shall have a short circuit withstand capability of
30kA or more
5.
Type
Three-phase On-line, continuous operation, solid-state
Page 57 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
uninterruptible power supply (UPS) with the option to run in
parallel with identical units
6.
Mode
operation
of vi. Normal: The inverter and the rectifier shall operate in an
on-line manner to continuously regulate the power to the
critical load. The rectifier shall derive power from the AC
input source and supply DC power to float charge the
battery.
vii. Battery: Upon failure of the AC input source, the critical
load shall continue being supplied by the main inverter
without any switching. The inverter shall obtain its power
from the battery. There shall be no interruption in power
to the critical load upon failure or restoration of the AC
input source.
viii. Recharge: Upon restoration of the AC input source, the
UPS shall simultaneously recharge the battery and
regulate the power to the critical load.
ix. Static Bypass: The static bypass switch shall be used for
transferring the critical load to input supply without
interruption. Automatic re-transfer to normal operation
shall also be accomplished with no interruption in power
to the critical load. The static bypass switch shall be fully
rated and shall be capable of manual operation. The UPS
shall be able to recharge the batteries while supplying full
power to the load via the static bypass switch.
x. Internal maintenance bypass switch: The UPS shall be
provided with an internal manual bypass switch for
supplying the load directly from the mains supply, while
the UPS is taken out for maintenance. The switch should
be removable when the individual UPS unit has to run in
parallel with other units.
7.
The UPS shall be provided with RS-232 signaling and
WEB/SNMP integration. This system must provide a means
for logging and alarming of all monitored points plus email
notification.
The UPS shall have nominal voltage of 3×415,230V, 50Hz,
L1,L2,L3,N,PE.
The UPS will be capable of paralleling minimum 2 nos. like
kVA and type UPS systems for capacity.
8.
Invertor
Technology
9.
Output
Form
10.
Generator
Compatibility
Should be provided so that the generator capacity should not
be greater than 1.3 times of UPS
11.
Total Harmonic
Distortion
< 3% for 100% linear load
< 5% for 100% non-linear load
12.
Short
circuit
withstand
The UPS must withstand a bolted-fault short circuit on the
output without damage to the UPS module.
IGBT with high Pulse Width Modulation (PWM) Technology
Wave
Sinusoidal
Page 58 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
13.
System AC-to-AC
efficiency
>95% for loads greater than 100% of system load
>94% for loads greater than 50% of system load
14.
Acoustical noise
dB (A) of noise <65 dBA, typically, measured at 1 meter from
the operator surface
15.
INPUT
16.
Nominal
Voltage
17.
Input
Range
18.
Input Frequency
50 Hz (auto sensing)
19.
Input
factor
>0.98
20.
Input
current
distortion
21.
OUTPUT
22.
Output Voltage
3×415/240V.
23.
Regulation
Earthing principle: [TN-S] [TT] or [IT]
Output voltage regulation for steady state and transient
variations (at default parameter settings)
± 1% steady state for a static 100% balanced load.
± 1% steady state for a static 100% unbalanced load.
24.
Output
Frequency
a. Synchronized to mains over the range of 50 Hz+ 5% or 60
Hz+ 5% in normal operation
b. 50 Hz ± 0.1 Hz in battery operation.
25.
Output voltage
harmonic
distortion
a. <2 % THD maximum for a 100% linear load
b. <5% THD maximum for a 100% non-linear load
26.
Overload
capability
a. 150% for 1 minute in normal operation
b. 125% for 10 minutes in normal operation
27.
Output
Factor
28.
Output Voltage
Regulation
a.
b.
29.
Output
Frequency
50Hz free running
30.
Crest Factor
Unlimited but regulates it down to 2.7.
31.
INVERTOR
Input
3×415/240V (adjustable for 3×380/220V or 3×440/255V)
Voltage
415 Volt + 15%
Power
< 5% THD at 100% load
Power
For loads exhibiting a power factor of 0.5 leading to 0.5
lagging, no de-rating of the UPS shall be required.
-
Static: Less than 1% at full linear load.
Dynamic: 5% at 100% step load.
The inverter shall consist of fast switching IGBT power
module.
Inverter shall be PWM controlled using DSP logic.
Analogue control shall not be acceptable.
The inverter modules shall be rated for an output power
factor at 0.8.
Page 59 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
32.
Environmental
Requirement
f. Storage ambient temperature: –25°C to 40°C
g. Operating ambient temperature: 0°C to 40°C. 15°C to
25°C is ideal for batteries (above the battery lifetime is
reduced).
h. Relative humidity: 0 to 95%, non-condensing.
i. Storage elevation: 0 to 1000m.
j. Operating altitude with no de-rating : 0 to 1000m feet
above sea level
33.
Parallel
Operation
For purposes of paralleling UPS units in the event of increased
capacity or redundancy, the UPS shall contain as a standard
feature, the ability to parallel up to 4 modules. In this mode
of operation the output voltage, output frequency, output
phase angle, and output impedance of each module shall
operate in uniformity to ensure correct load sharing. This
control function shall not require any additional footprint and
shall be an integral function of each UPS.
Load Sharing: A load sharing circuit shall be incorporated into
the parallel control circuits to ensure that under no load
conditions, no circulating current exists between modules.
This feature also allows each UPS to share equal amounts of
the total critical load bus. Load sharing communications shall
be galvanically isolated for purposes of fault tolerance
between UPS modules. A UPS module's influence over load
sharing shall be inhibited in any mode where the UPS inverter
is not supporting its output bus.
34.
Battery Backup
Battery back with fuse box /MCCB protection, stand with SMF
batteries of two hour backup
35.
Isolation
Transformer
The UPS should be provided with Isolation transformers
36.
Warranty
5 Years Comprehensive onsite OEM Warranty
37.
Preferred make
APC (Schneider), Emerson, Delta
Item No 33 : Power Panel (Main Panel, APFC Panel,AMF Panel, Sub Panel )
The specification of Main panel, APFC Panel, AMF Panel, Sub Panel design and fabrication is given as
follows:

The Panels shall be of compartmentalize design so that circuit arc / flash products do not create
secondary faults and be fabricated out of high quality CRCA sheet, suitable for indoor installation
having dead front operated and floor mounting type.

All CRCA sheet steel used in the construction of Panels shall be 2 mm. thick and shall be folded
and braced as necessary to provide a rigid support for all components. Joints of any kind in sheet
steel shall be seam welded, all welding slag grounded off and welding pits wiped smooth with
plumber metal.

The Panels shall be totally enclosed, completely dust and vermin proof and degree of protection
being not less than IP: 54 to IS: 2147. Gaskets between all adjacent units and beneath all covers
Page 60 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
shall be provided to render the joints dust proof. All doors and covers shall be fully gasketed with
foam rubber and /or rubber strips and shall be lockable.

All panels and covers shall be properly fitted and secured with the frame and holds in the panel
correctly positioned. Fixing screws shall enter into holes, taped into an adequate thickness of
metal or provided with bolts and nuts.Self-threading screws shall not be used in the construction
of Panels.

A base channel of 75 mm. x 50 mm. x 6 mm. thick shall be provided at the bottom.

Panels shall be preferably arranged in multi-tier formation. The size of thePanels shall be designed
in such a way that the internal space is sufficient forhot air movement. If necessary, openings shall
be provided for naturalventilation, but the said openings shall be screened with fine weld mesh.
Theentire electrical component shall be derated for 50°c.

The Panels shall be provided with removable sheet steel plates at top andbottom to drill holes for
cable / conduit entry at site.

The Panels shall be designed to facilitate easy inspection, maintenance andrepair.

The Panels shall be sufficiently rigid to support the equipment withoutdistortion under normal
and under short circuit condition. They shall besuitably braced for short circuit duty.
Circuit Compartments

Each MCCB shall be housed in separate compartments and shall be enclosed on all sides. Sheet
steel hinged lockable door shall be duty interlocked with the unit in `ON’ and `OFF’ position.

All instruments and indicating lamp shall be mounted on the compartment door. Sheet steel
barriers shall be provided between the tiers in a vertical section.
Bus Bars

The busbar shall be air insulated and made of high quality, high conductivity, high strength
Aluminium.

The busbar shall be of 3 phases and neutral system with separate neutral and earth bar. The size
of neutral busbar in all main panels or lighting panels and feeders for panel shall be equal to phase
busbar.

The busbar and interconnection between busbars and various components shall be of high
conductivity Aluminum.

The busbar shall be of rectangular cross-section designed to withstand full load current for phase
busbars and half rated current for neutral busbars in case of MCC panels only and shall be
extensible on either side.

The busbar size shall be as per the rating of the panel. The busbar shall have uniform cross-section
throughout the length.

The busbars and interconnections shall be insulated with epoxy-coated busbar. The busbar shall
be supported on bus insulators of non flammable type with high creepage and high anti tracking
property and non-hydroscopic SMC / DMC insulated supports at sufficiently close intervals to
prevent busbars sag and shall effectively withstand electromagnetic stresses in the event of short
circuit.

The busbar shall be housed in a separate compartment. The busbar shall be isolated with 3-mm.
thick bakelite sheet to avoid any accidental contact. The busbar shall be arranged such that
minimum clearance between the busbar are maintained as below:
o Between phases : 25 mm. minimum
o Between phases and neutral: 25 mm.
o Between phases and earth: 25 mm.
o Between neutral and earth : 20 mm. minimum

All busbar connections shall be done by drilling holes in busbars and connecting by chromium
plated or tinned plated brass bolts and nuts.
Page 61 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)

Additional cross-section of busbar shall be provided in all Panels to cover up the holes drilled in
the busbar. Spring and flat washers shall be used for tightening the bolts.

All connections between busbars and circuit breakers / switches and cable terminals shall be
through aluminum strips of proper size to carry full rated current. These strips shall be insulated
with insulating taps.

Panel to panel entry of bus bar shall be effectively sealed by electrical and thermal insulation
barriers so that products of flashover do not travel from one panel to another panel creating
multiple faults.

Busbar calculated on 50 deg. C. ambient temp. and 85 deg. C. for continuous and short time
rating. Busbar surrounded air temp. shall be considered 70 deg. C. for busbar calculation

All joint shall have non-flammable insulation shrouds for secondary insulation purpose
Electrical Power and Control Wiring Connection

Terminal for both incoming and outgoing cable connections shall be suitable for 1100 V grade,
aluminum / copper conductor XLPE insulated and PVCsheathed, armored cable and shall be
suitable for connections of solder lesssockets for the cable size as per the feeder capacity.

Power connections for incoming feeders of the main Panels shall be suitablefor 1100 V grade
aluminium conductor (XLPE) cables.

Both control and power wiring shall be brought out in cable alley for ease ofexternal connections,
operation and maintenance.

Both control and power terminals shall be properly shrouded.

10% spare terminals shall be provided on each terminal block. Sufficientterminals shall be
provided on each terminal block, so that not more than oneoutgoing wire is connected to per
terminal.

Terminal strips for power and control shall preferably be separated from eachother by suitable
barriers of enclosures.

Wiring inside the modules for power, control, protection and instruments etc. shall be done with
use of 660 / 1100 V grade, FRLS insulated copper conductor cables conforming to IS. For current
transformer circuits, 2.5 sq.mm. copper conductor wire shall be used.

Other control wiring shall be done with 1.5 sq.mm. copper conductor wires.

Wires for connections to the door shall be flexible. All conductors shall be crimped with solder less
sockets at the ends before connections are made to the terminals.

Control power supply to modules through the control transformer Control power wiring shall have
MCB’s, (HRC fuse type) for circuit protection.

All indicating lamps shall be protected by MCB’s.

Particular care shall be taken to ensure that the layout of wiring is neat and orderly. Identification
ferrules shall be filled to all the wire termination for ease of identification and to facilitate
checking and testing
Terminals

The outgoing terminals and neutral link shall be brought out to a cable alley suitably located and
accessible from the panel front.

The current transformers for instruments metering shall be mounted on the disconnecting type
terminal blocks.

No direct connection of incoming or outgoing cables to internal components of the distribution
board is permitted; only one conductor may be connected in one terminal
Cable Components:
Page 62 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)

Cable compartments of minimum 300 mm size shall be provided in the Panels for easy
termination of all incoming and outgoing cables entering from bottom or top.

Adequate supports shall be provided in the cable compartments to support cables.

All outgoing and incoming feeder terminals shall be brought out to terminals blocks in the cable
compartment.
Labels:

Engraved PVC labels shall be provided on all incoming and outgoing feeders.

Single line circuit diagram showing the arrangements of circuit inside the distribution board shall
be pasted on inside of the panel door and covered with transparent laminated plastic sheet.
Name Plates:

A nameplate with the Panels designation in bold letters shall be fixed at top of the central panel.

A separate nameplate giving feeder details shall be provided for each feeder module door.

Inside the feeder compartments, the electrical components, equipments, accessories like
switchgear, control gear, lamps, relays etc. shall suitably be identified by providing stickers.

Engraved nameplates shall preferably be of 3 ply, (Red-White-Red or Black-White-Black) lamicold
sheet. However, black engraved perplex sheet name plates shall also be acceptable. Engraving
shall be done with square groove cutters.
 Nameplate shall be fastened by counter sund screws and not by adhesives
Danger Notice Plates

The danger notice plate shall be affixed in a permanent manner on operating side of the Panels.

The danger notice plate shall indicate danger notice both in Hindi and English and with a sign of
skull and bones.

The danger notice plates, in general, meet the requirements of local inspecting authorities.

Overall dimensions of the danger notice plate shall be 200 mm. wide x 150 mm. high.

The danger notice plate shall be made from minimum 1.6 mm. thick mild steel sheet and after due
pre-treatment to the plate, the same shall be painted white with vitreous enamel paint on both
front and rear surface of the plate.

The letters, the figures, the conventional skull and bones etc. shall be positioned on plate as per
recommendation of IS : 2551-1982.

The said letters, the figures and the sign of skull and bones shall be painted in signal red colour as
per IS : 5-1978.

The danger plate shall have rounded corners. Location of fixing holes for the plate shall be decided
to suit design of the Panels.
 The danger notice plate, if possible, it should be of ISI certification mark
Moulded Case Circuit breakers

The moulded case circuit breaker (MCCB) shall be air break type and having quick make - quick
break with trip free operating mechanism.

Housing of the MCCB shall be of heat resistant and flame retardant insulating material.

Operating handle of the MCCB shall be in front and clearly indicate ON/OFF/TRIP positions.

The electrical contact of the circuit breaker shall be of high conducting non deteriorating silver
alloy contacts.

The MCCB shall be provided microprocessor based overload and short circuit protection device.

All the releases shall operate on common trip busbar so that in case of operation of any one of the
releases in any of the three phases, it will cut off all the three phases and thereby single phasing of
the system is avoided.
Page 63 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)

The MCCB shall provide two sets of extra auxiliary contacts with connections for additional
controls at future date.
Contactors:

The contactors shall meet with the requirements of IS : 2959 and BS : 7755.

The contactors shall have minimum making and breaking capacity in accordance with utilization
category AC3 and shall be suitable for minimum Class II intermittent duty.

If the contactor forms part of a distribution board then a separate enclosure isnot required, but
the installation of the contactor shall be such that it is notpossible to make an accidental contact
with live parts
Indicating Lamps

Lamps assembly shall be screw type with built in resistor having non-fading colour lens. LED type
lamps are required.

Wiring for Remote ON, OFF, TRIP indicating lamp is required.

Colour shade for the indicating lamps shall be as below :
o ON indicating lamp : Red
o OFF indicating lamp : Green
o TRIP indicating lamp : Amber
o PHASE indicating lamp : Red, Yellow, Blue
o TRIP circuit healthy lamp : Milky
The details of incoming and outgoing are as follows:
A. Main Panel (Warranty: 5 Years Comprehensive onsite OEM Warranty)
Main Panel comprises of 1 Nos. 400 Amp. 4 Pole autochange over from vidyut power supplies and from 2
Nos. 180 KVA DG set working on N+1 Mode. 1 Nos 250 Amp Outgoing MCCB for APFC, 4 Nos outgoing
MCCB of 125 Amp and 4 Nos. outgoing MCCB of 100 Amp. All MCCB’s should be adjustable electronic type,
25 KA ratings of either Siemens/Schneider/Legrand make. The Multi-function metering section and LED
light to be provided on incomer. The SLD Drawing & GA drawing to be get approved before fabrication. The
main bus bars and outgoing bus bars should be rated 1.5 times of incomer and outgoing size.
B. APFC Panel (Warranty: 5 Years Comprehensive onsite OEM Warranty
The APFC Panel should be of 120 KVAR, each steps of 1,2,2,5,10,10,20,20,20,20,20 KVAR. The APFC Panel
relay should be of 12-14 steps suitable for working with unbalanced loads. All capacitors, capacitor duty
contractor, MCCB, MCB, selector switches, meters and other switch gear components should beof
preferred make: Siemens/Schneider/Legrand. The connection between Main panel and APFC panel should
be made with 185 Sqmm. Cable along with required CT’s and Control cable.
C. Power Cables (Warranty: 5 Years Comprehensive onsite OEM Warranty)
The Contractor should quote the lumsum rates of 3x3.5 core aluminium power cable as required at site
including the cost of power cabling and sub cabling with cable tray/ on surface/underground as
required with lugs and glands.
a. From transformer to main panel (240 sqmm)
b. DG Set to main panel (240 sqmm)
c. Main Panel to APFC Panel (185 sqmm)
d. Main panel from 125 Amp MCCB outgoing to Load DB/Sub Panel (70sqmm)
e. Main panel from 100 Amp MCCB outgoing to Load DB/Sub Panel (50sqmm)
Page 64 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
f.
Other cables of size 35/25/16/10 sqmm as required according to load as per drawing and design
approved by the purchaser/department
Preferred make: Polycab/Havells/Finolex
D. Earthing (Warranty: 5 Years Comprehensive onsite OEM Warranty)
Copper plate earthing should be carried out as per IS specifications and relevant code as per details given
below
I.
Copper plate earthing of size 600x600 sqmm with 25x3 sqmm Cu strip
i.
2 Nos for Main Panel
ii.
4 Nos for each DG set totalling to 8 Nos
iii.
2 Nos for APFC panel
iv.
2 Nos for each AMF panel/ DG Synchronization panel
v.
2 Nos for 40 KVA UPS
vi.
2 Nos for 50 KVA UPS
vii.
2 Nos for racks
II.
Copper plate earthing of size 300x300 sqmm with 8 sqmm Cu wire
i.
2 Nos for each Sub Panel/ DB
E. VTPN/ETPN DB’s(Warranty: 5 Years Comprehensive onsite OEM Warranty)
As per the site requirement and drawing approved by purchaser/ department, the contractor should install
VTPN/ETPN DB’s as required with 1Nos incoming MCCB and number of outgoing MCB’s of rating as per
load required. All material of DB/ MCCB/MCB should be of preferred make: Siemens/Schneider/Legrand.
The contractor should do the required cabling as mentioned above
F. Electrical lighting fixtures (Warranty: 5 Years Comprehensive onsite OEM Warranty)
The contractor should submit drawing for LED panel electrical lighting fixtures of surface / recess type as
required with required 500 lux level. The model of fixtures will be selected by RISL.
Preferred make: Philips/Wipro/Trilux
G. Electrical wiring , Modular accessories and conduits (Warranty: 5 Years Comprehensive onsite OEM
Warranty)
The contractor should carry out wiring with conduiting , wiring and modular accessories as mentioned
in BOQ . The conduits should be of preferred make: Siemens/Schneider/Legrand AKG/ Precision / BEC.
The wires should beof preferred make: Finolex/ RR / Polycab/ National make. The modular accessories
should be of preferred make: Schneider/ Legrand/ Philips/ MK .
Item No 34 : Comfort Air Conditioning
S. No
Functions
Specifications
Compliance
(Yes/No)
1.
Make
2.
Model
3.
Type
Cassette/high wall Type Split Type AC as per BoQ of suitable
nominal cooling capacity operating on greener /
environmental friendly refrigerant such as R407C/R410A best
suitable to take care of environmental norms
All indoor units shall be connected to VRV/VRF based outdoor
units. Appropriate redundancy shall be maintained for rooms
running 24 x 7.
4.
Rating
Operation on 230 V, 50 Hz, single phase, or 415 V, 50 Hz, three
Page 65 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
phase as required
5.
Remote
Cordless remote with centralised monitoring & control system
6.
Capability
8.
Preferred Make
Capable of performing
Cooling
Air Circulating
Filtering
The split unit’s shall be connected using Sequential controller
working in periodic operations as per requirement in the area
required
Daikin/ Toshiba/ O General/ Mitsubishi Heavy/Hitachi
9.
Warranty
5 Years Comprehensive onsite OEM Warranty
7.
Item No 35 : CAT 6A Cable
S. No
Specifications
Compliance
(Yes/No)
1.
Make
2.
Model
3.
The cable should be made available in a we-tote box, which protects the
environment
4.
The cable should have 4 pair construction with round sheath and proper
construction to avoid the Alien crosstalk
5.
The cable should be round in shape for ease of installation
6.
In the Channel, the cable length should be as low as 3 meter and 5 meter while
meeting the bandwidth requirements
7.
The cable should be available in Non-Plenum/Plenum/Low smoke Zero halogen
versions to meet the installation and safety requirements
8.
Electrical performance guaranteed to meet or exceed the channel
specifications of Amendment 1 to ISO/IEC 1180:2001 Class EA, and ANSI/TIA568-C.2 Category 6A up to 500 MHz when used as part of a CAT 6 A U/UTP
Channel installations
9.
The cable, patch cords and connecting hardware shall be UTP components
that do not include internal or external shields, or drain wires
10.
The OEM should have published performance guidelines and installation
instructions
11.
The OEM should provide 20 years of Extended product warranty and
application assurance
PreferredMake: Systimax (CommScope), Simon/ Nexan/ Panduit/ Legrand/ Schneider
Item No 36 : CAT 6A Information Outlet
S. No
Specifications
1.
Make:
2.
Model:
Compliance
(Yes/No)
Page 66 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
3.
Listing: UL® and cUL listed
4.
Electrical performance guaranteed to meet or exceed the channel
specifications of Amendment 1 to ISO/IEC 11801: 2002 Class EA and ANSI/TIA568-C.2 Category 6A when used as part of a CAT 6 A UTP Channel in registered
installations
5.
Power on Ethernet: Shall support minimum 1.5A current to support PoE and
PoE+ applications
6.
Can also be mounted either at 90 degrees (straight) or 45 degrees (angled) in
the faceplate
7.
Should be a non-keystone product
8.
Universal design and label supports both T568 A & B wiring
9.
Connector: IDC connector terminations on rear of base allow quick and easy
installation of 22 to 24 AWG cable
10.
Speed: Can support network line speeds up to at least 10 gigabits per second
11.
When used with the same manufacturer cable, the channel should be
supporting a short channel of 5 meters
12.
Snaps into standard faceplates, surface-mount boxes, consolidation point
boxes, and Modular Panels
13.
Warranty: Should be part of the OEM’s 20-Year Extended Product Warranty
and Applications Assurance
PreferredMake: Systimax (CommScope), Simon/ Nexan/ Panduit/ Legrand/ Schneider
Item No 37 : CAT 6A Modular Patch Cords
S. No
Specifications
Compliance
(Yes/No)
1.
Make:
2.
Model:
3.
Listing :ETL/cETL/UL listed
4.
Electrical performance guaranteed to meet or exceed the channel
specifications of Amendment 1 to ISO/IEC 11 801:2002 Class EA and ANSI/TIA568-C.2 Category 6A up to 500 MHz when used as part of a CAT 6 A UTP
Channel in registered installations
5.
Speed : Can support network line speeds up to at least 10 gigabits per second
6.
Shape: Patch Cord should be round in shape
7.
Should be available in Non-Plenum, LSZH and Plenum versions
8.
Should be available as Solid cordage
9.
When used with the same manufacturer cable, the channel should be
supporting a short channel of 5 meters
10.
Should be available at various lengths and as low as 1 meter
11.
Warranty: Qualifies for the OEM’s 20-Year Extended Product Warranty and
Applications Assurance
PreferredMake: Systimax (CommScope), Simon/ Nexan/ Panduit/ Legrand/ Schneider
Page 67 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 38 : CAT 6A – 24 Port Patch Panel
S. No
Specifications
Compliance
(Yes/No)
1.
Make:
2.
Model:
3.
The patch panel shall have electrical performance guaranteed to meet or
exceed TIA/EIA 568-C.2 Category 6A and ISO/IEC Class EA specifications
4.
The copper panels shall be upgradeable to intelligence in the field at a later
stage with the Intelligent Upgrade Kit. The upgrade shall be performed
without network disruptions, without the removal of patch cords
5.
Solution shall offer customers the option to deploy intelligence immediately or
in phases, according to needs and budgetary requirements
6.
The Panel shall be available in modular as well in the loaded versions
7.
The Modular panel shall have granularity of single outlets as well a group of 6
outlets
8.
The Modular panel shall also have a built-in Cable manager in the front
9.
The panel shall be available in 24-port and 48-port configurations with
universal A/B labeling and 110 connector terminations on rear of panel
allowing for quick and easy installation of 22 to 24 AWG cable
10.
The panel shall be equipped with a removable rear mounted cable
management bar loaded with the cable organizers, which would allow to
group 6 cables
11.
The panel shall be UL listed, UL-C certified and ACA approved
12.
The Panel Should be RoHS compliant
13.
Architectural design and flexibility - supports 5 meter cables in 3 and 4
connector channels, 3 meter cables in 2 connector channels and cross
connect cords down to 1 meter
14.
Shall Support the deployment of pre-terminated copper solutions
15.
Should be available in Straight and Angled constructions
16.
Should be available in a elegant design where even the mounting screws are
concealed
17.
There should be no tools required when installing intelligent upgrade kits
18.
The termination of the cables at the rear should be done through the
managers for fast, secured and accurate connectivity
19.
Warranty: 5 Years Comprehensive onsite OEM Warranty
PreferredMake: Systimax (CommScope), Simon/ Nexan/ Panduit/ Legrand/ Schneider
Page 68 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 39 : Optical Fiber –Single Mode (For connectivity between CCC,data center,Dial 100 Control
Room,ITMS Room and Forensic Investigation Room)
A. The fiber shall minimum 6 cores.
B. The OS2 Single-mode Fiber SCS shall comply with the following standards
ISO/IEC 11801:2010
EN 50173-1:2011
EN 50173-2:2010
ANSI/TIA-568-C
IEC 60603-7-4
IEEE 802.3 applications as outlined in section (iii)
Local/National Codes and Regulations
C. The OS2 optical fiber glass shall be manufactured from ultra-pure synthetic silica glass. Single-mode
fibers manufactured from natural quartz will not be accepted.
D. The OS2 Single-mode Fiber SCS shall be capable of supporting, at minimum, the following IEEE
Ethernet applications:
100M
100BASE-LX10
1000BASE-LH
1000BASE-BX10
1000BASE-LX10
1G
1000BASE-PX10-D
1000BASE-PX10-U
1000BASE-PX20-D
1000BASE-ZX
10GBASE-LR
10G
10BASE-LX4
10GBASE-ER
40G
40GBASE-LR4
100G
100GBASE-LR4
E. The OS2 single-mode Fiber SCS shall be capable of supporting the following Fiber Channel Applications
Standards, per Technical Committee 11 of INCITS:
1GFC
2GFC
4GFC
8GFC
10GFC
16GFC
F. The OS2 single-mode fibers shall fully meet or exceed the specifications in:
EN 50173-1:2011
ISO/IEC 11801:2010
IEC/EN 60793-2-50 (b1.3 fiber)
ANSI/TIA-492CAAB
ITU-T G.652.D
G. The OS2 single-mode fiber shall comply with the following physical specifications:
Physical Characteristics
Cladding Diameter
125.0 ± 0.7 µm
Core/Clad Offset
Coating Diameter (Uncolored)
Coating Diameter (Colored)
≤ 0.5 µm
245.0 ± 10 µm
254.0 ± 7 µm
Page 69 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Coating/Cladding Concentricity Error, Max.
Clad Non-Circularity
12 µm
≤ 1.0 %
H. The OS2 single-mode fiber shall comply with the following mechanical specifications:
Mechanical Characteristics
100 kpsi (0.69 Gpa)
Proof Test
Coating Strip Force
Fiber Curl
Dynamic fatigue Parameter (nd)
Macrobending, Max. (100 turns)
Macrobending, Max. (1 turn @32 mm
mandrel)
I.
0.3 – 2.0 lbf (1.3 – 8.9 N)
≥4m
≥ 18
0.05 dB (1,310/1550 nm @50mm)
0.05 dB (1,625 nm @ 60 mm)
0.05 @1,550 nm
The OS2 single-mode fiber shall comply with the following mechanical specifications:
Optical Characteristics, Wavelength Specific
1310 nm
1385 nm
1550 nm
Max Attenuation Loose
0.34 dB/km
0.31 dB/km
Tube Cable
Max Attenuation Tight
0.50 dB/km
0.50 dB/km
Buffer Cable
Mode Field Diameter
9.2 ± 0.3 µm
9.6 ± 0.6 µm
Group Refractive Index
1.467
1.468
Dispersion, Max.
3.5 ps/(nm-km) from 1,285 to 1,330 nm
J.
0.22 dB/km
0.50 dB/km
10.4 ± 0.5 µm
1.468
18 ps/(nm-km)
The OS2 single-mode fiber shall comply with the following optical and environmental specifications:
Optical Characteristics, General
Points defects, Max.
0.10dB
Cut-Off Wavelength
Zero Dispersion Wavelength
Zero Dispersion Slope, max.
Polarization Mode Dispersion Link Design
Value
Backscatter Coefficient
Index of Refraction
≤ 1260
1,302 – 1,322 nm
0.090 ps/[km-nm-nm]
≤ 0.06 ps/sqrt (km)
-79.6/-82.1 dB @ 1310/1550 nm
1.466/ 1.467 @ 1310/1550 nm
Environmental Characteristics
Temperature Dependence -76°F to 185°F (60°C to 85°C)
Temperature humidity Cycling 14°F to 185°F
(-10°C to 85°C) up to 95% RH
Water Immersion, 73.4°F (23°C)
Heat Aging, 185°F (85°C)
≤ 0.05dB
≤ 0.05dB
≤ 0.05dB
≤ 0.05dB
Preferred Make:Systimax (CommScope), Simon/ Nexan/Corning/ Panduit/ Legrand
Page 70 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 40 : Antivirus Solution
S.
No
Description
Compliance
(Yes/No)
1. Make:
2. Model:
3. Should restrict e-mail bound Virus attacks in the real time without compromising
the performance of the system
4. Should be capable of providing multiple layer of defense
5.
Should have installation support on gateway / Mailing server.
6. Should be capable of detecting and cleaning virus infected attachments as well
7.
Should support scanning for ZIP, RAR compressed files, and TAR archive files
8. Should support online update, where by most product upgrades and patches can be
performed without bringing messaging server off-line.
9. Should use multiple scan engines during the scanning process
10. Should support in-memory scanning as to minimum disk I/O
11. Should support Multi-threaded scanning
12. Should support scanning of a single mailbox or a one off scan.
13. Should support scanning by file type for attachments
14. Should support scanning of nested compressed files
15. Should be capable of specifying the logic with which scan engines are applied; such
as the most recently updated scan engine should scan all emails etc
16. Should support heuristic scanning to allow rule-based detection of unknown viruses
17. Updates to the scan engines should be automated and should not require manual
intervention
18. Updates should not cause queuing or rejection of email
19. Updates should be capable of being rolled back in case required
20. Should support content filtering based on sender or domain filtering
21. Should provide content filtering for message body and subject line, blocking
messages that contain keywords for inappropriate content
22. File filtering should be supported by the proposed solution; file filtering should be
based on true file type.
23. Common solution for anti-spy ware and anti-virus infections; and anti-virus and
anti-spy ware solution should have a common web based management console
24. Should support various types of reporting formats such as CSV, HTML and text files
25. Should be capable of being managed by a central management station
26. Should provide control policy and data policy management for Mobile Data
Terminals
27. Should support client lockdown feature for preventing desktop/Mobile Data
Terminal users from changing real-time settings
28. Should support insertion of disclaimers to message bodies
29. Product shall be provided with all the required licenses, software as applicable to
meet all the above mentioned specification and hence the proposed solution.
Page 71 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
30. The bidder has to account for the following client antivirus software :
1. for all servers being installed in the SDC
2. for all other computing devices such as desktops, laptops ,Mobile Data Terminals
etc.
31. The bidder would ensure client antivirus subscription valid for the period of project,
therefore, no. of client antivirus software/solution, there subscription should work
for the project period without any expiration of services.
32. The antivirus solution should be available on cross platform i.e. Windows, RHEL etc.
available in the CCC and Mobile data terminal on Android
33. Antivirus software should be provided with 150 user licenses.
Servers-40
Workstations-60
MDT-50
34. Warranty/Technical Support: 5 Years Comprehensive onsite OEM Warranty with
necessary updates, upgrades and patches
Item No 41 : Video Management Software (ONVIF Profile S Compliant)
The complete solution of Video Management Software, Command and control software (Incident
Management Features, Standard Operating Procedures, GIS Map Visualization Features, Asset
Management Features, Threat Level Management, External communication mechanism, Social Media
Integration, Collaborative Monitoring, Predictive Analysis Tool), Video Analytics, DIAL 100 software,Radio
gateway software,Forensic investigation software and Digital evidence management system shall be onpremise solution and no part of the solution shall be hosted on 3rd party data center.
S. No
Functions
Specifications
Compliance
(Yes/No)
1.
Make
2.
Model/Product
Name and Version
3.
Deployment Model
The VMS system shall be a scalable client–server
architecture built using well known operating systems and
shall support multi-site, multiple-hierarchy deployments
4.
Number of cameras
per server
The VMS shall allow for minimum of 100 cameras or other
devices like Tablet, mobile etc. to be connected to each
Recording Server and for an unlimited number of
Recording Servers to be connected to a single VMS
Management Server. The system shall support any
combination of centralized management and slave servers
to provide flexibility and scalability in the overall system
Configuration.
5.
Support
for
Number of Servers
Unlimited
6.
Support
number
ofconcurrent
cameras
recording
Unlimited
for
for
Page 72 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
&monitoring
7.
Maximum number
of simultaneously
connected users
Unlimited
8.
Camera Resolution
Support
VMS software shall support various camera resolutions at
VGA; 4CIF; D1; 720P; 1.3MP; 1080P/2.1 MP; 5MP and all
ONVIF S profile devices
9.
Language Support
VMS software shall be able to provide Standard Operating
Procedures to operators in both English and Hindi
Language
10. Automatic Transfer
of incidents
11. Open Architecture
VMS has the capability to define incidents & cases and
automatically transfer them for archival purpose.
12. Virtualization
Support
13. Resource
Optimization
Software shall be capable to support Virtual machines
created on physical server which shall be used as a server.
14. User Level
based
Feature access
The VMS client software shall add and remove Features
based on the permissions of the user and the licensed
functionality
The VMS software shall have an open architecture
supporting IP cameras and encoders from multiple
manufacturers providing best-of-breed solutions ranging
from low-cost, entry-level features to high- resolution,
megapixel features.



Multicasting
Multi-streaming
Video Compression (Shall Support H.264 and MPEG4)


OS-independent,
in-built
user
privilege
management with multiple user category (not
limited to Windows-dependent active directory
framework)
5 user levels and unlimited users
15. DBMS Support
DBMS support to be provided as per database licenses
proposed by bidder. e.g. PostgreSQL/ MySQL /MS SQL
Server/ Oracle 12c.
16. Time
synchronisation
17. Standard
Time synchronisation with Network Time Protocol
18. VMS
Hardware
The VMS system shall utilize commercial-off-the
shelf(COTS) computer workstations, servers, networking
devices and storage equipment. VMS shall already support
IP cameras from at least fifty (50) major vendors. Bidders
shall clearly list in their proposal the brands and models
already integrated into VMS.
19. Storage support
Network storage (NAS/SAN) support
20. Centralized Alarm
Management
The VMS shall support a central alarm management and
monitoring function, providing an alarm/event queue
where all incoming events are on display.
The alarm queue shall provide, but not limited to, the
ONVIF Profile S Compliant
Page 73 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
following information:







Alarm date and time
Alarm status
Current alarm condition
Detector/input name/address
Alarm location
Message priority
Operator who is working on the alarm/event when it
was acknowledged
The alert handling
functionality:










framework
provide
following
Able to handle alerts from video analytics
applications, media servers and external devices.
Able to receive alerts from external systems (such as
external I/O) or software applications, e.g. Tress
passing etc.
Tracking of action taken on alert
Escalation of alert, in case action not taken by the
operator within a user-defined period.
Alerts can also be distributed to registered recipient
only using GSM communication, in case the usual
internet connectivity is not available.
Able to send alerts through emails
Any operator can redirect the alerts to any other
operator, if required.
Instant Video alerts on mobile phone
The events are logged into a database with index to
the video archive.
Users can search events from the event log with
simple query processing in real time.
21. Unattended
Recording
Recording of all video transmitted to the VMS shall be
continuous, uninterrupted and unattended.
22. Uninterrupted
Recording
The VMS shall continue to record video and audio at all
times during the administration and configuration of any
feature.
23. Video Streaming
The VMS system shall be able to stream video from tablets
and mobile devices of authorized field staff to Command
and control center
24. Motion
Detection
The VMS system shall offer the capability of video Motion
detection recording. Software shall be able to store video
prior to the detection of the motion with using the prealarm buffer feature of the camera.
25. System
Health
Monitoring
Audit trails
The VMS system shall manage the video it has been
configured to monitor. Loss of video signal shall be
configured to annunciate on VMS client by an on screen
visual indication alerting operators of video loss.
Software shall provide information that whether the
cameras are recording, and the status of servers, storage,
and
Page 74 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
networking components etc.
Searching Mechanism: Simple database query processing
tool to search through the health status.
Audit Trails: System shall maintain audit trails of activities
of users in database.
26. Audio
Support (Two Way
Audio
communication)
The VMS client software shall be able to view live Video
and audio, recorded video and audio, and be able to
configure the complete system all from a single application.
The Audio shall be broadcasted through loudspeakers from
control room to the cameras connected to external
speakers. Operator shall be able to select particular camera
speaker to enable the public addressing.
27. Fully featured
Remote Client
The VMS client (CCC Workstation and tablets & mobiles of
field staff) software shall have the same functionality when
connected remotely as it does when it is run locally on the
same computer as the server software
28. Operating
System
Support
All of the following should be supported For
Server
-Microsoft
Windows
Server2008/2012/Latest Version or Linux

For Client workstations-Microsoft
7/8/latest version
Windows
29. Monitor
support
per client
The VMS software shall have the capability to run multiple
client applications simultaneously on one workstation with
multiple monitors. Up to 4 monitors shall be configured on
a single workstation with one (1) client application running
on each monitor.
30. Web Client
Support
The VMS shall also allow an authorized user to view video
through a web client interface. The web client interface
shall allow authorized users to view live video, view
recorded video, control pan-tilt-zoom (PTZ)cameras and
activate triggers. The web client Interface shall allow
connections to multiple VMS Servers simultaneously. The
web client interface shall operate without requiring
installation of any software.
31. Browser Support
All of the following should be supported–
1)Internet Explorer 7 and later versions
2)Firefox 2 and later
3)Safari2 and later
4) Chrome (latest version)
5 )The web client interface shall also connect with non-Java
Script browsers and shall be compliant with
HTML4.0(www.w3.org).
32. Recording
Retrieval
The VMS server software shall record and retrieve video,
audio and alarm data and provide it to theVMS clients
upon request.
33. Mobile client
The VMS software shall provide a purpose-built mobile
application capable Of viewing multiple simultaneous live
video streams and playing a recorded video stream.
Page 75 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Application shall be provided for windows, IOS and Android
operating systems. Mobile application to provide alerts to
field staff as per requirement.
34. Data safety
The VMS server shall not decode video for the Purpose of
repacking it for transmission to clients
35. Metadata
Support
The VMS server software shall record video based on
metadata generated by an edge network device. The edge
network devices shall generate the metadata and transmit
it with the video stream to the VMS server software.
36. Advanced
Search
Video



Software shall have a feature to control object
attributes (e.g. size, direction, color, speed) so that
hours of video can be reviewed in minutes
1-click event selection indexes back to original video
Bookmark and annotate objects for team collaboration
37. Camera
Licenses
The VMS license shall be perpetual and shall be for
unlimited number of cameras to be used in the system.
Licensing scheme shall be sever based. In case of server
failure/change of server, the VMS licensesshall be re-issued
and reinstalled on new server.
38. VMS server
service
The VMS server software shall run as a service. The VMS
shall not require any application to be running in order to
operate.
39. Map
integration
The VMS shall allow the use of maps. The maps will be
accessible to users with the appropriate permission levels
and display video sources and their status.
40. Wide screen
support
The VMS shall provide an option to view 16:9 wide Video
display panels
41. Digital PTZ
VMS software shall allow control of PTZ Cameras to
authorized users through mouse & joystick and can be used
to maneuver a PTZ camera. When used on a non-PTZ
camera, it shall allow the user to digitally pan, tilt, and
zoom on any video whether in live or recorded mode.
42. Camera
Grouping
The VMS software shall have a feature for viewing Logical
groups of cameras. This shall allow efficient viewing of
cameras in a logical order.
43. Preset
Viewing
The VMS software shall have a feature to organize the
cameras into preset views. Views are preconfigured
arrangements of the video panels so that they may be
easily recalled later. A view can save the location of the
video streams, audio streams, POS data, maps, and event
views. These views shall be accessible in both live and
recorded video modes.
44. Video Play
Back
The VMS client software shall be used to search for and
playback recorded video, audio and events from VMS
servers. All recorded video shall be played back and
displayed in a synchronized multi- camera layout. It shall be
possible to playback simultaneously 64 cameras on server
of the surveillance system, with a selection of advanced
Page 76 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
navigation tools, including anintuitive timeline browser.
45. Searching
parameters
The VMS software shall support searching through
recorded video based on time, date, video source, image
region and have the results displayed as both a clickable
timeline and a series of thumbnail images.
46. Audio play
back
The VMS software shall allow search and playback Of audio
in synchronization with video.
47. Export
The VMS software shall provide the option of Exporting the
file in the following formats:
1)Stand alone Exe(*.exe)–includes an executable player
with the video and audio data
2)AVI File (*.avi)–a multi media container format
3) MKV File(*.mkv)–a format to play HD video files./ WMV
file(*.wmv)
VMS shall allow the users to download multiple segments
of the video from the archive to a video cart.
48. Pre-defined VMS
Configuration
Software shall be able to pre define configuration settings
for VMS like recording quality, excess to specific cameras
etc. at one click or button.
49. Video
Marking
Add a digital signature to each recorded video frame to
ensure its authenticity and that video evidence can be
admissible in court.
Tamper
50. Integrated
Video
Analytics
Video Analytics engine may be native to VMS engine for
seamless functioning or shall have the possibility to
integrate external Analytics systems.
51. Recording
Triggers
The VMS software shall have the ability to configure each
video inputs recording time on an hourly basis. This shall
allow the user to schedule when to record
On motion, when to record an event and when to not
record.
52. Email Trigger
The VMS software shall be able to send a Predefined email
based on an event trigger. The VMS software shall also
support SSL and TLS connections for transmissions of the
mail
53. Map
Function
The Video Management System shall incorporate Intuitive
map functions allowing for multi layered map environment.
The map functionality shall allow for the interactive control
of the complete surveillance system, at-a-glance overview
of system integrity, and seamless drag-and-drop
integration with video wall module option. The activation
of the VMD or Camera disconnected alarm shall display the
alarm location with animated camera’s icon shown in the
location map, and the pre- defined alarm documents.
54. Redundancy
The Video Management System shall support high
availability of recording servers. A failover option would
provide standby support for recording servers with
automatic synchronization to ensure maximum uptime and
minimum risk of lost data. Minimum required is N:1 OR N:N
Page 77 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Redundancy.
In case of Network Failover, the video should be able to
locally store on the Camera, once the network is reestablished the stored video should be able to be
synchronized with the central storage system.
55. Localisation
Customisation
&
The OEM is expected to study the requirement with Police
Department and customise the VMS software product to
suit their requirements.
56. Warranty/Technical
Support
5 Years Comprehensive onsite OEM Warranty with
necessary updates, upgrades and patches
Page 78 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 42 : Central Command and Control Center software
The complete solution of Video Management Software, Command and control software (Incident
Management Features, Standard Operating Procedures, GIS Map Visualization Features, Asset
Management Features, Threat Level Management, External communication mechanism, Social Media
Integration, Collaborative Monitoring, Predictive Analysis Tool), Video Analytics, DIAL 100 software, Radio
gateway software, Forensic investigation software and Digital evidence management system shall be onpremise solution and no part of the solution shall be hosted on 3rd party data center.
S.
No
Functions
1.
Make
2.
Model/Product
Name and Version
Specifications
Compliance
(Yes/No)
3.
Software shall have dedicated incident log screen which
provide situation decision guidance support.
4.
Command & Control Center application should support for
receiving different types of VMS alerts.
5.
Application should provide the following information related to
VMS alert:
6.
7.
8.
9.
Incident Management Features






show the criticality of the alert
Time the alert was created
Description of the alert
Camera which created the alert
It will have provision to facilitate the operator to locate the
Camera on GIS map
Provision to close the alert
Application should zoom to the camera location on the map by
selecting the alert from the Alert Register panel.
Application should be able to create incident manually for the
alert
Application should be able to generate unique incident id and
tag the recorded video and image to the incident.
Application should show the created incident in the Incident
Register panel. Application Incident Register Panel should show
the following details of the incident:
1. Incident ID
2. Camera Location
3. Type of Alert
4. Alert Time
5. Trigger option to initiate the SOP
6. Status/ progress of the incident
10.
Application should be able to generate SOP based on the type
of alert and criticality in the monitor
11.
SOP should help the operator to dispatch the nearest field
Page 79 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
responder
12.
Application should allow the field responder to perform the
following actions through MDT :






Acknowledge the incident
Update the status of the incident
View the camera location on the map
Navigation option provided to reach the incident location
Able to view video/ image of the incident
Able to view the live stream of the camera
Update the ATR- Action Taken Report (Audio/ Video/
Image) for the incident
13.
Application should allow the operator to generate Action Taken
Report for the Incident to view the complete details of the
incident
14.
Command & Control Center application should support API
integration with Dial 100 or CCTNS
15.
Application should be able to correlate the extracted message
from the social media with existing other events and then
should be able to initiate an SOP. This will enable operator to
send messages to pre-defined (or defined based on SOP) list of
personnel.
16.
Application map should open up the submenu with the option
for Create Incident, Live Stream, Recorded Stream, Image and
Abandon Incident by clicking on the camera Icon
17.
Software Shall have Automatic incident creation options like
pre-configured rules, on demand by operators or from
scheduled triggers.
18.
When working on an incident it should be possible to distribute
task assignments manually or automatically to the relevant
individuals or functional titles for collaborative management of
incidents.
19.
Software shall have escalation mechanism and ability to
configure the system to display an incident on a supervisor’s
terminal only when it is escalated beyond a predefined severity
level.
20.
Automatic sorting of incident on open incident list as per
severity level and time
21.
Capability to record/time-stamp defined procedural actions
taken when managing the incident.
22.
Software shall have the capability to record operator screens
when managing the incident for the purpose of future
debriefing.
23.
Software shall dynamically update incident handling priority for
each user and support incident load balancing as the situation
evolves.
24.
Incident Log in software shall support ‘in-context’ single-click
easy navigation to all relevant maps, cameras, pre-alarm
playbacks, sensors, attachments, and forms associated with the
Page 80 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
managed incident.
25.
Software shall provide the ability to view and edit multiple
forms related to incidents and tasks. The forms with the most
updated information shall be saved and accessible at any time.
26.
Software shall have capability to search incidents based on
similar characteristics of incidents.
27.
Software shall provide the ability to add incident comments, in
either a predefined form format or free text format, and task
comments.
28.
Software shall “pop-up” notifications when incidents are
created and when they are escalated. The pop-up notification
colour shall reflect the severity of the incident. The popup shall
be easily and conveniently linked to the relevant incident,
preferably by a hyperlink. The popup notification should also be
dismissible quickly and simply when determined by the
operator.
29.
Upon creation or updating of incidents, the software shall
support playing of configurable sounds
30.
Software shall allow requiring a comment upon incident
closure. Comments can be predefined quick comments and/or
custom text. Closure comments shall be logged and be
retrievable for post incident debriefing.
31.
Software shall have a Web API to provide developers with the
resources they need to open/update/close incidents from
external sources. The API shall also support the placement of
the incident on map location.
32.
Software shall be able to discover automatically sensors and
cameras closest to the incident source location (GIS feature,
Incident location, sensor location) - Impact Area



Software shall allow the operator to draw and update
the Impact Area shape and size on the GIS map.
Software shall be able to calculate Impact Area contacts
originating from a sensor related to an incident.
Software shall be able to use the contact information
for communication purposes (short messages, emails,
outbound calls).
33.
Software shall provide the ability to define and manage main
and sub-incident relationships for cases where incidents are
linked to each other
34.
Provide integrated Mobile Application for Android and
Windows for capturing real-time information from the field
response team using Mobile-Standard Operating Procedure.
35.
Field Responder should be able to acknowledge the incident
and provide real time updates from the incident site.
36.
Field Responder should be able to view the recorded stream
and image of the event
37.
Field Responder should be able to view live stream of the
camera
Page 81 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Field Responder should be able to send ATR or action taken for
the event to the command and Control application
39.
SOP is a standard operating procedure which provides the stepby-step instruction in the shape of drop down menu to
Command and Control Center operator on how to handle a
particular incident in an organized manner.
40.
Software shall provide SOP’s in English and Hindi language
41.
SOP tasks should serve as an instructional resource that allows
operator to act without asking for guidance.
42.
There shall be the provision to define various SOPs in Command
and Control System such as alert category specific SOPs,
Location Specific SOPs
Standard Operating Procedures
38.
43.
44.
45.
46.
47.
It shall have facility to define more than one SOP for the
selected alert category or location
There shall be a provision to define multiple tasks under single
SOP
The system shall select & present the appropriate SOP
automatically based on predefined policies
Actions taken as part of SOP should be logged in audit trail with
date time stamp and operator comments
SOP shall contain the lists of tasks to be performed by operator
categorized under following headings







Task: Task to be performed by the operator in the
sequential order.
Description: Task description.
Comments: Space for operator to enter the comments.
Action: Actions (like email, sms escalation) to be
initiated by operator.
Done: Indication by operator that the task is completed.
User: User name of the operator for audit trail.
Date & Time: date time of the action.
Software shall include an inherent Geographic Information
Systems (GIS) view, supporting real world coordinates with
predefined coordinate systems and DATUMs.
49.
Software shall provide integrated capability with maps from
survey of India and ESRI.
Software shall provide integrated capability to display high
resolution satellite imagery and vector maps. To show the
camera location on the map the map scale required is 1:1000
and to be created from high resolution satellite imagery of 0.5m
50.
GIS Map Visualization Features
48.
The GIS view shall provide a common operational picture
enabling information sharing in real time between different
users filtered according to predefined organization hierarchy.
All GIS entities shall be automatically synchronized in the
background between all client workstations.
51.
The software shall display the building outline for all important
buildings.
52.
The GIS map shall support easy navigation operations such as
Page 82 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
pan, zoom in/ out, zoom to extent, previous zoom and next
zoom
53.
Software shall enable system administrators to define different
data layers for displaying on GIS maps. Different layer types
supported including geo referenced raster images, lines, zones ,
location of sensors and other objects (tracked vehicles for
example)
54.
Defined data layers can be turned on/off on demand or
automatically according to predefined rules.
55.
Software shall enable authorized users to edit the vector data
presented within the defined layers.
56.
When displaying layers, the Software shall enable
administrators to turn their layers on/off when they are
displayed
57.
Software shall support saving of multiple GIS map views for
later on demand or automatic popup. These views shall
determine the selected layers and the exact map zoom level.
The system shall support the ability to automatically bring up
these predefined map views or locations most relevant to an
incident.
58.
Software shall support the customization and real time
activation of multiple-level drill downs by linking objects placed
on map layers to other GIS views.
59.
Software shall support the placement of Action map objects on
layers. Whenever these objects are clicked, the predefined
action shall take place.
60.
Software shall support the placement of predefined objects on
map locations
61.
Software shall allow for region of interest areas to be drawn on
the map and pull out all the camera views simultaneously along
with alerts like boundaries of police stations etc.
62.
Software shall enable operators to add points, polylines and
polygons to maps in order to identify multiple locations related
to an incident.
63.
Software shall enable users to open up a new incident and
directly associate it with a map location or to associate an
already opened incident with a new map location. The system
shall also be capable to receive an API call which will open up a
new incident and automatically place it on the map using a map
location passed via the API. The relevant map location shall be
displayed on the map for as long as the incident is open.
64.
Software shall support display of heat maps, pin map, trend
map, repeat incident count map etc. over GIS maps based on
incident data
65.
Software shall support for configuration and display of cameras
Field of View (FOV) overlay. It shall be possible to display the
FOV for a single camera or for all cameras at once.
66.
Users’ (responders) map context menus shall include the
capability to send other users messages, assign tasks and
Page 83 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
initiate phone calls. It shall also be possible to view the tasks
presently assigned to selected users.
Software shall allow administrators to define and draw zones
of arbitrary shapes and sizes. These zones shall be used for
triggering various activation rules. The GIS shall be able to
show/hide these zones as layers.
68.
Software shall provide the ability to track movements and
status of all location-based technologies (e.g. GPS, RFID, etc.).
Software shall also support the on demand visual display of
historical movement path.
69.
Software shall support the searching of objects on the GIS map
by name. The search shall support wild cards and shall highlight
the found objects for easy identification.
70.
Software shall support the ability to easily capture and send
snapshots of the GIS maps.
71.
Software shall provide users with a map ‘Toolbox’ with the most
frequently used map operations for selected map entity types.
The Toolbox operation buttons shall be customizable.
72.
Software shall support the searching of a geographical location
on the map, via entry of ZIP code, street address, milestone etc.
(“Geo-coding”).
73.
Software shall support the calculation and map representation
of the nearest geographical route between two locations. The
calculation shall be capable of including factors such as street
directionality.
74.
Software shall be provisioned for easy integration with ArcGIS
and Open Source for WPF (EGIS Runtime) servers and easily
import and view ESRI ArcGIS layers (SID, LYR and SHP files) or
ArcGIS for WPF layers (service layers, map package layers).
75.
Software shall provide the capability to define Assets of various
types. Assets may be like:
IT assets- Switch, Route, server, etc.
Non-IT Assets-Cameras, UPS, DG Sets etc.
Surveillance system –Cameras, Sensors, Video wall etc.
76.
77.
78.
79.
Asset Management Features
67.
Software shall provide a pre-configured list of typical assets
along with their pre-configured attributes. System
administrators shall be able to modify/add attributes to already
existing asset types and create new ones along with their set of
attributes.
Asset module shall be fully integrated with the software events
correlation/ workflows / rules engine and shall allow defining
various triggers based on specific assets, asset types, asset
groups and assets attributes.
Software shall enable assets to be displayed on maps with their
corresponding GIS locations like camera, Hospital, Police
station, PCR Van’s, Ambulance etc. Asset statuses shall be
reflected by different icons on the GIS map.
When a phone number is one of the asset attributes, it shall be
possible to initiate a phone call to the asset directly from the
Page 84 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
context menu of its map icon representation.
It shall be possible to associate assets with other assets and
sensors
81.
Software shall provide an easy method of searching and
locating assets.
82.
Software shall support the correlation between two or more
asset group elements for the sake of false alarms reduction.
83.
Software shall be able to manually associate an incident to an
asset and, vice versa, manually associate an asset to an existing
incident.
84.
Software shall support a tool to import external information in
CSV format into an asset database. If a specific asset in not
defined, the tool shall create it based on asset type information
– asset types shall be preconfigured.
85.
Software shall display an indication of an overall situation threat
level (also referred to as Security Alert Level). The threat level
indicator shall be visible at all time and shall have several levels
with different colors.
86.
87.
88.
Threat Level Management
80.
89.
91.
92.
93.
94.
95.
Administrators shall be able to configure threat level changes
as actions triggered by various predefined events or as a result
of predefined events
Administrators shall be able to predefine threat level change
triggers such as – ‘level raised/reduced to high’ for example.
Administrators shall be able to define various actions to take
place upon triggering threat level events. An example may be
deploying a threat level increase procedure whenever the level
is raised to a certain level.
Software shall support built-in communication mechanisms
such as email, SMS communication, phone calls, desktop
notifications, mass notifications, and applicative messages to
other system users.
External Communication Mechanism
90.
Authorized users shall be able to change the threat level on
demand.
Software shall provide integrated dashboard with an easy to
navigate user interface for managing profiles, groups, message
templates and communications
Software shall support on-demand or automatic outgoing call
initiation.
All phone calling capabilities shall also be available directly from
the User/Asset GIS map icon representation.
Software shall allow integration with external mass notification
systems (MNS) using a 3rd party mass notification product
Software shall have graphical user interface and tools to create
workflows and rule engine
The system shall support message tracing capabilities
Page 85 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
96.
The software should provide a social listening without getting
detected that can periodically query web sites, extract content
from them, and store them in an easily retrievable way.
Sources may include:
98.
99.
100.
Social Media Integration
97.
101.
102.
103.
104.
105.
107.
Should be able to record feeds from selected collaborative
cameras for selected time period
Collaborative Monitoring
106.
 Twitter
 Facebook
 Google+
 Whatsapp
 Google search
 Scraping any publicly accessible website
Engine should have capability to be used to extract data using
API or as general purpose web crawler.
Software shall have to Integrate the incident management with
social media like twitter, facebook, google+,whatsapp etc. In
case the APIs provided by these websites change over FMS
period, the SI shall update the crawler accordingly to provide
the functionalities required in the RFP.
Software shall provide capability to analyze messages from
social media during investigation
Software shall extract messages and display it on dashboard.
The software shall provide an active geo map to display the
locations of harvested posts, tweets, and social media content.
Should be able to correlate the extracted message from the
social media with existing other events and then should be able
to initiate an SOP.
Should be able to identify the critical information and should
be able to link it to an existing SOP or a new SOP should be
started.
Should provide notifications to multiple agencies and
departments (on mobile) that a new intelligence has been
gathered through open source/social media.
The solution should create a tag cloud which will give an easy
view on number of messages coming from open source/social
media across different categories.
Should be able to leverage and integrate with existing & new
CCTV cameras & video management systems, to provide an
integrated video surveillance at CCC
The SI shall be required to provide a customized mobile
application to integrate smartphones and tablets such that
video can be uploaded by the citizens to the control room.
Police Personnel shall use mobile devices to access video from
the data center in a secure manner. Al the necessary access
shall be given to these users to download the video from the
video management system
The system shall be sized to download and view the video by at
least 20 concurrent mobile users over bandwidth of 128Kbps.
Page 86 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)

Predictive Analysis tool
108.
Future Integration Support with
Sensors and Cameras
109.
110.
It should help visualize assets/resources at risk due to
the pending/ongoing incident, should render impacted
region on a GIS map.
 The solution should help build the list of assets, their
properties, location and their interdependence through
a easy to use Graphical User Interface.
 When in predictive Analysis mode the solution should
highlight not only the primary asset impacted but also
highlight the linked assets which will be impacted.
 The user should be able to run the predictive Analysis
mode for multiple types of emergency events such as
Bomb Blast, Weather events, Accidents etc.
The city surveillance and incident response system should
support integration of following as and when required :
a.
b.
c.
d.
e.
f.
g.
h.
i.
j.
Public Address System
Panic button
Gun shot sensor
Sensor for shattering of Glasses
Doppler radars
Temperature sensor
Flood water sensor
Laser Radar
Drones
ONVIF Compliant Cameras (Fixed and PTZ etc.)
Localization and
Customization
The OEM is expected to study the requirement with Police
Department and customise the CCC software product to suit
their requirements.
111. Warranty/Technical
Support
5 Years Comprehensive onsite OEM Warranty with necessary
updates, upgrades and patches
Page 87 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 43 : Video Analytics
The complete solution of Video Management Software, Command and control software (Incident
Management Features, Standard Operating Procedures, GIS Map Visualization Features, Asset
Management Features, Threat Level Management, External communication mechanism, Social Media
Integration, Collaborative Monitoring, Predictive Analysis Tool), Video Analytics, DIAL 100 software, Radio
gateway software, Forensic investigation software and Digital evidence management system shall be onpremise solution and no part of the solution shall be hosted on 3rd party data center.
Video Analytics licenses shall not be bounded by MAC ID of Cameras. The video analytics features and
algorithms shall be portable on any selected camera.
S. No
Functions
1.
Make
2.
Model/Product
Name
and
Version
3.
Features
Specifications
Compliance
(Yes/No)
It should provide an integrated video analytics System that
provides functionalities like:
 Loitering
 Unidentified object detection #
 Motion / intrusion detection #
 Camera Vandalism and tamper detection #
 Virtual Fence / Tress Passing / Tripwire #
 People / Mass movement #
 Attribute based search for objects like search
based on color of vehicle
 People Search: Searching person based on single
and multiple attributes like baldness, hat, glasses,
sun glasses, hair color, skin tone and texture etc.
 Offline Face Recognition/identification to match
criminal photograph in stored video
The real-alerts generated by this video analytics system
should automatically be listed in the Command & Control
Center application’s list of events & incidents.
4.
Should be able to pinpoint an event in recorded video and
retrieve the relevant video segment from stored video
5.
Should be able to perform a variety of statistical task
related to people or vehicles over defined periods of time
6.
Should be an open extensible framework for event based
surveillance
7.
Should provide Centralized monitoring of real- time alerts
across geographic locations
8.
Should provide following functionalities for alerts
 Setting up and configuration of alerts by
authorized user
Page 88 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)





Storing and retreiving alert definitions for
reconfiguration
Annotate and archival of alerts
Searching of alerts based on string and comments
entered by user on alerts
Setting up of prority level for alerts
Automatic play of urgent priority alerts
9.
Should be Scalable &reliable system that Seamlessly
integrates with existing ONVIF compliant CCTV
infrastructure
10.
Should provide Real-time event analysis engine that is
capable of supporting a variety of video/image analysis
technologies and should provide:



Standard Plug-in Interfaces
Extensible Meta-Data Interfaces
Real-time Alert Interfaces
Item No 44 : Real Time and Offline Face Recognition System
S. No
Functions
1.
Make
2.
Model/Product
Name
and
Version
3.
General
requirement
4.
5.
6.
7.
8.
9.
OS Support
10. Database Support
Specifications
Compliance
(Yes/No)
Capture face images from live CCTV feed and generate alerts
if a blacklist match is found.
Search photographs from the database matching suspect
features.
Matching suspected criminal face from pre- recorded video
feeds obtained from CCTVs deployed in various critical
identified locations of in the city, or with the video feeds
received from private or other public organization’s video
feeds.
Adding photographs obtained from newspapers, raids, sent
by people, etc to the criminal’s repository tagged for sex, age,
scars, tattoos, etc for future searches.
Investigate to check the identity of individuals upon receiving
such requests from Police Stations.
Handheld mobile with app for windows OS or android OS to
capture a face on the field and get the matching result from
the backend server.
The client & server application must work on standard
windows platform Windows server 2012.
The proposed system should use MS SQL. or Oracle database.
11. Multiple Camera The proposed system should work with at least 4 different
brands of camera makes including all ONVIF compliant
Vendor Support
cameras
Page 89 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
12. GUI
Customization
13. User Creation
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
The system administrator/ user should have option to
customize the view of the GUI.
The proposed system should have option to create different
roles and users based of the rights to be given to the user.
Web Application The alerts, matching results and enrolment should be
available on a web based application.
The Face Recognition system must have an integrated mobile
Mobile
device application (Android and IOS), to enrol and verify a
Application
captured face image. The matching alerts should be provided
on the mobile device over Wi-Fi or GPRS.
The proposed system should have 50,000 face image
Image Database
database for 1: N matching, although the system should be
scalable to upgrade for higher a data size as and when
required with additional licence for data size.
The number of face images in the background gallery should
be scalable.
The proposed solution must have a Quality enhancement tool
Enrolment
to enhance the images before enrolment based on
parameter.
It should have option to edit the subject face image, crop a
face, It should automatically detect face and eyes in the
subject image, options to enhance face image: - , Smooth
brightness, contrast, colour adjustment, Rotate the image,
and adjust saturation level
The Proposed system should use 2D face images of JPEG,
PNG,BMP, TIFF format for enrolment.
The proposed system must be able to check if a new enrolled
face is already enrolled in the database before registering the
new enrolled face in the system.
The proposed system should have option to enrol face
images in bulk with demographic data of the individual.
The proposed System should have option to automatically
enrol face images from a CCTV camera.
Only one template of face should be created and stored in
the database for matching.
Face Recognition The proposed system should have option to send an email if a
match is found.
and alerts
The proposed solution must have option to generate face
matching alerts on a mobile phone with android and iOS
operating system.
The proposed system should have option to generate match
alerts with a recorded video.The proposed solution should
have option to utilise stored Video from CCTV system to
generate matching alert.
The proposed system should have option to do a still image
matching where a user selects a face image of the suspect in
JPEG, PNG,BMP,TIFF etc. and match it with the registered
face images in the system. This feature should have option to
do manually enhance the subject face images, rotate image ,
crop, change brightness, colour saturation etc
The proposed system should have capability to create
different categories of people. With option to customise the
Page 90 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
matching threshold for different categories.
The proposed system should have option to configure alert
for an individual based on specific camera or category type.
Thus each individual and camera would be given a security
level and if an individual with lower security level come in
front a camera with higher security level should generate
alert. Whereas if individual with higher security level comes
in front of a camera with lower security level it may not
generate an alert.
The proposed system should have option to upload bulk
subject images and generate alerts if any of the subject
images matches with the registered faces in the database.
The proposed system should have option to generate audio
visual alerts at the control room, with option to show the
matching results in different colour based on category of the
matched individual’s image
Backend Latent The proposed system should have Facial Forensic Image
face image based processing and matching
The proposed system should also be able to use sketches
forensic
made by artists or by computer application generated
investigation
sketches.
The proposed system should have option to send multiple
images search in a consolidated single command.
The proposed system should display the matching results for
configurable top n results.
The proposed system should utilise advance windows 8 touch
screen features.
The proposed system should have option to add demographic
data of the subjects and use the demographic data for
filtering for matching.
The proposed system should be scalable to over 50 million
unique identities and that can also incorporate multiple
biometrics modalities.
The proposed system can perform proven matching with low
quality images down to 24 pixel counts between the eyes and
at varying compression ratios.
The proposed system shall be able to provide explanation of
how the photo comparison results are affected by different
photo attributes such as resolution, color depth, format, size
and variations in the depiction of a face such as glasses
on/off, earrings, smile, and other variations.
The proposed system can perform face biometric matching
even with age difference over 20 years.
The proposed system must give matching score for the
subject image with the entire mug shot gallery the number of
faces to be displayed must be configurable
Page 91 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 45 : Automatic Number Plate Recognition Software
S. No
Functions
Specifications
Compliance
(Yes/No)
1.
Make
2.
Model/Product
Name
and
Version
General
The ANPR System shall enable monitoring of vehicle flow at
Requirement
entry/exit, Crossroads and at Strategic locations.
The system shall support real-time detection of vehicles at the
deployed locations, recording each four wheeler/three
wheeler/Any other vehicle, reading its registration number
plate, data base lookup from central server and triggering of
alarms/alerts based on the vehicle status and category as
specified by the database.
Open
Open system architecture, integrates seamlessly with third
Architecture
party applications
Vehicle Detection The System should automatically detect a vehicle in the camera
and
Video view using video detection and activate registration number
Capture Module
plate recognition
Calibration
The system should be calibrated for accuracy prior to handing
requirement
over and the successful bidder should ensure annual calibration
of the system.
Processing
Simultaneous Multi-Lane processing
Registration
The System shall automatically detect the registration number
Number
Plate plate in the captured video feed in real-time.
Detection
The system shall perform OCR (optical character recognition) of
the registration number plate characters (English alphanumeric characters in standard fonts).
The system shall use algorithms for detection and OCR engine
for reading registration number plates in any language
The system shall be able to recognize variable character sizes,
fonts & colors.
The system shall be able to detect and recognize embassy and
defense registration number plates.
The system shall be able to detect and recognize following:
 Varying contrast and dirty/damaged registration
number plates
 Registration number plates with special characters in
between the number
 Damaged, indented registration number plates
 Registration number plates with additional text around
the number
 Double row registration number plates
 Vehicle numbers of buses which do not have a
registration number plates , but have the number
painted on the body
Digital Signature The system shall provide digital signature to images so that
nobody can modify the images.
Database
The System shall store following detail into DBMS like
Requirement
PostgreSQL/ MySQL /MS SQL Server/ Oracle 12c database to
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
Page 92 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
16.
17.
24x7 Operations
18. Speed detection
and Accuracy
19.
Zoom Capability
20.
Driver
Image
Evidence*
21.
Integration
22.
23.
24.
Vehicle
Detection
color*
by
25.
26.
Real time Alarm
and
Alert
Generation
27.
28.
29.
30.
31.
Vehicle
Status
Alarm Module
be provided by bidder
 Photo of the Vehicle in JPEG format
 Photo of Registration number plate
 Driver Photo
 Registration number in text fomat
 Date and time stamp
 GPS Coordinates
Real time 24 x 7 surveillance solution with high level of accuracy
Multiple operator can access the software by using web
browser at same time
The system should be able to process and read registration
number plates of vehicles with speed even up to 120 km/hr.
The accuracy should be more than 75% in daytime and more
than 60% in night for standard registration number plates.
The Software should provide zoom function once cursor is
brought over the registration number plates
The system shall have a capture module for capturing image of
driver who is driving the vehicle. (If separate camera is
provided feature should be supported)
The system shall be integrated with VMS, CCC and Video
Analytics.
The system shall be integrated with existing e-challan
system/RTO database/VAHAN Database of police department.
The system shall be integrated with GIS maps provided by
Government of Rajasthan.
The system shall detect the color of all vehicles in the camera
view during daytime and label them as per the predefined list
of configured system colors. The system will store the color
information of each vehicle along with the registration number
plate information for each transaction in the database.
The system shall have options to search historical records for
post event analysis by the vehicle color or the vehicle color
with registration number plate and date time combinations.
The system should have option to input certain registration
number plates according to the hot listed categories like
“Wanted”, “Suspicious”, “Stolen” etc. by authorized personnel
The system should be able to generate automatic alarm
window popup, when new alarm come the previous alarm
should be shifted.
The system should be able to generate automatic alarms to
alert the control room personnel for further action, in the
event of detection of any vehicle falling in the Hot listed
categories.
The system should be capable to show alarms in one or more
than one monitor at same time located over the IP network
On successful recognition of the registration number plate,
system should be able generate automatic alarm to alert the
control room for vehicles which have been marked as
"Wanted", "Suspicious", "Stolen", "Expired". (System should
have provision/expansion option to add more categories for
future need).
The Instantaneous and automatic generation of alarms. In case
Page 93 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
32.
Vehicle
Module
Log
33.
of identity of vehicle in any category which is define by user.
The system shall enable easy and quick retrieval of snapshots,
video and other data for post incident analysis and
investigations. For example a database could be searched using
criteria like date, time, location and vehicle number
The system should be able to generate suitable MIS reports
that will provide meaningful data to concerned authorities and
facilitate optimum utilization of resources. These reports shall
include.

34.
35.
36.
37.
Vehicle Category
Editor
38.
39.
40.
Localization and
Customization
Report of vehicle flow at each of the installed locations
for Last Day, Last Week and Last Month.
 Report of vehicles in the detected categories at each of
the installed locations for Last Day, Last Week and Last
Month.
 Report of Vehicle Status change in different Vehicle
Categories
The system shall have Search option to tune the reports based
on registration number plate, date and time, site location as
per the need of the authorities.
The system shall have option to save custom reports for
subsequent use. The system shall have option to export report
being viewed to common format for use outside of the ANPRS
or exporting into other systems.
The system should provide advanced and smart searching
facility of registration number plates from the database. There
should be an option of searching registration number plates
almost matching with the specific number entered (up to 1 and
2 character distance).
The system should have option to input certain registration
number plates according to category like "Wanted",
"Suspicious" "Stolen", “Expired" etc. by Authorized personnel.
The system should have an option to add new category by
authorized personnel.
The system should have option to update vehicle status in
specific category by authorized personnel. e.g. on retrieval of
stolen vehicle, system entry should be changed from "Stolen"
to "Retrieved".
System should have option to specify maximum time to retain
vehicle records in specific categories
The OEM is expected to study the requirement with Police
Department and customise the ANPR software product to suit
their requirements.
Note: Features marked with asterisk (*) is required but SLA will not be applicable on those features.
Page 94 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 46 : Speed, Stop line and Red light Violation Detection software
S. No
Functions
Specifications
1.
Make
2.
Model/Product
Name
and
Version
General
Requirement
3.
4.
Calibration
requirement
5.
Position
vehicle
Intersection
6.
Compliance
(Yes/No)
Traffic violations (Red light, Speed and zebra crossing) should
be automatically detected by the certified and homologated
system and in use with various agencies. Cameras fitted in the
equipment should record a digitized image or video frames of
the violation covering defined lanes on each approach arm at
any point of time simultaneously with relevant data about the
offence, i.e. date, time, fixed location and speed etc. so that
the complete lane wise junction behavior is recorded viz
(Speed of violating vehicle, notified speed limit, Signal
Jumping, Stop Line Violation, speed violation with Registration
Number Plate Recognition facility). The photograph generated
by the system should also include a wider view of the location
indicating position of violating vehicle.
The system should be calibrated for accuracy prior to handing
over and the successful bidder should ensure annual
calibration of the system.
of The system should detect and capture the vehicle when:at
i)
It violates the stop line
ii)
It violates the red signal
iii)
It violates the speed limit in any phase(red or
green or amber or even when the signal is not
working)
The system should capture the photographic evidence of
above violation clearly showing nature of violation & proof
thereof.
Violation
Evidence
capturing
module
Infraction is recorded and documented dynamically including
the events preceding and following the event.
The system should have violation evidence capturing module.
Complete data for each infraction should be provided: data,
time, location, speed, with automatic number plate detection
mechanism (to recognize vehicle automatically)
Violations should be available for selection from a displayed
list corresponding to each location separately.
7.
8.
Color Image
Technology for
Red light and
Stop
line
Detection
The retrieval could be sorted by date, time, location and
vehicle registration number.
The images in day time should be in color
The system shall have Red light violation capability through
video based technology
 The system should be without any integration to the
Red light controller and should work on image analysis
Page 95 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
False Detection
9.
10.
11.
12.
Technology for
Speed Detection
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
24
x
7
Availability
Environmental
Conditions
Integration
and color detection of red light signal
 The system should take input from traffic light and
start capturing red light violation as soon as traffic
signal turns red.
Number of Frames / Violation : 7 to 8
Time into Red :
Accuracy within 0.001 sec.
False Detection: The system shall have capability to identify
false detection. A special pedestrian filter is used to avoid false
detection in case of pedestrian or other similar object.
Laser based speed detection:
Speed should be measured using eye safe laser-class 1
(security class LASER (IEC/EN 60825)
Traffic violations should be automatically detected by the
system. System should provide image of over speeding in
particular lane (this is to avoid having multiple vehicles and
multiple lanes and images in same image)
System should be able to provide specific lane of the vehicle
when speeding
Unit of Speed: Km/hr
The system should be able to read speed upto 250 km/hr + 2
%
Number of Frames / Violation : 1
System should provide clear megapixel image with automatic
ANPR data with speed in image
Should support automated 24 x 7 operations.
Work effectively in harsh environmental conditions including
night
The system shall be integrated with ANPR.
The system shall be integrated with existing e-challan
system/RTO database/VAHAN Database of police department.
Graphical User i) The user interface broadly should fall into the categories of
Interface
viewing, sorting and printing violations and system
configuration.
ii) The violation viewer should be provided with a means of
listing the invalid violations along with the reason(s) of
invalidation without deleting the original record(s).
iii) Duplication of Fines should be possible to incorporate new
fine generation for vehicles crossing with same trigger with
full image and video proof
iv) Software should provide interface for taking prints of the
violations
v) Easy web based interface
vi) There should be a password access system along with user
type (admin, user). It should also have the role based
permission system for accessing the data base and print.
Legal
Complete system should be approved by the Ministry of
Compliance
Transport or Traffic or equivalent in the country of origin.
Page 96 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 47 : Centralized Violation Management System
S
No.
Features
1.
Make
2.
Model/Product
Name
and
Version
Single
Web
Interface
for
RLVD/Stop lane
and
Speed
Violation
Detection
Support for
multiple
violations
3.
4.
5.
Encrypted
connection
integration
GIS Maps
6.
Alarm
Management
7.
Violation
Processing
Reports
8.
Integration
Specifications
and
with
and
Compliance
Yes/No
The centralized Violation Server is the core of the full
enforcement systems and his components, it should
interacts with all devices, control and receive input data
and signals, provide all output data and signals and thus
provide complete information from single web interface
including complete data base.
The server should be able to manage an high number
of violation detection systems (Red light violation, Stop
Line, fixed speed, and other types of violations)
connected to the same network; the server acquire
data from heterogeneous roadside processing systems
and is projected to be highly scalable in case of growing
of the number of managed devices.
All roadside systems managed by Violation Server are
connected over the network possibly using an encrypted
connection to avoid unauthorized access; connection can
be performed over any type of IP network. The same
should provide complete diagnostic management and
should be integrated with GIS Maps provided by
Government of Rajasthan so as to easily mark out presence
and working of systems.
Alarm Management: Vehicles doing multiple infractions
should provide pop up alarms to the central server so that
the same be intimated to police officer on duty
The Violation Server should provide :
 Violation processing: retrieve transits from all
the roadside systems, detect violations and
store in a centralized database.
 Violation management interface. Store
violation informations, make them available
for citizen notifications and for later
visualization.
 Search for a specific violation
 Statistic: number of violation detected grouped
per device, per day and per hour. For each type
of statistic a report should be generated in
excel or other standard format
 Server administration: Allow administrators to
manage the whole system
 Diagnostic and maintenance: monitor all
roadside equipment to check for diagnostic
and permits configuration of all devices
The system shall be integrated with existing e-challan
system/RTO database/VAHAN Database of police
Page 97 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
9.
Violation
Management
Interface
10.
Graphical
Interface
11.
Maps
12.
Diagnostic
Management
User
department.
The violation data should be stored in server and are
available for Violation management interface;
Once a violation is detected an unique violation
identifier is generated for faster retrieval.
 Transit data: all information like number
plate, date, time, camera name, detected
speed, speed threshold, etc.
 Violation evidence: the images or video of the
vehicle’s violation
It should also be possible to retrieve violations data in
a predefined format for eventual future systems.
The server GUI should have the following features:
 Real time violation monitoring with console.
The user can open the violation console where all
recent violations are displayed and updated in real
time
 Violation search from database
It is possible to search vehicles into the database
with customizable filters based on plate, time,
location and status. The system retrieve all
requested data and show it into an user friendly
interface where the operator can see the transit
data (time, plate, location, etc.) and, eventually, the
image. Violation search can also be performed
using partial plates or jolly characters (e.g. if search
for AB123C? the search will be made for all plates
that match with AB123CD except the last
character).
 Map server GIS integration:
It is possible to integrate the GUI with MAP servers.
With map server integration allow to show all elements
(processors and cameras) and all transit search results
over a map using the typical GIS map navigation
(zooming, panning, etc.). The operator can select a
single element (e.g. a camera) and view all information
about it or view transits/alarms on that particular
camera. GIS map shall be provided by Government of
Rajasthan.
Intelligent Map - All information are displayed on the map
using simple icons and different colors for different
situations to react faster
Diagnostic management: it is possible to view the full
system status and decide what action’s has to be taken.
Diagnostic statistics: It is possible to make queries on the
system to see for how many time the server is reachable
during the day or how many time has passed from the time
the system signaled the damage to the time of complete
problem solving.
The diagnostic process performs two type of check:
“processor reachable” and “processor status”.
Page 98 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
13.
Centralized
Storage
14.
Android
Application
All data acquired from roadside systems are stored in the
central database and maintained for a predefined amount
of time. All vehicle count are aggregated with a granularity
of one hour and maintained for a longer time.
Android tablet application
Violation data can be notified to android application
installed on policeman’s tablet. The tablet application
will receive all violation data and display it on the
screen so that the policeman can wait for the vehicle
coming and stop it.
Item No 48 : Digital Evidence Management for Forensic Investigation
The complete solution of Video Management Software, Command and control software (Incident
Management Features, Standard Operating Procedures, GIS Map Visualization Features, Asset
Management Features, Threat Level Management, External communication mechanism, Social Media
Integration, Collaborative Monitoring, Predictive Analysis Tool), Video Analytics, DIAL 100 software, Radio
gateway software, Forensic investigation software and Digital evidence management system shall be onpremise solution and no part of the solution shall be hosted on 3rd party data center.
S.
No
Functions
1.
Make
2.
Model/Pro
duct Name
and Version
General
Features
3.
4.
Searching
Capability
Specifications
Compliance
(Yes/No)
Software shall be able to integrate and playback the following
channels from a common integrated graphical user interface.
 Channels connected to trunked radio system.
 Channels connected to conventional radio frequencies.
 channels connected to Dispatcher consoles for radio
console
 channels connected to Dispatcher telephone stations
 channels connected to Call-Taker telephone stations
 channels of Video from Video Management System
 channels connected to Video Wall Screens
 channels connected to operator screens e.g. response of
the operator at the time of Incident as per SOP
 channels connected to GPS data on GIS maps
 channels of ANPR cameras and video analytics camera
channels
Software shall have capability to simultaneously search and
replay recorded telephone, VOIP, Screen recording, GPS data on
GIS maps, conventional and digital radio channels as well as
trunked radio communications using captured data from system
without any extraneous process by the operator. All
communications regarding a specific incident should be able to
be replayed together in the sequence in which the
Page 99 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
5.
Audio and
Video
Encryption
6.
Incident
and Event
Reconstruct
ion
7.
8.
9.
communications occurred.
Software shall have capability so that all audio and video files
stored on the recorder must be saved in a format that cannot be
played via standard replay application, such as Windows Media
Player, QuickTime, and others. Such formats can be easily
tampered. Any Supplier’s software that stores voice recordings
in a standard format (wav, MP3, etc) will not be considered. In
order to support OPENESS of the system, the OEM shall provide
a mechanism to provide recorded data in a secure format, which
shall not be accessible by any application, via a file system.
Thesoftware must support parallel recording environments in
two ways:
 transparent to the user, the system will search and
retrieve recordings from the parallel recording systems
and the user will be able to select whether or not
duplicate recordings will be presented
 by allowing the user the ability to switch between
multiple recording complexes.
Search Capability
The software must allow simple and quick search based on
frequently used search parameters. At least three search
parameters could be configured by the user to best fit its needs.
The FIS reconstruction application must support searches using
annotation data including text annotation, voice annotation and
bookmarks as the search criteria. Searches by text annotations
must be available by any part of the text content.
The software must allow multimedia and multi-source searches
from a single application without the need to switch between
screens and databases for each media type or source. For
example: recorded audio from both radio and telephony
systems, as well as recorded video could be searched from a
single query.
The software must allow saving and editing of searches to be
used by either all users (public searches) or by a specific user
(private searches).
Search Result Display
The software must be capable of displaying multimedia search
results graphically arranged by time of recording to allow a full
view of the incident picture.
The software must allow for the user to configure the graphical
display by channel, resource, radio-id, and talk-group. The FIS
reconstruction application must be capable of displaying
multimedia search results in table format.
The software must allow for the user to configure the table
display to include any of the available fields in the database and
to sort the table by any of its columns.
Replay
The software must be capable of replaying an unlimited number
of multimedia channels in synchronized mode. The software
must allow the user the capability of selecting and replaying part
of a call, transmission, and video in either single item selection
Page 100 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
10.
11.
or when selecting multiple items.
The software must support block replay. This replay feature
involves the selection of multiple recordings displayed
graphically.
The software must be able to replay the silence between
recordings to fully recreate the original incident. The application
must allow the user the option to play back the recordings with
silence between recordings played (silence reconstruction) or
not (skip silence).
The software must support the playback of recordings in mixed
mode, where the recordings are replayed as they occurred; or in
sequential mode, where each recording is played back
sequentially one at a time. This may aid the user in
understanding individual recordings where multiple occur on
different recorder channels simultaneously.
Search Results Management
The software must allow the user to add selected items to a
clipboard. This is to allow the user to focus on group of
recordings and get a better understanding of the incident.
The software must allow the user to filter the search results
based on user-configurable parameters. The filter could be
activated to include or exclude recording that match the filter
criteria.
The software must provide the capability to text annotate
selected recordings. The annotation field will be at least 4000
characters in length and allow 10 such entries per call. The
search and replay application must allow the user to search on
text within the annotation field. The text annotation field will be
stamped with a specific point of time so it can be related to a
specific part of the recording.
The software must provide the capability to voice annotate
selected recordings. The search and replay application must
allow a minimum of 10 voice annotations per recording and be
capable of graphically displaying the voice annotations within
the recording. The voice annotation field will be stamped with a
specific point of time so it can be related to a specific part of the
recording.
The software must allow the user to set flags (markers) within a
recording. In addition, the search and replay tool must be
capable of graphically displaying the flags within the recording.
The flag will be stamped with a specific point of time so it can be
related to a specific part of the recording.
Output
The software must be able to save the audio from a custom
search into a single stereo .wav or .wma file. The software must
be able to save the audio and the video from a custom search
into a single stereo .avi file.
The software must allow saving the audio with both spoken date
and time and with Automatic Gain Control (AGC).
The software must enable the user to save the audio without
silence by utilising saved sequential playback.
The software must provide the ability to print the recordings’
associated data in a table format. The user must be able to
Page 101 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
12. Incident
Information
Manageme
nt
13. Digital
evidence
Manageme
nt
configure which data fields will be included in the print.
The software should support upload of incident related
information into a single folder. The information should include:
recordings made by the system as well as other related files documents, photos, video clips, etc. The software must present
the Incident folder storage usage. Also an alert must be
generated by the system if the available space is smaller than
defined (1-100%).
The software must allow exporting an incident folder and
importing an incident folder created by another system.
Distribution Management
The software must enable remote access to information for
authorized users. This could be used by investigators, for
example, in order to review evidentiary material in an organized
manner rather then replay it from CD or cassette.
The software must support production of multimedia recordings.
The software must support inclusion certification audio for both
authentication and introduction purposes.
The software must support production of multimedia recordings.
Software shall support data integrity
Security
The distribution process and created incident folders must
support an authentication mechanism to ensure the integrity of
the incident information including audio and video recording as
well as files such as: documents, photos, video clips, etc. The
software must enable traceability of actions history taken on any
of the incident information items.
The software must support the quarantine of incident
information. This is to ensure sensitive case information is stored
separately from other recordings.
The SI shall provide a holistic platform which shall be able to
collect, manage, analyse and share data from multiple data
sources.
The data sources shall include video, incar video, text, DIAL 100
audio, radio, ANPR, private CCTV systems, GIS, Interview video,
crime scene images, photos, witness statements, mobile forensic
extraction.
The system shall provide a portal for citizens to share photos and
videos, and also a prosecution portal to request and access
digital evidence.
Page 102 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 49 : Forensic Investigation Software/Video and image Forgery Detection Software
The complete solution of Video Management Software, Command and control software (Incident
Management Features, Standard Operating Procedures, GIS Map Visualization Features, Asset
Management Features, Threat Level Management, External communication mechanism, Social Media
Integration, Collaborative Monitoring, Predictive Analysis Tool), Video Analytics, DIAL 100 software, Radio
gateway software, Forensic investigation software and Digital evidence management system shall be onpremise solution and no part of the solution shall be hosted on 3rd party data center.
S. No
Features
Compliance
(Yes/No)
1.
Make
2.
Model/Product Name and Version
3.
Detects digitally edited photos, videos and PDF files
Software shall detect following type of video forgery:
 Source manipulation
 Splicing
 Copy Move forgery
Software shall have the capability to match photograph
4.
5.
6.
Software shall have the capability to determine whether or not JPEG
photos have been digitally altered (“photo shopped”) since leaving the
camera or mobile device, i.e. determining if the photo has been processed
by any photo editing software
7.
Software shall have the capability to Identify a source camera to detect the
particular camera or mobile device used to capture a digital photo, proving
a particular image was obtained by a particular device. It should be able to
differentiate between video and image taken from cameras and
smartphones of the same make and model.
8.
Software shall have the capability to instantly highlight the modified of
parts of digital images and videos
9.
Software shall support popular image and videos like JPEG,*.avi etc.
10. The software shall have capability to repair and recover videos and provide
forensic video enhancement of video evidence for identifying suspects.
Page 103 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 50 : EMS Software
S. No.
Compliance
(Yes/No)
Specifications
Make:
Model/Product Name and Version:
A
SLA & Contract management System
1
The SLA & Contract Management solution should enable the RISL
Department to capture all the System based SLAs defined in this RFP
and then calculate quarterly (or for any duration) penalty
automatically.
Measuring
service
performance
requires
incorporation of a wide variety of data sources of the Surveillance
project. The SLA solution should support the collection data from
various sources in order to calculate Uptime / Performance /
Security SLAs. Various features required in this component to EMS
are -
2
It must be a centralized monitoring solution for all IT assets
(including servers, network equipment’s etc.)
3
The solution must have integrated dashboard providing view of non
performing components / issues with related to service on any
active components
4
The solution must follow governance, compliance and content
validations to improve standardization of service level contracts
5
The solution must have the ability to define and calculate key
performance indicators from an End to End Business Service delivery
perspective related to Surveillance Project.
6
The solution most have an integrated dashboard, view of Contract
Parties & current SLA delivery levels and view of Services & current
SLA performance
7
The solution should support SLA Alerts escalation and approval
process.
8
Solution should support effective root cause analysis, support
capabilities for investigating the root causes of failed service levels
and must make it possible to find the underlying events that cause
the service level contract to fail.
9
Support for Defining and Calculating service Credit and Penalty
based on clauses in SLAs.
B
Reporting
14
Ability to generate reports on penalty and credit due, to check on
non-compliance of SLAs for the surveillance project
15
Monetary penalties to be levied for non-compliance of SLA, thus the
system must provide Service Level Performance Report over time,
contract, service and more.
16
The solution should provide historical and concurrent service level
reports for the surveillance project in order to ensure accountability
of the service provider’s performance
Page 104 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
17
Automatic Report creation, execution and Scheduling, must support
variety of export formats including Microsoft Word, Adobe PDF etc.
18
The solution must support Templates for report generation, Report
Filtering and Consolidation and Context sensitive Drill-down on
specific report data to drive standardization and governance of the
surveillance project
19
The solution must support security for drill-down capabilities in
dashboard reports ensuring visibility for only relevant personnel of
the surveillance project
20
Support real-time reports (like at-a-glance status) as well as
historical analysis reports (like Trend, TopN, Capacity planning
reports
etc.)
− Resource utilization exceeding or below customer-defined limits
− Resource utilization exceeding or below predefined threshold
limits
21
An indicative List of SLAs that needs to be measured centrally by SLA
contract management system are given in the RFP document. These
SLAs must be represented using appropriate customizable reports to
ensure overall service delivery.
C
Network Management System
22
Solution should provide fault & performance management of the
entire Data Center infrastructure and should monitor IP\SNMP
enabled devices like Routers, Switches, Cameras, etc. Proposed
Network Management shall integrate with SLA & Contract
Management system in order to supply KPI metrics like availability,
utilization in order to measure central SLA’s and calculate penalties.
Following are key functionalities that are required which will help
measuring SLA’s as well as assist administrators to monitor network
faults & performance degradations in order to reduce downtimes,
increase availability and take proactive actions to remediate &
restore network services.
23
The proposed solution must automatically discover manageable
elements connected to the infrastructure and map the connectivity
between them. Solution should provide centralized monitoring
console displaying network topology map from central location to
Zonal / Police Station Level.
24
Proposed solution should provide customizable reporting interface
to create custom reports for collected data.
25
The system must use advanced root-cause analysis techniques and
policy-based condition correlation technology for comprehensive
analysis of infrastructure faults.
26
The system should be able to clearly identify configuration changes
as root cause of network problems and administrators should
receive an alert in case of any change made on routers spread across
surveillance project.
Page 105 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
27
Network Performance management system should provide
predictive performance monitoring and should be able to autocalculate resource utilization baselines for the entire managed
systems and networks and allow user to set corresponding upper
and lower threshold limits based on baseline data instead of setting
up manual thresholds for monitored devices.
28
The system must support the ability to create reports that allow the
surveillance administrators to search all IP traffic over a specified
historical period, for a variety of conditions for critical router
interfaces
D
Server Performance Monitoring System
30
The proposed tool should integrate with network performance
management system and support operating system monitoring for
various platforms supplied as part of the Surveillance Project.
31
The proposed tool must provide information about availability and
performance for target server nodes.
32
The proposed tool should be able to monitor various operating
system parameters such as processors, memory, files, processes, file
systems, etc. where applicable.
33
Proposed Network Management shall integrate with SLA & Contract
Management system in order to supply KPI metrics like availability,
utilization, performance in order to measure central SLA’s and
calculate penalties.
E
Centralized Helpdesk System
34
The proposed helpdesk solution must provide flexibility of logging,
viewing, updating and closing incident manually via web interface
for issues related to surveillance project.
35
Helpdesk system should provide incident management, problem
management templates along with helpdesk SLA system for tracking
SLA’s pertaining to incident resolution time for priority / non-priority
incidents.
36
The proposed helpdesk solution must have a built-in workflow
engine to define escalations or tasks to be carried out after issues or
change order are logged pertaining to surveillance project.
37
Centralised HelpDesk System should have integration with Network
/ Server Monitoring Systems so that the HelpDesk Operators can to
associate alarms with Service Desk tickets to help surveillance
operators that for what particular alarms corresponding helpdesk
tickets got logged.
38
Surveillance Network admin should be able to manually create
tickets through Fault Management GUI.
39
System should also automatically create tickets based on alarm type
40
System should provide a link to directly launch a Service Desk view
of a particular ticket created by alarm from within the Network
Operation console.
Page 106 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 51 : Help Desk Software
S.
No
Specifications
Compliance
(Yes/No)
1. Make:
2. Model/Product Name and Version:
3. Helpdesksystem
wouldautomatically
generatetheincidenttickets
and
logthecall.Suchcalls areforwardedto thedesiredsystemsupportpersonneldeputed
bytheSI.Thesepersonnelwouldlookintothe
problem,diagnoseandisolatesuch
faultsandresolvetheissues timelyasper SLA.
4. Thehelpdesksystemwouldbehaving
necessaryworkflowfor
transparent,smootherand cordialsupport framework.
 Provideflexibilityofloggingincidentmanuallyvia windowsGUIandwebinterface.
 The web interface console of the incident tracking system would allow
viewing, updating and closing of incident tickets.
 System should provide Knowledge base
 Provide seamless integration to events/incident automatically from EMS.
Allow categorization on the type of incident calls being logged.
 Provide classification to differentiate the criticality of the incident calls via
the priority levels, severity levels and impact levels.
 Each incident could be able to associate multiple activity logs entries
manually or automatically events / incidents from other security tools or
EMS.
 Provide audit/syslog’s and reports to track the updating of each
incident/call ticket.
 Proposed incident/call tracking system would be ITIL compliant.
 It should integrate with Enterprise Management System event
management and support automatic problem registration, based on
predefined policies.
 It should be able to log and escalate user interactions and requests.
 It should provide status of registered calls to end-users over email and
through web.
5. TheServiceDeskshallmanageallaspectsofusersservice
andsupportrequirements
fromincidentcapturetoproblemresolutioni.e.receive/recordusercallsthroughWeb,
Phone,e-mail,SMSetc;provideinitial
assessmentandattemptfirstlineof
resolution;monitorincidentsandescalatethemas
needed,providetimely
feedbackto users,providevariousmanagementreportsetc.
6. Itshallprovideacomprehensivesolution
thatmanagesall
aspectsofservice
andsupportrequirementsfrom incidentcaptureto problemresolutioni.e.
 Receive and record calls,
 provide initial assessment and attempt first line of resolution,
 Monitor incidents and escalate them as needed,
 Provide timely feedback to users
 Provide various management reports.
7. ServiceDeskshallallowuserstoregister
callsthroughWebande-mail.It
shall
provideweb-basedinterfacetoend-usersandhelpdeskstafftoopen
servicerequests,track problems,searchforsolutionsetc.
 It shall provide status of registered calls to end-users over email and
throughweb.
 It shall have the ability to track work history of calls to facilitate troubleshooting.
 It shall be capable of assigning call requests to technical staff manually as well as
Page 107 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
automatically based on predefined rules, and shall support notification and
escalation over email, web etc.
 It shall provide graphical workflow designing with branching which helps in
defining complicated workflows
8. Service desk shall also meet following requirements of the users:
 Perform standard changes like password resets;
 Log changes, complaints, service requests etc.;
 Provide Management Information ;
 Maintain a flow of communication with respective department
/establishments.
9. Phone,e-mail,SMSetc;provideinitial
assessmentandattemptfirstlineof
resolution;monitorincidentsandescalatethemas
needed,providetimely
feedbackto
users,providevariousmanagementreportsetc.
Itshallprovideacomprehensivesolution
thatmanagesall
aspectsofservice
andsupportrequirementsfrom incidentcaptureto problemresolutioni.e.
 Receive and record calls,
 provide initial assessment and attempt first line of resolution,
 Monitor incidents and escalate them as needed,
 Provide timely feedback to users
 Provide various management reports.
10. Itshallhaveanupdateableknowledgebase
for
technicalanalysisandfurther
helpend-userstosearchsolutionsforpreviously solvedissues.Itshallalsobe able to
manageservice
levels,
supportrequest
andchangemanagement,
AssetTrackingandvalidation,performancereportingetc.
11. Itshallhaveanupdateableknowledgebase
for
technicalanalysisandfurther
helpend-userstosearchsolutionsforpreviously solvedissues.Itshallalsobe able to
manageservice
levels,
supportrequest
andchangemanagement,
AssetTrackingandvalidation,performancereportingetc.
12. ServiceDeskmustprovidetheabilitytocustomizeforms,
views,
andfieldson
thefly,without theneedto bring the applicationserver down or coding.
13. ServiceDeskmust
provideworkflowcapabilities
tomeetrequirementsto
automatesupportmanagement
andservicelevelmanagement
processesto
preventunwantederrors.
14. ServiceDesk mustprovidethefirst-linesupport specialistimmediateaccessto other
neededinformation, such as known incidents, problems, or changes
associatedwithspecificinfrastructurecomponents.
15. ServiceDeskshallprovidechangemanagementto
linktheprocessesof
initiating,scheduling,assessing,implementing,andevaluatingchangestothe
ITinfrastructure.Itshall alsoprovidechange trackingandrecording.
16. ItshallhelpinProblemManagementbyCorrelatingincidentsto
defectsin
the
ITinfrastructure,identifyingknownerrors,and
eliminatingdefectstostabilize
infrastructureand preventfutureincidents.
17. Thehelpdesksystemshallofferfeatureslike
RequestManagement,Change
OrderManagement,KnowledgeManagement
andProblemManagement.
Thesefunctionsshall work together toreduceresponse timetonetwork events,
ensuretheavailabilityofenterprisewideassets,andoptimizetheefficiency
andthoroughnessofserviceto requests.
18. ServiceDeskmust
verifythatservicelevels
are
beingmetandthattasksare
beingexecutedcorrectly
Page 108 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 52 : Dial 100-Computer Aided Dispatch Software
The complete solution of Video Management Software, Command and control software (Incident
Management Features, Standard Operating Procedures, GIS Map Visualization Features, Asset
Management Features, Threat Level Management, External communication mechanism, Social Media
Integration, Collaborative Monitoring, Predictive Analysis Tool), Video Analytics, DIAL 100 software, Radio
gateway software, Forensic investigation software and Digital evidence management system shall be onpremise solution and no part of the solution shall be hosted on 3rd party data center.
S. No
Specification
Description
Make
Model/Product
Name
and
Version
1
Design
Architecture
2
Scalability
3
Failover
&
4
Reporting
5
Security
6
Interoperability
7
Communication
Technologies
8
Support
for
Multiple
Communication
Medium
The system design should be able to support a fully
functional CAD system for emergency response
management comprising: call taking, dispatch and
supervisory functions. The system shall be based on open
architecture and be based on client-server technology.
The system should be modular and scalable for future
upgradeability
The Dispatcher should be able to dispatch the Dial 100
incidents to the Mobile Data Terminal fitted in the Police
Vehicles through SMS.
In case there is so no Mobile Data Terminal in the Vehicles
the Dispatcher will communicate using radio.
The CAD software in State HQ Control Room should be
capable of generating unified reports about the local Call
Taking and District based Dispatch functions apart from the
reports generated at the individual District Control Rooms.
The system should be secure and feature an intelligent Loin & Log-out facility. The same user should not be able to
login simultaneously at different machines when operating
on LAN.
The CAD software should be capable of swapping between
Call Takers, Dispatcher; Supervisor based on the User
authentication, without the need to have separate licences
in each category.
The entire system should be capable to work on GSMGPRS communication technologies of commercial
operators in the city.
The CAD software should be able to handle any
communication medium i.e - PSTN Call, Cellular Phone Call,
SMS and e-mail. The system should be able to accept and
make calls to PSTN Hotlines to various agencies.
Page 109 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
9
10
GIS Interface
AVLS
Server
Software
Interface
11
Remote
Supervisory
Interface
12
Analysis
13
Message Server
Interface
14
Video Interface
15
MDT Interface
16
Multi-monitor
The CAD software should have a fully integrated GIS map
and be able to identify the location of the caller, vehicle
location. It should have the capability and tools to view
attribute details of any object through a mouse click.
Mapping Tools to be provided to be able to group the
multiple attribute layers and to control (ON and OFF) the
same.
The system should have a provision for the AVLS server
software to facilitate data communication link with the
vehicle
mounted
location
devices
(GPS).
The AVLS Server should provide tools to manage all data
message communication, including real-time vehicle
positioning information, between the Dispatch Console
and
the
vehicles.
The software must have facility to poll a specific GPS
receiver of a vehicle to transmit its current positional
information.The software should have capability of
detecting vehicles with speeding violations.In order to
ensure the data security, the communication server
software should be an integral part of the CAD software
and not a 3rd party supply item.
The CAD Software should support Remote Supervisory
functions and provide CAD and GIS view. It should be
possible for the Senior Officials in Districts, Police Stations
belonging to jurisdictions, etc to update the status of the
Dial 100 . Comprehensive Dashboard, Logs should be
available for Jurisdictions and other officials.
CAD software must support tools for response analysis,
event analysis, hot spot analysis, Thematic Maps, It should
be possible to select the data on the basis of the
jurisdictions, date and time and other data fields. It should
be possible to access the software remotely.
The system should have message server software that shall
function as a distribution centre, with availability to receive
query / messages from AVLS / CAD client applications &
distributing them to other AVLS / CAD client applications
based on a User configurable set of rules. The message
server software should support centralized logging of
relevant Command Center AVLS / CAD related message
communication.
The system should have provision to integrate with Video
feeds available from CCTV Camera through APIs with any
Video Management Server, in Future.
The system should have provision to integrate with Mobile
Data Terminal . The Mobile Data Terminal should be
supplied with the necessary Mobile Application and
License. The Software should be able to work on either
Android or Windows based Operating Systems.
The system should support Dual Monitor Displays , one for
CAD Application and the other for GIS application and Map
view.
Page 110 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
17
18
19
20
21
1
2
3
The software should have capability to support multiple
agencies like Police, Fire, and Medical. The software should
be able to integrate the calls for Service from this multiMulti-Agency
agencies into the same system and prioritization and
selective landing at a specialized consoles should be
possible.
Database
The system should support SQL based Database
Management
Management and should confirm to Open Standards.
The CAD software should be able to send message
Messaging
between operator using intranet.
the CAD software should be able to send SMS to vehicles
SMS
and offices using GSM using the SMS Gateway installed in
the Control Room.
The Software should have a single comprehensive inbuilt
Help File
Help file
Call Taking Software
a) The software should be able to display on
Call Taker desktop, automatically caller
name and number (ANI) and address (ALI).
Caller Information (ANI) and
The caller Landline location should be
Location (ALI)
zoomed in map, based on location
information like Latitude / Longitude if
provided by the Service Provider.
b) It should be possible for the Call Taker to
create / search a general location of the
caller on the Map where no location
information is generated by the system.
c) It should be possible that the caller may
not be calling from the point where the
response is required. The software should
support a complete manual address input
Call Taking capability.
d) It is possible that PSTN Caller's address
information is not the same provided by the
telecom service provider. The caller's
information, if the caller taker chooses,
should be updated into the system
database.
e) The software should have a provision to
display the real time location of the mobile
caller. The accuracy of mobile caller's
location should be as per the information
provided by service provider.
The Call Taker should be able to classify the
call into distress call, Enquiry call, and
Call Classification
Departmental call (administrative or Crank
call. All such Classifications must be logged
in the system.
In addition to the Call Taking consoles for
there could be specialized consoles like
Call Transfer
Public Information system for handling
Enquiry calls. The Call Taker shall be able to
transfer such calls to the Enquiry console.
Page 111 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
4
Duplicate Calls
5
Multiple calls and incidents
6
Call Recordings
7
Caller History
8
Event Creation and Appraisal
9
Integrated Soft Phone
10
Standard Operating Procedures
(SOP's)
a) An incident may attract more than one
call but each call is important as it may give
details about eye witnesses and other
supportive evidence. The system should
suggest the possibility of a duplicate call
based on the location, time, classification
etc. Duplicate calls should be cross
referenced for easily retrievable through
Grouping.
b) It should be possible to merge depending
upon the situation. To achieve this, the
system should have the capability for cross
referencing of event. Whenever a call is
merged , the system should not generate a
new dispatch.
c) The software should alert the Call Taker,
Dispatcher, and Supervisor about the
possibility of a single incident - Duplicate call
situation
The system should be able to handle
multiple calls and multiple incidents.
All calls should be recorded and tagged with
the concerned event. They should be easily
retrievable. The call should be recorded as it
enters the system i.e if a call is transferred
from console to console the recording
should continue and be stored for the
desired period.
In some cases previous history of the caller
can be important. The system should
remind the Call Taker of the caller's history.
It should be possible to create a reject list
where crank caller's could be added after
warning them through SMS.
The Call Taker module should facilitate
Event creation, ' for various functions like
creation of Event, Sub Event,
files
attachment, location , Landmark and other
information related to a event should be
recorder and updated.
The software should be provided with an
integrated soft phone window allowing
operators to dial, answer, end a call, keep
the call in busy status, and free a specific
call. The functionality should also provide
the status of incoming and outgoing calls.
The Call Taker should be able to call back
the caller with the click of a mouse using
integrated soft phone functionality.
the software should have capabilities to set
the Standard Operating Procedures (SOP)
for Call Taker. The same needs to be
Page 112 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
11
'Hot Calls'
12
Event Status Display and Search
13
Location of Interest (LOI)
14
Automatic Display of Police
Zone and Police Station Name
15
Display Event Attributes on Map
16
Update
existing
information
17
Audio Alert
18
Telephone data update
event
invoked during event creation by the Call
Taker. It should also be possible to remodel
the event, event sub types, priorities and
type of service required by using a
remodelling tool.
The software should have capabilities to
create Hot Calls. Call Taker should fill
minimum information for a Hot call.
Dispatcher and Supervisor should receive
the alert / notification for the same.
Dispatcher should be able to initiate action
for quick response. To facilitate quick
response to emergency calls / hot call, there
should be special and dedicated hot call
button in the Call Taker software.
The Call Taker GUI screen must be provided
with 'Event Status Window' displaying the
status of all event like 'Pending', 'Open',
'Dispatched', 'Closed' etc. The software
should be able to search the events using
various search option. Like Event status,
Event ID, Telephone no, Date & Time, Event
Type etc.
Once a Location of the incident is marked in
the map, The Call Taker shall have the
facility to see for various 'Location of
Interest (LOI)' in the vicinity of an event
location like nearest Hospital, Blood Bank,
Fire brigade. (Applicable in Dispatcher
module also).
The software should have the facility in the
system to populate within it, the relevant
Police Station name and Police Zone name
(Based on Event Location through GIS),
whenever any new event is created to save
precious time in effective response to a
distress call.
There shall be tools to display on GIS map all
attributes related to an Event by click of
mouse.
The software should allow the Dispatcher /
Supervisor to update / modify existing event
details for any additional or supplementary
information related to the same. Also there
should be provision to attach relevant files
like pdf, Word etc to the event, for ensuring
an effective response.
Software should have capability to audio
alert an operator or supervisor if an event is
not attended in pre-defined time duration.
If the caller telephone number does not preexist in the database, then after entering for
the first time manually, the software should
Page 113 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
be capable of storing it in the database.
19
Telephone data search
20
Pre-defined Q&A
21
User-defined Alarm
22
Request to close event
23
Call back
24
Caller Address conflict handling
25
Event Acknowledgement
The software should be able to search, add,
delete and modify the telephone data i.e
VIP, Black listed number and Normal.
A freely configurable structured query script
should be available within the software to
assist the Call Taker with pre-defined Q&A
to ask for during the call. Based on the event
and event subtype the response for the Call
Taker should be prompted.
The application should be configured with
user-defined alarm modules that will be
flashed on all the other screens in case of
major incident, for ex. Terrorist attack.
The Call Taker software should be able to
send request to close event.
Call Taker should be able to call back the
caller with the click of the mouse.
It should be possible to find the numbers
whose subscriber information and caller
information recorded by the Call Taker are
different and generate a report for the
concerned agency.
After the event has been logged in by the
Call Taker, the CAD shall send an SMS to the
caller
stating
the
Event
number,
Acknowledgement, Brief text of the
complaint.
Dispatcher Software
1
Dispatching
2
Dispatch Decision / Response
Plan
3
Event Information
4
Responding Unit Status
The event, once classified and detailed by
the Call Taker, shall be passed by the system
to one or more Dispatcher. The Dispatchers
are usually one or two per radio channel
and their area of control is divided
geographically as per the Police Zone.
The software should suggest unit for
dispatch based on a pre-defined algorithm.
The conditions could include jurisdiction,
proximity,
specialization,
available
equipment, and on duties resources. The
Dispatcher shall choose which units to
dispatch and it should be possible to do so
with a click of a button.
The software should display all the
information entered by the Call Taker for an
event. It should display the location as
identified by the Call Taker, ALI, or Address
database on the map. The Dispatcher should
also have the option of relocating the event.
The Dispatcher should be able to enter the
status of the event as reported by the
Responding unit as an option, if the MDT
Page 114 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
cannot updated the status directly.
5
Simultaneous Call Taking and
Dispatching
6
Vehicle Tracking and Status
update
7
Chronology
8
Vehicle Playback
9
Alarm for new event
10
GUI based pre-defined route
11
Audio-visual indication
12
Event Status
Upon discovering that a call is of an
emergency nature the Call Taker should be
able to alert the Dispatcher and the
Supervisor. They should begin dispatching as
the call proceeds. Therefore, the event form
should be displayed on the Dispatch console
as it is being populated by the Call Taker and
updated.
The GIS map should display the assigned,
un-assigned units using appropriate and
intuitive graphical symbols. The Dispatcher
can command an assigned unit to proceed
to the event location through radio or
through dispatching the event information.
The unit shall report departure for arrival at
and departure from a location. The software
should be capable of displaying the vehicles
on the GIS map with colour coding
according to their current status. Vehicle
colour should change automatically with
their change in status i.e, dispatch, en-route,
at scene, available etc. The entire
movement of a vehicle from being assigned
to an event till arrival upon scene should be
time stamped and monitored by the
Dispatcher.
The software should have the capabilities to
record all event related information changes
/ updation made after the creation of event
by the same or different Operators, like Call
Takers, Dispatchers, Supervisors.
The software should have the tools to
provide the playback of the vehicle history
data, displayed on the integrated GIS map
with auto scroll.
The software shall provide an alarm or alert
for every new event entered in the system.
The software should have the provision
available within GUI for daily patrolling of
the Police units and their patrol locations.
Tools for route creation should be provided
and Police vehicles assigned for regular
patrolling, to those pre-defined routes as
per the requirement of Police.
The software should provide with an
indicator to indicate that the event has
exceeded the pre-determined time in its
current status.
There should be facility for event
symbolization.
To
facilitate
easy
identification of event status (pending,
Page 115 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
open, closed), events should be displayed
on map with different colours.
13
Geo-fencing
14
Shortest Path indication
15
Display of resources & event on
Map
16
Recording of all
movements on map
17
Viewing
18
Provision of Standard Operating
Procedures (SOP's)
vehicle
The proposed software should have geofencing capability. Software tools should
facilitate in allocating areas for all patrolling
units depending on Police needs.
There should be provision for shortest route
to guide Vehicles. Dispatcher can find from
the GIS based map the shortest path from
the dispatched vehicle to the event location
and convey the shortest path direction to
the dispatched vehicle. The shortest path
feature allows user to identify the shortest
path or route between the source and
destination. The Dispatcher can direct the
vehicle and assist them to reach the location
using the shortest path.
There should be provision for display of field
resources and event on map.
There should be provision for recording of
all vehicle movements on map - date wise,
vehicle wise.
The software should facilitate viewing of
events and vehicle chronology. Status of all
vehicles and events on the map Police
stations on the map.
the software should have the capabilities to
set the Standard Operating Procedures
(SOP's) for Dispatcher. The same needs to
be invoked during creation of event or
dispatch the vehicles.
Supervisor Software
1
Event monitoring
2
Schedule Event
The software should facilitate supervision of
Control Room operations. The Supervisor
should be able to examine each event and
ensure appropriate legal action is taken. He
shall be able to call up the complainant to
solicit feedback and satisfaction report. the
Supervisor workstation should have the
provisions for the functionalities of both Call
Taker and Dispatcher. Supervisor should be
able to issue instruction pertaining to an
event while it is in progress.
The software should have the provision to
schedule events like, VIP visit, Rally, Festival
etc. On setting the data and time for the
particular event, automatically the event
should be generated on the set date. The
scheduled event feature should allow
operator to create, edit, delete, and search
for a scheduled event. For example, a event
should be scheduled for patrolling purpose
Page 116 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
on a daily, weekly or monthly basis.
3
4
5
6
7
8
1
2
3
The software should have the provision of
tools for creation of digitized patrolling
Digitization and Assignment of
route (daily, weekly etc.) assign one or more
routes
Police vehicles to these pre-defined routes
along with check points.
It should be possible for the Supervisors to
monitor the patrol response i.e which static
positions to hold, when, which areas need
Planning of Patrol, Response &
mobile patrolling, when. It should be
compliance monitoring
possible to analyze the extent to which the
prescription was followed by matching with
actual AVLS information.
The Supervisor software should be able to
undertake various system settings and
configuration
such
as
System Settings
a) Allotment of telephone extension number
b) Screen setting (Single & Dual)
c)
Map
Path
Setting
d) CCTV camera icon display on GIS Map
The Supervisor software should be able to
unlock the assigned event in process and
Unlock of event
reassign to another dispatcher to take
further action.
The Supervisor software GUI should have
the provision to configure the GPS modems
Over
the
Air
(OTA) installed in the vehicles by sending the SMS
Configuration
commands such as vehicle location refresh
rate, restart and any other commands
supported by the GPS modem.
The Supervisor software should be
configure/ create the response plan based
Response Plan
on Incident type like, Accident, Robbery,
Terrorist attack etc.
Remote Viewer for Monitoring and Report Generation for Supervisor
Remote Viewer will be a web-based
software monitoring tool to be used by the
General
senior officers for monitoring of limited CAD
functionalities using LAN/WAN (Intranet) or
Internet
The software should support monitoring of
all event. Critical functionality which related
Monitoring
to Police control room namely - Event
Monitoring,
Police
Vehicles
Fleet
Monitoring, Reports, Charts and Analysis.
The software should have integrated GIS
map with Zoom In, Zoom Out, PAN
GIS Map
functionalities. GIS map should display the
current scale.
Page 117 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
4
Event Monitoring
5
Live Vehicle Tracking
6
Play back history
7
Geo-fencing
8
Reports
The software should support active event
monitoring with detail information and
location & Id on the map.
The software should support live vehicle
tracking of the response units with details.
Like Vehicle Call sign, Police Station, Time
Stamp, Speed and Current location.
The software should view vehicle history
data of the response units with details. Like
Vehicle Call sign, Police station, Time Stamp,
Speed and Current location. Using various
search option like Date wise, Latest No. of
Records.
The proposed software should have 'Geofencing' capability. Software tools should
facilitate in allocating areas for patrolling
units depending on Police needs and also
receive the Notification when vehicles cross
the Geo-fence.
The software should have in built web based
Reporting module. The reporting module
should have an ability to create various
reports using various options like Date wise,
Police Station, Police Zone, event Type, Sub
Type
etc.
The application should have a variety of
reports like;
1. Call Details
3. Average Response Time
4. Blank Calls, Crank Calls, Emergency Calls,
Hot Calls, Information Calls
5. Call per hour
6. Police Station wise Response time
7. Daily PCR
8. Event Audit Logs
9. Event Details, events Statistics
10. Events Sub Type
11. Fleet Summary
12. Geo Fence IN / OUT
13. Police Station / Police Zone wise Report
14. Operator Status
15. Operator activity Break code
16. Vehicle activity, Daily activity summary,
Dispatch response, stop
17. Vehicle Status summary
18. Vehicle Modem Maintenance Summary
19. Vehicle Response Time
20. Vehicle Stoppages
21. Vehicle Daily Activity Summary
22. Active event By event Types
Page 118 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
9
Dashboards
10
Analysis
11
Vehicle Dash board
12
Tools for Analysis
23. Zone and Police Station Wise Daily,
Weekly
24. Zone and Police Station Wise events &
Vehicles
25. Zone and Police Station wise event
Count
There shall be dashboards for different
supervisory levels to give them graphical
picture of the performance of those within
their jurisdictions.
1. Call Trend – day, week and month
2. Average Response Time for call taking,
dispatching and responding units.
3. By Event Type
4.By Police stations
5. Vehicle Activity – Run Time and Halt Time
The reporting module should have an ability
to create various GIS Analysis Reports. It
should be possible to select the data on the
basis of Police Zones, Police Stations,
events, event Sub-type, Priority & date and
time.
1. Incident Query
2. Incident Count
3. Repeat Incident
The reporting module should have inbuilt
dashboard to view the performance and
health check of GPS devices fitted in the
patrol vehicles.
There should be software tools for response
analysis, mapping and hot spot analysis. It
should be possible to select the data on the
basis of jurisdictions, date and time of the
day range and other data fields. It should be
possible to create Thematic Maps like pin
mapping, Incident count mapping and
repeat Incident count Mapping. It should be
possible to do detailed analysis at least the
following ways – Hot Spot Analysis, Trend
Analysis, Neighbourhood Analysis and
Change over Time Analysis.
Administrative Tool for Supervisor
1
Configuration & Creation of
CAD Master Data base
the application software should offer
administration tool for optimum utilization
of resources, master database creation and
other analytical purposes. It shall enable the
Systems Administrator to define users &
configure
their
access
privileges
The software should create / configure
various master database like:
1. Users & Roll creation of operators
Page 119 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
1
2
3
4
5
6
7
2. Dispatch Zones / Groups & Police Stations
3. Vehicles
4. events & events Sub-type
5. Shift Master
6. Skill Master
7. LOI Creation
8. Add Agencies
9. Schedule Report
10. Schedule Backup
11. Language setting and dictionary creation
12. Response Plan
CAD Mobile Software for MDT / Tablets / Smart Phones
CAD Mobile application is to provide the
Mobile Workforce with full access to the
police event data empowering them to
make informed decisions while in the field.
General
It will enable the mobile workforce to
remain in communication with the
command center allowing event assignment
information to be delivered to the devices
as required.
The Mobile Application Software should
display all the Dispatch related transactions
Display Dispatch Message
assigned to the respective units. All the
event information as dispatched by the
dispatcher must be captured and displayed.
On activating an assigned event by the
mobile unit staff, the mobile application
Update Dispatch Status
software should also display the Event &
Vehicle Status – i.e. dispatch, en-route, at
scene, back to base and closed.
On activating an assigned event by the
mobile unit staff, the mobile application
software should also display event
information – i.e. Event-id, Event-Type,
Event Details
Caller Phone Number, Caller Name, Caller
Address, on browser and Event location on
map window. The Map view can be through
Google Maps.
It should also enable the mobile users to
report Action Taken by attaching Audio
Action Taken Report
Files, Image Files, Video Files and Text Entry
. All Action Taken data should be available
to Dispatcher and Supervisor through logs.
The mobile application software should
Vehicle Location
have the capability to display real-time
location of the Vehicles on the map.
The mobile application software should
support GPRS Message / SMS Capabilities
Communication
between the dispatch consoles and mobile
unit.
Page 120 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
The Mobile application software should
enable the mobile users to perform location
based services like – Nearby events, Nearby
8
Location based Service
responding Vehicles, Search for nearby
Points of Interest and use the map to view
the same.
The Mobile application software should
support a clock based status update to the
command center. It should be possible to
9
Mobile User Status
update the Status like Available, Attending
to Events, On Break , etc should be
supported
The Mobile application software should
support login/logout support and provide a
10
Login/logout Support
secured access through unique user name
and password.
Specifications– Patrol Management Module
The MDT shall be used by the beat constables to manage their beats. There
1
shall be one mobile response unit for one beat.
The CAD shall contain layers of GIS for storing information of the police beats.
e.g. strengths- police premises and assets, residences of Village Chowkidars,
2
SPOs, Weapon license Holders, etc. and vulnerabilities- Banks, ATMs, Jewellers,
Senior Citizens, etc.
3
4
5
6
1
2
3
It shall be easily possible for the beat constable to update the above
information in the CAD as a location in the map, as a text entry or, as a picture.
It should be possible for the all other consoles- call taker, dispatcher,
supervisor, etc. to propose entries into the GIS map. These shall be vetted by
the CAD administrator and after his approval shall become a part of the GIS
map.
The supervisor (e.g. SHO) shall assign stationary patrol locations and areas to be
patrolled during a shift. It should also be possible for the supervisor to see if his
instructions were complied. All this should be possible by simple operations of
the mouse or a stylus.
Tasks shall be assigned to the patrol units. It should be possible to assign, report
compliance and, review these tasks. The tasks would be surveillance of
criminals, visit to senior citizens and victims, service of summons, warrants and
other court processes, etc. It should be possible to add new kind of tasks as
well.
SOS Module
The mobile application should be made available at the market place of mobile
applications like Play store for android users and other market places for
Windows users.
Upon download, User must register with their address and family / friend
contact details
On pressing SOS Button on the Mobile application, it must send:
 An automatic text message/SMS to registered contacts
 Mobile location with coordinates or map link
 Audio & Video for 10 Seconds along with the Location to the Control
Room. The Location Information are to be sent at regular intervals to
provide real time GPS tracking for the location.
Page 121 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
4.
The mobile application should be developed for Android platform initially and
also be available on Windows subsequently. It should be integrated with the
CAD Application to enable creation of Call for Service event and dispatch
patrolling resources for service. Integration is essential to enable GPS tracking
of the mobile or distress caller to help patrolling police trace the location and
reach the distress caller by locating them on the Map in their MDT.
Localization and Customization: The OEM is expected to study the requirement
with Police Department and customise the Dial 100 /CAD software product to
suit their requirements.
Item No 53 : EPABX System and Configuration
S.No. Description
Parameter
Make
1.
2.
Model
Technology
Interface
3.
Type of Interface
4.
16
No. of lines -Analog trunk and ISDN
BRI, ISDN PRI lines (As per data
sheet)
Type of Extension Support
Expansion of Extensions
Run Distance
Max. Loop resistance for analog
Extensions
Requirement at the time of supply
Contact center Expansion available
(Max. capacity)
Max. loop resistance for analog
trunk lines
Support for digital trunk lines
Support for QSIG (Q interface) & T
Interface (Switched Public ISDN
line with DSS1)
ISDN supplementary services for
Digital phone
Support for ACD call center with CTI
and advanced call routing
Design of EPABX System
17
Conferencing
18
Working on 230v AC mains and
DC voltage
Required CTI/ACD/Voice logger
5.
6.
7.
8.
9.
10
11
12
13.
14.
15.
19
PCM-TDM,IP, Non-blocking
Should support all telecom interfaces in
Indian Telecom Service provider offerings
ISDN interface for digital, basic interface for
Analog lines
1PRI from Service provider like BSNL etc.
IP, Digital & Analog
Multiples of 16
Not less than 800mtrs.on0.5mmdia.Cable
2500 ohms including telephone
01 ISDN PRI, 30 IP extension ports..
It must support atleast 30 Call center
Agents
1200 ohms at –48 Volts DC
Yes
Yes
Yes
Yes
Modular with universal slots, wall
mountable
5 party conferencing to be provided (to be
configurable dynamically)
Yes
1 nos.
Page 122 of 125
Compliance
(Yes/No)
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
20
21
server to be provided
Total Registered User Capacity
Concurrent Internal User
Connections
Minimum 100 nos.
Minimum 75
Item No 54 : IP Telephone
S .No.
1.
2.
3.
4.
Features
Make
Model
Mandatory
Certifications
Phone Features
Description
ISO 9001 Manufacturer, FCC,UL 60950/IEC 60950


5.


Calling Features









6.
7.
8.
9.
Interoperability
with existing
setup
Interoperability
with EPABX
quoted in this bid
Protocol Support
11.
Audio Codes
Support
Configuration
Management
Power
12.
Interfaces
10.
Compliance
(Yes/No)
2 Line LCD display with 128x30 or better pixel
resolution
Should have full duplex speaker phone and dedicated
headset port
Password based keypad lock
Should provide the directory services to the user by
displaying the missed, received and dialed call details
including the caller ID and calling time
Call Transfer
Call Hold
Call Forwarding
Call Park
Group call pickup
3-Way Conference
Automatic Redial
Speed dial
Do not Disturb
Interoperability with Cisco Call Manager 8.5 or Higher
Yes


The phone should be a SIP/Open SIP based
The phone should be IPv4 & IPv6 ready
It should support G.711, G.729
Configuration update via TFTP/HTTP




Should support IEEE 802.3af PoE
Supply through external OEM AC Power Adapter
Two 10/100BASE-T RJ-45 Ethernet ports (IEEE 802.3)
one for the LAN connection and the other for
connecting to PC/laptop
Supply with 3 Mtr. factory crimped Cat 6A patch cord
meeting ISO/IEC 11801,2002,TIA568-C.2 specification/
standards
Page 123 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
Item No 55 : Radio Gateway Software Specifications
The complete solution of Video Management Software, Command and control software (Incident
Management Features, Standard Operating Procedures, GIS Map Visualization Features, Asset
Management Features, Threat Level Management, External communication mechanism, Social Media
Integration, Collaborative Monitoring, Predictive Analysis Tool), Video Analytics, DIAL 100 software, Radio
gateway software, Forensic investigation software and Digital evidence management system shall be onpremise solution and no part of the solution shall be hosted on 3rd party data center.
S .No.
Features
Compliance
(Yes/No)
1.
Make
2.
Model/Product Name and Version
All for ANALOG CHANNELS USING analog RADIOS
The Radio Dispatcher System should be independent of the IP EPABX. Failure of
the IP EPABX should not affect the Radio Dispatcher System
Continuous listening of Radio Analog voice channel
All call facility in Radio (All Analog channels to be conferenced together)
Call Hold option in Radio dispatcher
The unit should be connected to the radios using the audio and control
interfaces of the radio
Should be agnostic to the make of the radio and its frequency of operation
The radio gateway unit should convert the audio and control signals received
from the radio into IP packets and transmit them to the main system for further
processing, over an IP link.
Should support cluster based redundant main system. The radio gateway unit
should be able to get connected to the redundant main system when the
working system fails.
Should be able to control the configuration of the radio, to which it is
connected. The configuration will be done by the system administrator
Should be capable of connecting minimum 4 radio nets
It should be possible to add more Radio gateway units at different locations or
at the same location over the IP network to connect more radio nets.
The system should be equipped with a voice recording system so that all the
voice conversations can be recorded
Recorded voice files should be accessible from the Web based application to the
authorized users
Voice logger should offer a reporting module to generate the desired reports.
The configuration of the voice logger should be possible by the system
administrator
The system should have capacity to retain voice logs for a minimum period of
200 hours
RADIO RECORDS The radio communications should be recorded by the system.
Voice recording for full conversation is saved on a shared network path
Voice recording file is tagged by time/date stamp/Incident ID/ Dispatcher ID
(means should be customizable)
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
Page 124 of 125
Draft RFP for CCC under Surveillance and Incident Response Project (After Pre-bid)
All the supplied Hardware/ Software should be Interoperable, IPv6 ready and in compliance with the
policies/ guidelines issued by DIT, GoI in this regard. Also, the bidder is to quote/ propose only one
make/ model against the respective item.All the supplied Hardware/ Software should be IPv6 ready.
Page 125 of 125
Download PDF
Similar pages