EFTA00597069.pdf

LSJ Preliminary Report This is a preliminary report and items will be added as I 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 1ps, 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 I 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: IQ Severity Time Node Interface 92289658 Normal [+1 [-1 12/7/15 12:30:52 (<7 (>7 cust.sttisj.2921 uei.opennms.org/nodes/nodeUp [4.] (-1 Edit notifications for event Node cust.sttJsj.2921 is up. 92288745 Major Pi 1.1 12/7/15 12:15:30 1<1(>1 cust.sttisj.2921 uei.opennms.or0/nodes/nodeDown [4.] [•1 Edit notifications for event Node cust.sttisj.2921 is down. 92222554 Normal (+1 (-1 12/6/15 13:04:34 1<11>1 cust.stt.Isj.2921 uei.opennms.org/nodes/nodeUp [4.] [-] Edit notifications for event Node cust.stt.lsj.2921 is up. 92217839 Major PAH 12/6/15 11:21:36 Ni cust.sttisj.2921 uei.opennms.or0/nodes/nodeDown [4.] [-] Edit notifications for event Node cust.sttisj.2921 is down. Both times were due to a known bug on the firmware on the radios: Notice:Dec 07 12:12:36 C1N14DGM0075 alarm1544789-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 LS1 Dragonwave radios are running Version 1.2.2 Active: Bank A Component I Version I Validation OMNI Release I 1.2.2 I Valid Frequency File 1 2.01.09 I Valid MIB I 3.0.0 I Valid EFTA00597069 All of our radios that are Compaq+ are running Version 1.3.9 Active: Bank A Component I Version I Validation OMNI Release I 1.3.9 I Valid Frequency File I 2.01.27 I Valid MIB I 5.0.0 I 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. I recommend once ViNGN is in place and this link can be taken offline to do the following: • Reset this link to factory defaults. • Reconfigured to Choice Standards. • Change Management Ips to Private IPs Choice Management. • 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. 1st Fresnel tone RX antenna Height 49m TX antenna Height 10m EFTA00597070 Recommendation: raise the link to a higher height. For more detail about Fresnel Zone Network Loop At LSJ shelter the following equipment are installed: • Netgear Prosafe JGS516PE • 1 Dragonwave Compaq — Link to St Thomas • 1 Rockus AP — Looking towards 5 Palms • 1 Ruckus 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 5 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: • Issue ffl 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 I can create an internal port (Vlan) that will only talk to the private side. The Dragonwave and the Rockus Bridge will remain in the public side. • Issue tt2 was fixed (network loop) was fixed by disconnecting the local management Ethernet cable. EFTA00597071  Configuration Drawing Choice IPAddresses 66.185.40.60/30 viNGN IP Addresses 208.50.70.188/27 66.185.40.61 — Default Gateway 20350 78190 — Default Gateway 66.185.40.62— Free 20550 78.188— Free Mask 255.255 255.252 Mask 255.255.255.224 DNS 66.185.33.226 and 66.185.33.230 DNS 209 244 03 and 209 244 04 Chace ernet OW CP+ 5O Melts stalley 3560 Truri: 39 Mngm 40 Slave 100 Ebi -13MENT-02neegs Vessup Beach 100 Mess 111 \4 3N Internet Southern Trust — Little St limos'\ Draft 12/7/2015 ver 1.0 EFTA00597072