LSJ Preliminary Report This is a preliminary report and items will be added as | look thru the network and equipment configurations. Dragonwave Login Credentials The system had the default credentials. This was changed, because the dragonwave radios have public Ips, anyone from the internet could connect and this was a big security risk in terms of someone could change settings and cause the link to fail. Recommendations: Credentials were changed and the Ip will be changed to private. This will restrict access to the management to our VPN and will integrate the link to Choice Monitoring system. Firmware Bug Currently there are two bugs that | have identified, One is non service affecting and the following is service affecting: I’ve monitoring the link since Friday and there has been two drops in the dragonwave: ID 92289658 92217839 Both times were due to a known bug on the firmware on the radios: Notice:Dec 07 12:12:36 C1N14DGM0075 alarm[544789-1]: Major: Queue depth threshold q4 Alarm raised Notice:Dec 06 11:21:08 C1N14DGM0075 alarm[544789-1]: Major: Queue depth threshold q4 Alarm raised Currently LSJ Dragonwave radios are running Version 1.2.2 Interface Time 12/7/15 12:30:52 [<] [>] cust.sttlsj.2921 uei.opennms.org/nodes/nodeUp [+] [-] Edit notifications for event Node cust.stt.lsj.2921 is up. 12/7/15 12:15:30 [<] [>] cust.stt.lsj.2921 uei.opennms.org/nodes/nodeDown [+] [-] Edit notifications for event Node cust.sttlsj.2921 is down. 12/6/15 13:04:34 [<] [>] cust.stt.lsj.2921 uei.opennms.org/nodes/nodeUp [+] [-] Edit notifications for event Node cust. stt.lsj.2921 is up. 12/6/15 11:21:36 [<] [>] cust.sttlsj.2921 | usi.opennms.org/nodes/nodeDown [+] [-] Edit notifications for event Node cust.sttlsj.2921 is down. Severity Normal [+] [+] Major (+) [-) Normal [+] [-] Major (+) [-] Active: Bank A Component | Version | Validation -----------------4-------- === peeee nee eee OMNI Release 1422 | Valid Frequency File | 2,01, | Valid MIB 1 3,0,0 | Valid EFTA00597069

--=PAGE_BREAK=--

All of our radios that are Compaq+ are running Version 1.3.9 Active: Bank A Component | Validation pee OMNI Release | Valid Frequency File | Valid MIB | Valid This is a known issue with older version of this firmware. So far both times have been triggered by the rain (Sunday and today) the wireless link did not drop, but due to the rain were some data errors and as the radios retransmitted the data (this is normal behavior) this alarm is raised and crashes data communications. Once the radios are rebooted or power cycle normal transmission begins until the next event. Recommendation: To fix this issue a firmware upgrade needs to be done. | recommend once ViNGN is in place and this link can be taken offline to do the following: e Reset this link to factory defaults. e Reconfigured to Choice Standards. e Change Management Ips to Private IPs Choice Management. e Upgrade firmware on both radios. Configuration (Modulation) The radio currently is configured to its maximum speed (256 QAM 279 Megs) this is unnecessary since the customer does not have this bandwidth. Recommendation: The link can be dropped to (16 QAM 122 Megs) by doing this, the link will be more stable and less susceptible to rain fade. Alignment (Signal Strength) The microwave link is outside of the optimal signal the coordination calls for -35.7 dBm (optimal would be +/- 4.0 dBm) and currently the signal strength is at -40.1 dBm. This can be caused by having the LSJ side of the link only at 10 ft. When you have links so low the ground can cause interference in what is call the Fresnel Zone. Basically this zone has to be obstruction free for a microwave link to be at its optimal. See following graph. ist Fresnel zone RX antenna TX antenna Height 10m EFTA00597070

--=PAGE_BREAK=--

Recommendation: raise the link to a higher height. For more detail about Fresnel Zone [i Network Loop At LSJ shelter the following equipment are installed: e Netgear Prosafe JGSS16PE e 1 Dragonwave Compag — Link to St Thomas e 1Rockus AP — Looking towards 5 Palms e 1Ruckus Bridge — Looking towards the Gym There are 2 issues with this setup, 1) The dragonwave and the bridge are on the public side of this connection (internet) the AP (5 Palms) needs to be on the private side (internal network). Because there is no way to have communications to the internal network from the shelter, the AP to S palms was plugged into the public side of the network. This is why this AP is not working. 2) Both the Data and Management Ethernet cables of the Dragonwave radio were plugged in to the netgear. Creating a local network look between the Dragonwave and the Netgear. This is what created the unstable internet connection that caused between 5%-10% packet drop and caused real time applications and services like Netflix, Hulu, YouTube, and Etc. buffer or not to work. This can also cause websites to pause as the page was displaying (downloading) or a lag in clicking on a link. Recommendation: to fix the issues: e Issue #1 to fix the AP looking to 5 Palm the Rockus needs to be moved to the Choice 3560G switch by installing a POE power module. Once this is done | can create an internal port (Vian) that will only talk to the private side. The Dragonwave and the Rockus Bridge will remain in the public side. e Issue #2 was fixed (network loop) was fixed by disconnecting the local management Ethernet cable. EFTA00597071

--=PAGE_BREAK=--

Configuration Drawing Choice IP Addresses - 66.185.40.60/30 VINGN IP Addresses - 208.5078.188/27 66.185, 40,61 — Default Gateway 208.50.78.190 = Default Gateway 66.185. 40,62 Free 208.50. 78.188- Free Mask 255.255.255.252 Mask 255.255.255.224 ONS 66.165.33.226 and 66.185. 33.230 ONS 209.244.03 and 209 244.04 Stalley 3560 Trunk 39 Mngm 40 VINGN Internet Cisco 2921 192.168.8.253/24 Southern Trust — Little St James [brant [sarvauis| vers) EFTA00597072