Messages

1

Bugs in xLights/Nutcracker / Re: xSchedule Internet Usage

« on: November 23, 2020, 09:10:24 AM »

Finally figured it out.   Apparently I need to play the lottery because the odds would have to be really slim.

Short version - issue is resolved.

Long version -

Couple things I noted.  With the latest release or software when I go into options on scheduler and look under the "Force Local IP" drop down I now have both of my NIC adapters listed so I was able to pick the adapter that speaks to my pixel network and that seemed to resolve my outbound traffic issue.  I didn't read the readme so I'm not sure if that was an intentional fix, but either way it works now - THANK YOU!  :-)

What caused my issues in the first place is that my pixel network is on the 172.30.1.x/24 subnet.  One of my controllers had an address of 172.30.1.10.  Well, coincidentally, as a Mediacom subscriber, Mediacom apparently has a managed device on their network of the SAME address.  Something is wrong on their end because I shouldn't be able to ping an address on their network - it's very possible, but a huge security vulnerability for them.  What flagged it for me that scheduler kept saying one of my controllers was online when I knew it wasn't.   Did a trace route command on the address in question and sure enough after 6 different hops I was getting a reply from some other device on the WAN with that same IP address.  I changed it to a different address that is not reachable via WAN, reset Force Local IP back to nothing, and now I no longer have outbound traffic on my network.

As a techie - that is actually kind of funny.  :-)   End of the day - all is good!

Anyway - thank you for the time & the responses.   

2

Bugs in xLights/Nutcracker / Re: xSchedule Internet Usage

« on: November 11, 2020, 10:51:27 PM »

I'm going off what my router is showing me.  It has the ability to tell me on the amount of outbound & inbound traffic device connected to it in live time.

I did a bunch of poking at this tonight.  Switched to a refreshed PC that has Win7 64-bit so I can jump to the latest release of XLigjts to see if that made any difference.  Interestingly, it seems the amount of outbound traffic actually went up to about 4.0Mbps which I agree is a bit too high.  Just a little bit...  ;-)

Using Wireshark I can see that when I start xSchedule it does broadcast traffic on the network.  It seems this is related to the option on xSchedule - "send data when not running sequence" is checked and my "output to lights" is enabled.  As far as I know, this has not been an issue in the past.  If I uncheck the option to "send data when not running sequence" and enable the light output I then do not see any outbound traffic on the WAN.

Only thing I don't know is the why it is registering as outbound traffic to the WAN actually making it out of the router even if it has an invalid destination.  I do have two separate NIC adapters on my PC that runs xLights.  One adapter to connect to my network and the internet, and another that has a completely different IP/subnet that aligns with my pixel network.  The networks are separated, but some how when that option to send data when not running sequence is sending data on both NIC adapters. 

Does this make sense?  Is there (or could there be) a way to tell xSchedule to send data on a selected adapter?  Perhaps in the options menu?  I do see the drop down menu under options that says "Force Local IP", but it only lists the one adapter that is connected to my WAN and not the adapter that is to my pixel network.

Thanks for your time & attention

3

Bugs in xLights/Nutcracker / xSchedule Internet Usage

« on: November 11, 2020, 04:10:58 PM »

Hello!

First off - props to the dev's!  Love using XLights.  Thank you for all your continued efforts.

I am using the latest release on the 32-bit platform (v2020.44).  It would seem that while the xSchedule application is open it is uploading a consistent data stream of 2.3Mbps to somewhere.   I haven't gone as far as running wireshark to get an exact look at the network traffic, but I can say that when I closed the xSchedule application the stream dropped almost instantly so I'm pretty confident that the events are linked.

Unfortunately I have a monthly data cap so I have to watch these things.

Any insight, or is there a setting that perhaps I didn't notice, to stop xSchedule from communicating over the WAN?

Thank you!