Results 1 to 5 of 5

Thread: QS Processor generates lots of broadcast packets

  1. #1

    QS Processor generates lots of broadcast packets

    Hi,

    I have a small Lutron setup, but the client has lots of devices on the LAN, including Control4 processors and Control4 doorstations. I was mentioned on the Control4 forum that another dealer found that the Lutron QS processor sends a lot of frequent broadcast packets and since they isolated the processor (own VLAN) they stopped having issues.

    Below is the post from C4:

    has anyone experienced Lutron HomeWorks QS processors having negative impact on other gear on the LAN, e.g. Unifi AP to controller adoptions, slow web browsing, and Control4 intercom (2 × C4-DSC + 2 × glassedge touch screens)?

    So far it seems like all the problems mentioned above went away when the Lutron processor was confined in a different subnet / multicasts were blocked from affecting the rest of the network.

    The problem with Control4 intercom was that the door stations would get stuck regularly, nobody could ring the customer’s home from the outside etc.

    Here’s a Wireshark capture of the multicasts.
    https://dl.dropboxusercontent.com/u/...9_12_15.pcapng

    Tried googling for 239.0.38.1 to see if there is any information about it. No luck. It doesn’t seem familiar to me either.
    From the Wireshark captures I can see it’s sending 20 of these multicast datagrams per second. I guess it’s not that many. But I’m still wondering what they are.

  2. #2
    Super Moderator
    Join Date
    May 2013
    Posts
    398
    Quote Originally Posted by etienneterblanche View Post
    Hi,

    I have a small Lutron setup, but the client has lots of devices on the LAN, including Control4 processors and Control4 doorstations. I was mentioned on the Control4 forum that another dealer found that the Lutron QS processor sends a lot of frequent broadcast packets and since they isolated the processor (own VLAN) they stopped having issues.

    Below is the post from C4:

    has anyone experienced Lutron HomeWorks QS processors having negative impact on other gear on the LAN, e.g. Unifi AP to controller adoptions, slow web browsing, and Control4 intercom (2 × C4-DSC + 2 × glassedge touch screens)?

    So far it seems like all the problems mentioned above went away when the Lutron processor was confined in a different subnet / multicasts were blocked from affecting the rest of the network.

    The problem with Control4 intercom was that the door stations would get stuck regularly, nobody could ring the customer’s home from the outside etc.

    Here’s a Wireshark capture of the multicasts.
    https://dl.dropboxusercontent.com/u/...9_12_15.pcapng

    Tried googling for 239.0.38.1 to see if there is any information about it. No luck. It doesn’t seem familiar to me either.
    From the Wireshark captures I can see it’s sending 20 of these multicast datagrams per second. I guess it’s not that many. But I’m still wondering what they are.
    Dear etiennerterblanche,

    Thank you for the inquiry.

    The HomeWorks QS processor use multicast packets to communicate to each other. The system address of the HomeWorks QS processors is 239.0.38.1 by default. This can be found on the Activate screen under Advanced Settings. Depending on how active the system is will depend on how much multicast traffic is being sent.

  3. #3
    Sorry, to which devices do they need to communicate using multicast packets? Can I disable this and/or block it? The only IP communication is to the Control4 processor, iPads with Lutron app and QS Software.

  4. #4
    Super Moderator
    Join Date
    May 2013
    Posts
    398
    Quote Originally Posted by etienneterblanche View Post
    Sorry, to which devices do they need to communicate using multicast packets? Can I disable this and/or block it? The only IP communication is to the Control4 processor, iPads with Lutron app and QS Software.
    Dear etienneterblanche,

    Thank you for then follow-up.

    The HWQS processors will communicate to other processors with multicast. This communication cannot be disabled or blocked.

  5. #5
    Senior Member
    Join Date
    Dec 2014
    Posts
    252
    Exactly the same thing is happening with RR2 repeaters, they generate this kind of traffic as well - even if there is just a single repeater in the system.

Similar Threads

  1. Two Processor in One System but one processor failure
    By Syncon in forum General Discussion - HWQS
    Replies: 3
    Last Post: 08-01-2015, 10:08 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •