Updating iPort PLUS to software version 2.2.2a
Update Instructions
Finding your current version
Open a web browser on a computer connected to the same network as your iPort. In the address bar type in the IP address of your iPort. In the example shown here, the IP address is 192.168.2.150. If prompted, enter the username and password for your iPort (the default is "user" with no password)
Once you are on the system page, you will find your version in the lower right corner, as shown below. (note that in this example, this iPort is running version 1.7.1i from Bank 1)
Update Scenario 1
Your iPort is not running version 1.7 or higher
If your iPort is NOT already running 1.7 or higher, you MUST install a small update file FIRST. Do not perform this step If your iPort is running 1.7 or higher.
Download the update file from here: https://drive.google.com/file/d/1F4GmT714ApVQBdQDC03bAybffPxFB1_B/view?usp=sharing and save it in a location on your computer for installation in your iPort.
From the System page, under “Hardware and Firmware,” click on the Choose File button. (if you do not have a Choose File button but have a Commit button, you need to select Bank 1 and click the Commit button (This will free up Bank 1 for updating). Browse to the location where the update file is stored, choose the file, and then click Upload, as shown below. The system will indicate that it is updating software and, after a minute or two, will display that the update is complete.
Update Scenario 2
Your iPort is running version 1.7 or higher
If your iPort is currently running 1.7 or higher, or if you have completed step 1, you may download and install the 2.2.2a iPort software release. Download the 2.2.2a software update from here https://drive.google.com/file/d/1ljuBK9tLY9-xieTYqvzUb05pD2QLENGs/view?usp=sharing
The upload steps are the same as in the previous step. Click on the Choose File button, select your file, and then click Upload. Once complete, you will see that Zephyr iPort 2.2.2a is installed in Bank 1.
To activate this software Bank, click on and select Bank 1, then click the Apply Selected Bank button. The system will ask you to confirm that you want to activate this Bank and reboot the unit. Click YES to do it now, or NO if you intend to reboot later.
Your software update is now complete.
RELEASE NOTES
02 July 2019: Version 2.2.2a
Functional Changes
- No functional changes in this release
Fixed Defects
- Fixed an issue where after upgrading to AES67 support, the payload type in the VMode output streams was set to 0
11 Jan 2019: Version 2.2.1o
Functional Changes
- Added AES67 support in V-Mode
- Added 160 kbps encoding option
- Added ability to stop the encoded WAN stream if the Livewire input to that encoder fails or is turned off.
Fixed Defects
- Enabling already enabled input causes audio glitches
- Data channels not working correctly in UDP mode
- Standard stream delay increases in absence of synchronization
- Abandoned TCP sessions appear to not be pruned
- Decoder accepts the same port number for different data channels in TCP Server mode
- LWCP - Max number of simultaneous connections is less than 25
- Web UI - Unable to change data port after iPort reboot
- Web UI - Content delay - Impossible to configure maximum expected bitrate per stream
- Other GPIO Processing delayed if port mapping to individual GPIO is disconnected
11 May 2018: Version 2.1.3a
Functional Changes
- Officially discontinued support for the AIMB253 / T2500 and T7500 hardware platforms. These platforms are what would be commonly referred to as “fanned” engines.
Fixed Defects
- Occasional random reboot when running using TCP mode with an Uncompressed audio codec.
- In TCP mode with high jitter connections were delayed if switching encoder type from “No Audio (GPIO only) to “Uncompressed audio
- In codec configuration options, could not from Uncompressed mono to AAC-HE mono
- Occasional “ERROR 1101 Timeout” when sending LWRP commands
12 February 2018: Version 2.1.1f
Functional Changes
- TTL value of the GPIO multicast packets was increased to 128
Fixed Defects
- GPIO Transit mode: Can not configure UDP port
- GPIO emulation modes: iPort sending GPIO pulse code rather than logical state
- iPort creates a large number of orphan telos_MIB_get processes
- Data channels are not working correctly in UDP mode
- Fixed some minor audio glitches, timestamp defects, and DSP underruns
28 Oct 2016: Version 2.1.0j
Functional Changes
- Assistance to production - blocking mechanism to prevent a wrong image from booting
- Syslog message: Indicate the value of invalid source IP address
- Stream recognition by stream ID
- Built-in production test for software-hardware matching
- CF image conversion package for versions 1.6 and older
- Completely migrate to standard Syslog
- Enable configure Decoder buffering using LWRP command
- Include an updated revision of the user manual into the software package
Fixed Defects
- Non-optimal internal process cooperation and scheduling cause decoder underruns
- iPort losing all IGMP subscriptions
- Data channels: Receiving end in bidirectional mode is not working after iPort restart
- Data channels: iPort in TCP Client mode - the first few messages after a connection reset may get lost
- Attribute restore - IP settings are overwritten
- HTML: Doctype should be the first thing in the document
- SNMP - PEN: replace the prototype number 88770 with the registered Telos PEN 42463
- Writing system time to hardware clock cause stream underruns/overruns
- Incorrect indication on LWRP command CFG GPIO#XXX ENAB:X
- Duplicate error messages on the front panel.
- Decoder session count growing up if TZD is used
- Web UI options. Receive buffer size. Error: Unknown message code 0
- Ack, error, indication: must not be sent to all clients, only to the one that issued the original command
- Content delay: if incoming stream breaks for a period greater than Playback offset time, last recorded file will not be played
- Content delay: the Last file is not played if the incoming stream has been stopped
- Confusing Syslog messages
- An inaccurate value reported in Syslog when iPort receives a packet from valid IP address but an invalid port number
- Random "ERROR 1000 bad command" when Sending Bursts of LWRP commands
- Syslog gets flooded with "Decoded audio buffer too full" messages if the decoder is enabled but the stream is disabled
- UI web codec configuration. After multicast conflict resolved remote IP shows 0.0.0.0
- iPort restarts if Decoder path A and path B configured to receive streams with different codec settings
- Inadequate GPO pin status changes
- When the incoming stream is disturbed or stopped the delay "playback" would stop to play until the delay is manually restarted
- LWRP: DST DEC#x messages are missing "END" tag
- Missing responses to LWRP commands
- iPort shows that path A and path B receives a stream from the same address
- GPIO in Status and control mode does not show "Decoder LW audio present" status if stream type is Standard stereo
- GPIO in Status and Control mode. Decoder WAN receive OK/lost status changes after the delay if the Content delay is enabled
- If Content Delay is active then stream statistics are cleared when decoder starts decoding
- GPI n CMD events from codec link are lost when decoder GPIO operates in I/O emulation mode
- Sometimes GPIO events from codec link are received twice
- GPIO is delayed more than 500 ms
- Formatting SSD from web UI fails if the system has detected it as device /dev/sdb (fanned chassis only)
- Data channels: Resetting connection to the decoder in TCP Server mode fails, if data was sent to it
- Data channels: Dead connections may stay hanging. Add SO_KEEPALIVE option to all data channel sockets
- Internal LWCP/LWRP connections - cleanup of setup and closing procedures
- Decoder keeps showing stream info after the incoming stream has been disabled
- VMIX: Fader-5 output on each Submix becomes inactive after trying to set output LW channel number that is out of range
- 16 decoder/encoder mode: Encoder attributes are changed after applying changes to the decoder and the other way around
- Port crashes in 16 decoder mode
- If the received encoded stream is corrupt, sometimes decoder could fall in a state when LW buffer periodically becoming empty
- LWCP: NO event messages are sent to LWCP clients
- Stream statistics DSP Underruns not counting
- Stream statistics: "Packets Received(A/B) (%)" is not cleared after switching incoming stream
- Sometimes GPIO is delayed more than 80 seconds
- Stop responding on IGMP query
- Callback function for old raw audio packets in port 10 may cause a problem
- iPort doesn't leave the multicast group when disabling Vmixer/Vmode streams for the first time after restart
- iPort may crash after changing the decoder protocol type(multicast/UDP)
- Web password doesn't change after resetting settings to default
- Some AAC-LD low bitrate(e.g. 64, 80) stream packets are corrupted
- Missed GPIO pulse
- Decoder resets when receiving GPIO only stream
- Problems with received packet statistics in TZD mode
- After a restart, iPort doesn't show correct hostname in the Syslog messages
- SNMP requests cause a memory leak
- Two frame receiving jitter threshold values that are almost the same - "500 ms" and "> 500 ms"
- iPort reporting high Frame Receiving Jitter right after enabling decoder
- Feature Licensing. After license deactivation, iPort doesn't disable APTX encoders/decoders and contend delay.
- Sometimes iPort doesn't change VLAN number
- Feature Licensing. Problems with deactivation
- Feature Licensing. Offline activation requires a restart.
- Invalid ENC/DEC number in XML backup file
- Setting the VMIX Main output to the same state as before, bad command error is returned
- Slow access to web UI
- Sometimes iPort doesn't restore default settings
- The iPort does NOT report to LWRP port 93 CFG GPO SRCA changes
- The iPort does NOT clear completely GPO SRCA
- Wrong response when configure VMIX 8 Sub over LWRD
- Buffer under-run problem with replacement SSD
- Sometimes iPort don't receive GPIO pulses from IP driver
- LWRP SRC command is not executed completely
- Losing LWRP commands
- Web - Options: Telos dealers link indicates the old company name
- LWRP - cannot change V-mode 8 output name