Thanks Thanks:  0
Likes Likes:  0
Dislikes Dislikes:  0
Results 1 to 3 of 3

Thread: Proper way to fix subnet error in the future?

  1. #1
    Senior Member
    Join Date
    Dec 2013
    Posts
    579

    Proper way to fix subnet error in the future?

    I was called to fix some things in a house with 2 QS processors where the last guy had given up extracting the programming so I knew it would be a challenge. I connected via ethernet to the network and did an ip scan and could not even find the processors returning a ping. I usually do this and then open up a web browser to see the version of the firmware so i know what I'm dealing with. Fortunately, since both of the processors were 2 link processors and there was an open ethernet port, connected my cable to that since I've found it works better with communication and avoids some restrictions the router may have put on the network and through that attempted to extract the programming. I was using version 15.10 but again, fortunately, the software told me that the existing processors were 12.4 and it could not do it so I installed 12.4 and WAS able to extract the programming! I was happy because it seems like a dark art to do an extraction sometimes.

    Once I looked at the extracted database, it could not find the processors and it was set up for static IP address of 10.0.1.x whereas the actual networking was set up for 192.168.4.x with a subnet of 255.255.252.0 so of course the little it was giving a subnet error.

    After verifying that there were no other integrations in the house, I tried changing the networking to DHCP and only one of the processors accepted this and showed "ready". So this is where the dark art comes in. I manually changed the IP address, gateway, and other settings on that and it still would not change, but I noticed that if I did an ip address scan, the two processors WERE showing up on the network. So I just power cycled the processors and at that point, the DHCP on the one processor and the manual IP address on the other processor (the one that was not working) was showing ready. So I changed them all to DHCP. The connect bridge was always on DHCP so I kept that alone.

    After that, I was able to make my changes and even got brave enough to update the firmware to 15.10 and re-activate the connect bridge. So I have a few questions because I seem to be the one who goes in after other people and every time I'm able to extract the programming, it seems like it was a small miracle and I was NOT in control of how things were going:

    1. Why on earth did Lutron ask us to use static IP addresses as "best practices" in their networking guide? I know that if you have a Crestron system or something similar, then yes you need a static ip address but I would say that 90% of the issues I have is a new homeowner buys a system they know nothing about, they change their network to something else, and then the processors don't show up. If you leave it on DHCP, it will be self adapting to whatever network they throw at it. So why on god's grit eating earth would you encourage people to use a static IP address? Every system I've left on DHCP in the last 5 years (after coming to my senses) still works perfectly. I go to the house after 3 years, I connect to the network and "yup, there it is!"...It just works. Why make things complicated?
    2. How was this system even working where the connect bridge was on DHCP and connected to the network correctly and the processors had a completely different subnet? Are the processors that smart to still find a way to communicate? Did the router still give the two lutron processors a correct IP address even though they thought they were something else? Did the connect bridge use multicast to find them and still send commands via 10.0.1.x and the router still passed it through?
    3. How would you approach this type of situation?

  2. #2
    Senior Member
    Join Date
    Sep 2014
    Posts
    269
    As a Crestron guy who also programs lutron and usually deploying the network too, I NEVER use static IPs for anything. Always always always DHCP reservations in router (for the exact reasons you have seen). Maybe Lutron's bizzare reliance on multicast allowed the subnet misconfiguration to still work.

    At least with QS I feel like you have better chances connecting to devices in these crazy situations. With QSX you are more limited.

    You had no issues going from 12.4 to 15.10 in one step? Brave man haha! I have many 12.x, 9.x, 7.x and even 6.x systems I refuse to update as they work, and I dont have faith in an upgrade working- esecially since they dont publish an upgrade path. I am getting tired of all this wasted hard drive space just to keep the software versions I need to service older jobs.

  3. #3
    Senior Member
    Join Date
    Dec 2013
    Posts
    579
    lol let me tell you I was starting to sweat when the update bar was stuck on 39%! This was a house owned by an elderly couple so if those two processors would have bricked, I would have been in deep doodoo but so far I've had good luck with 15.10 so I took the chance especially since we'll have to put in some pro dimmers for them in a month or so.

    I've only had one processor completely get bricked and that was a RA2 processor. I only upgraded that because they wanted to use the connect bridge. That was not a fun day either because I had just met them 30 minutes earlier and they had no idea if I was legit or not. To Lutron's credit, they replaced it but it took 3 weeks to get it and now I keep a new one in our supplies for future brickings.

    But yeah it's kind of weird that I have a 8 different Lutron programs on my laptop.

Similar Threads

  1. Future of RadioRA2 (not a Lutron opinion)
    By SDR-Mike in forum General Discussion - RA2
    Replies: 14
    Last Post: 09-11-2019, 07:03 PM
  2. Future of Thermostats?
    By AndyM in forum General Discussion - HWQS
    Replies: 1
    Last Post: 04-29-2016, 11:39 AM
  3. PC and repeater on same subnet?
    By gt3mike in forum General Discussion - RA2
    Replies: 2
    Last Post: 03-29-2016, 08:56 PM
  4. Proper Scene Control
    By Mike McDougall in forum Programming - RA2
    Replies: 4
    Last Post: 02-06-2015, 04:05 PM
  5. Subnet Conflict Error Warning
    By Armando B. in forum Troubleshooting - HWQS
    Replies: 8
    Last Post: 05-28-2014, 07:50 PM

Posting Permissions

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