Jump to content

Portal idea


MWareman

Recommended Posts

Earlier today, I asked Alexa to do something and it dutifully announced that I have duplicate devices (not sure how that happened - yet).

So, I tried to logon to the portal to see what gives - and couldn't get into the Alexa settings because....  my ISY was offline.

 

Turns out I had (accidentally) knocked the power adapter of my ISY out earlier today. Of course - I didn't notice until this all unfolded.

 

This gave me an idea..

 

Is it possible to add the (optional) ability for the Portal to trigger a Maker Channel rule (and/or send an email) when the ISY goes offline (and comes online again) from the Portal point of view?

Link to comment

Earlier today, I asked Alexa to do something and it dutifully announced that I have duplicate devices (not sure how that happened - yet).

So, I tried to logon to the portal to see what gives - and couldn't get into the Alexa settings because.... my ISY was offline.

 

Turns out I had (accidentally) knocked the power adapter of my ISY out earlier today. Of course - I didn't notice until this all unfolded.

 

This gave me an idea..

 

Is it possible to add the (optional) ability for the Portal to trigger a Maker Channel rule (and/or send an email) when the ISY goes offline (and comes online again) from the Portal point of view?

I see this as another perfect use case for the portal to be able to send us the external IP address of our network. Then using a timeout program we could get notification of said changes, be that of the IP or offline, etc.

 

Edit: Another thought would be how about the ISY pinging an internal IP and port then being able to turn on/off/rebooting the outlet of an IP controlled device, like an outlet on a Panamax Bluebolt power strip? I currently use another product for this but I could see this being very useful to others. Ping google.com and if in X timeframe it times out reboot the outlet the router is on. Makes the ISY even more powerful via the networking module. But what the hell do I know? ;)

Link to comment

I would think that the portal server knows the current IP that each ISY is connected to - so it would be easy to know when the source changed I would think. Seems like these two functions could be combined into one set of logic...

Link to comment

I would think that the portal server knows the current IP that each ISY is connected to - so it would be easy to know when the source changed I would think. Seems like these two functions could be combined into one set of logic...

The portal knows and the ISY does too. Just cant access either IP in the current firmware. I posted this as a feature request with a poll on another thread.

Link to comment

ISY, when behind a NAT device, only knows the behind NAT IP address (unless it talks to a server outside to get an echo back of the perceived address).

 

If the external IP changes, the portal will see it immediately. The ISY will not see the change, unless it's polling the external service.

 

I don't want ISY polling an external service with a frequency sufficient to be useful for external IP address detection. That's a job for the edge router.

 

However, it could be added as a feature of Portal simply because it does know the IP real time, with no polling overhead.

Link to comment

ISY, when behind a NAT device, only knows the behind NAT IP address (unless it talks to a server outside to get an echo back of the perceived address).

 

If the external IP changes, the portal will see it immediately. The ISY will not see the change, unless it's polling the external service.

 

I don't want ISY polling an external service with a frequency sufficient to be useful for external IP address detection. That's a job for the edge router.

 

However, it could be added as a feature of Portal simply because it does know the IP real time, with no polling overhead.

Get rid of that ubiq garbage and get a big boy router like a Mirotek with a real os ;)

 

Polling really doesn't take any resources on either side or locally and is builtin to a lot of low end devices like the Panamax Bluebolt devices.

Link to comment

Don't use 'Ubiq' stuff - not sure why you think that... Perhaps my use of the term 'edge router' to describe the router at the edge of your network... Not sure...

 

Anyway, the router at the edge of the network runs a dhcp client that reconfigures the NIC when the IP changes. It can then also call the ddns service to update the IP real time with the changes. There is no faster or more reliable way to update ddns when the IP changes than having the ddns client be a part of the dhcp client processing.

 

Polling is horrible. It may not use a lot of resources - but ISY does not have many resources to spare! The polling frequency would have to be low - causing latency in the updates. The ISY itself is not the correct placement of a ddns client.

Link to comment

Don't use 'Ubiq' stuff - not sure why you think that... Perhaps my use of the term 'edge router' to describe the router at the edge of your network... Not sure...

 

Anyway, the router at the edge of the network runs a dhcp client that reconfigures the NIC when the IP changes. It can then also call the ddns service to update the IP real time with the changes. There is no faster or more reliable way to update ddns when the IP changes than having the ddns client be a part of the dhcp client processing.

 

Polling is horrible. It may not use a lot of resources - but ISY does not have many resources to spare! The polling frequency would have to be low - causing latency in the updates. The ISY itself is not the correct placement of a ddns client.

Yeah edgerouter is ubnt stuff so thought I would joke with you about it.

 

I kindly disagree but its not the end of the world. This is what makes the world we live in great, we can all have an opinion and it doesnt mean anyone is right or wrong. We can agree to disagree and still be friends. Life would be boring if we all had the same car, house, opinions and whatnot.

Link to comment

Archived

This topic is now archived and is closed to further replies.


×
×
  • Create New...