Brickstream Sensor Connectivity Document JAN22
Brickstream Sensor Connectivity Document JAN22
Version 2.1
This document covers the requirements needed for ShopperTrak’s sensing solution to work when utilizing Brickstream
sensors. Brickstream sensors are a third-party sensor provider that we have adopted into our portfolio as a viable traffic
counting sensor to be used with our turnkey platform. This document provides an outline of the connectivity product, the
services, and the network components necessary to establish a working connection when utilizing Brickstream sensors.
To start things moving, you will need to:
§ Review this document and be familiar with the contents,
§ Fill out the IP Map or Site Survey Form provided by your ShopperTrak Implementation Project manager, to request
a build for your implementation,
§ Provide your network set-up (i.e. Where is Internet provided?, Is DHCP supported?, What and where are you
controlling how ShopperTrak sensors could reach over the Internet?, etc.) prior to any provisioning or deployment
of any ShopperTrak sensors. Additionally, a conversation between ShopperTrak’s Solutions Delivery Team and your
network/security team members should be facilitated to ensure understanding and requirements for ShopperTrak
Sensors to communicate properly.
OVERVIEW
This document describes ShopperTrak’s adoption of the Brickstream developed communication methods required to allow
for both data acquisition and management of Brickstream manufactured sensors. It contains the communication
requirements needed in order for ShopperTrak to deploy Brickstream sensors within your properties for the purposes of
collecting your shopper traffic information.
ShopperTrak may use different sensor equipment based on the results of the site survey to ensure accuracy. ShopperTrak
has multiple types of perimeter sensing equipment that could be used. Each property is unique and may use different
ShopperTrak qualified equipment depending on what’s best to count the property ShopperTrak is to deploy sensors into as
part of our turnkey solution. To accomplish this, ShopperTrak conducts site surveys to gather a property’s sensor
requirements and configuration.
These services are responsible for providing an organized, redundant way of receiving data from ShopperTrak qualified
sensors, as well as providing a management path for each sensor. Brickstream sensors can receive configuration and flash-
firmware updates through this service. These services communicate with the Brickstream sensors at sites connected
through the use of Transport Layer Security (TLS) (formerly known as Secure shell (SSL) protocol).
PoE
2500
Yes Yes Yes Yes Yes Injector Yes
Series
/ Switch
Configured prior to
shipment
PoE
2300
Yes No Yes Yes Yes Injector Yes
Series
/ Switch
Configured prior to
shipment
Physical
§ Ethernet port
§ PoE (IEEE 802.3af) Ethernet port per installed Brickstream sensor(see Table 1) – If PoE is required and
isn’t available ShopperTrak can provide either an unmanaged PoE switch or PoE injector
§ Identification of specific equipment and port ShopperTrak should be terminated into (i.e. Switch,
Router, Firewall, ISP provided equipment, specific nomenclature, ports, etc.)
§ Power receptacle
§ Should provide 24/7 power
§ ShopperTrak provides the required global power adaptors per the install location
Logical
§ IP addressing
§ Dynamic (DHCP) – PREFERRED
§ Static
§ A single IP address for each Brickstream sensor (no matter how many Brickstream sensors are
installed)
§ Default Gateway for provided IP address
§ Subnet Mask for provided IP address
§ Primary DNS IP address
§ IF Normal/Direct Proxy request is required – NOTE: Not required with Transparent Proxy PREFERRED
§ Proxy IP/Proxy DNS Name
§ Proxy Port
§ Username/password if proxy authentication is required
§ ShopperTrak DOES NOT support auto-proxy configuration scripts (i.e. PAC or WPAD)
o ShopperTrak STRONGLY SUGGESTS use of *.shoppertrak.com, *.strct.com & *.footfall.com for your Destination Name controls
l Destination used for Realtime Traffic
SPECIAL NOTE: If your access controls perform reverse DNS (rDNS) as part of the validation/verification/approval process please note that the returned CNAME may
not match the forward DNS lookup for the above Destination Name(s) due to respective data center instances and cloud based redundancy,
Considerations
Site Internet access varies greatly, from a direct connection through a cable modem or DSL/ADSL circuit, to a complex
corporate network infrastructure. With any Internet connectivity there are devices, both logical and physical, that can
control, prohibit, police, or allow communication. In addition, other factors can inhibit Internet access including, but not
limited to, corporate network and security, governmental regulations, and/or Internet service provider controls,
Manipulations to such equipment may be required to allow proper communication flow. Examples of such equipment
include: Proxy servers, OpenDNS, DNS blacklisting, Websense, SecureLink, Access Control Lists, Intrusion Prevention, and
Firewall Policies.