Issue with sCAN out putting to a node

I have been having an issue with a new IONxe20. we use scan to a Luminode to our dimmer rack and house lights on separate universes. when we start up the system, we have addresses parked for relays in our dimmer rack, but we have been losing only universe 1 but not universe 2. this usually happens when our backup puck starts up or syncs up with the primary. I have tested with only these three connected to one unmanaged switch. there are times when I start up the system and its fine without the backup, but it occasionally happens. we have three nodes in the space, and we have swapped out the main node that we thought was having issues and the same thing happened. I am attaching a network map and a log of what the latest startup has been doing. Any advice would be appreciated as I have troubleshot everything I can currently think of.

ETC_Logs_IonXE20_Primary_20240201_102004.zipOctagon LX Network Map.pdf

Parents
  • so adding to this as this is still an issue. I have used wireshark and everything is outputting on the perspective universes until the puck (backup) loads the show file from the primary console. i have control of everything i need with no issues and no intermitted sACN interruptions until the puck loads. 

  • Could you post a photo of the About Screen of the Puck when it is connected to the
    IonXE20? I am wondering if the Puck doesn't have enough universes, and is limiting

    the IonXE20 addresses when it connects.

    The other concern that I have is that the "smart" Unmanaged Switch TL-SG1218MP utilzes an industry standard of 802.1p/DHCP QoS which is a Quality of Service (QoS) process defined within the IEEE 802.1Q standard. The technique uses a three-bit field within an Ethernet frame header to assign priority levels to packets moving within a network segment. With the technique, this priority value is used to differentiate traffic. It directs the switches to automatically give priority to certain traffic like for example voice packets and also other traffic, which means other data can be intermittently interrupted.
    Such "Smart" unmanaged switches are optimized for office use where VOIP/Webbrowser are main uses,
    and unfortunately doesn't allow for this prioritization to be disabled. At least I couldn't find a manual that allows that for this switch. Such "smart" unmanaged switches can start causing problems in networks much later than when they were first commissioned and not recommended for lighting networks.

  • Thanks for the info! We are only outputting two universes worth of data over four universes and the only affected universe is the first. I believe the puck can output 4 total universes, will check tomorrow when I’m in the space.

    The only node that’s affected is a node going through a 16 port unmanaged netgear switch.  The other thing is that after about a minute of waiting the first universe comes right back up. 

    I have seemed to find a “fix” and unicast the sACN to the prospective nodes. Will know more tomorrow when my board op comes in tomorrow. 

Reply
  • Thanks for the info! We are only outputting two universes worth of data over four universes and the only affected universe is the first. I believe the puck can output 4 total universes, will check tomorrow when I’m in the space.

    The only node that’s affected is a node going through a 16 port unmanaged netgear switch.  The other thing is that after about a minute of waiting the first universe comes right back up. 

    I have seemed to find a “fix” and unicast the sACN to the prospective nodes. Will know more tomorrow when my board op comes in tomorrow. 

Children
  • Hi Brandon

    So it sounds more like an issue in the network than in the Puck. All the same - could you send a screenshot of the Puck About screen when connected as Backup in the showfile where the problem occurs - where the Total channel count, software version, etc can be seen like this :



    But this is probably all fine - as said, I feel that QoS (Quality of Service) functions in your "smart" unmanaged switch is causing the pausing of sACN output to the nodes intermittently. I don't think its possible to disable or modifiy the QoS Settings in your switch TL-SG116 or TL-SG1218MP(poe). Can you check your switch manuals if its possible to disable these settings? If not, can you source a real unmanaged Switch with no QoS functions for troubleshooting here and put in your control room between the Ion+Puck and the Nodes for U1 and U2?

    Thanks.

  • Also - I just noticed your data from Ion+Puck that go through a Switch then go thru a router before getting to the Node with U1 + U2 Outputs. What is the make/model of this router?

Related