Closed Bug 1255166 Opened 8 years ago Closed 7 years ago

Request for separate wireless network for CD Smart Home Space in Mountain View

Categories

(Infrastructure & Operations Graveyard :: NetOps: Office Wireless, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: hkoka, Assigned: dcurado, NeedInfo)

References

Details

Hi there,
 
As part of the Connected Devices projects, we are embarking into newer domains such as Smart Home. There are a few projects that got kick-started recently around this -- Project Link and Project Smart Home focused on bringing in useful experiences connecting multiple devices such as smart lights, thermostats, smart door locks, motion sensors, speakers etc. We would like to use one of the conference rooms in Mountain View (preferably the Battlestar Gallactica -- the one with a home like setting with sofas in the second floor) and turn that into a smart home simulation connecting these devices, so people working on the project can use and test.
 
For the setup, we would like a separate wireless network for this purpose that does not interfere with current Mozilla network used for work (aside from Mozilla or Mozilla Guest). Please let us know what needs to be done to get this network implemented in Mountain View. We would like to do the same in SF office as well.
 
Service Desk suggested we open a bugzilla ticket to track this. 
 
Thanks
Hema
 
P.S: we already have a set of smart devices purchased and ready to be hooked up for creating a "Smart Home Space" experience.
Blocks: 1255169
Is this in any way related to bug 1249168?  Would it work to provide your own router and plug it into the network we're creating over there?  (My understanding is you're trying to emulate a home environment, thus you probably want a consumer router directly connected to the internet...)
I apparently had my wires crossed when thinking these bugs were related, however we certainly had you guys in mind with the netblock allocated for that bug (thinking there'd be stuff coming up like you're now requesting is exactly why we did it).

so anyway, additional questions about some forward-thinking stuff to make sure we're best serving you:

I'm guessing you want to emulate a home internet connection for a lot of your testing.  We can give you a range of public IP addresses with DHCP and appropriate filters that an ISP might provide (i.e. blocking inbound to mail, web and file server ports, blocking outbound smtp on port 25, etc) if that's what you want.

I'm hesitating on the "stick a consumer wifi router into the conference room" on the grounds that it might cause interference elsewhere in the office, but then again it wouldn't be much worse than someone turning on their cellphone hotspot as long as you don't have a ton of them all over the place.  It'll also be easier to patch you to the internet with a consumer router than trying to add a new SSID to our access point pool.  Each SSID we add *does* introduce interference across the entire office.
My questions are thinking about the Connected Devices project in general, not just your Smart Home demo room...  on the grounds that your demo room might be a good subset of it, and might as well take care of it all at once.
looks like bug 1251564 is the one I was thinking of actually.
(In reply to Dave Miller [:justdave] (justdave@bugzilla.org) from comment #2)
> I apparently had my wires crossed when thinking these bugs were related,
> however we certainly had you guys in mind with the netblock allocated for
> that bug (thinking there'd be stuff coming up like you're now requesting is
> exactly why we did it).
> 
> so anyway, additional questions about some forward-thinking stuff to make
> sure we're best serving you:
> 
> I'm guessing you want to emulate a home internet connection for a lot of
> your testing.  We can give you a range of public IP addresses with DHCP and
> appropriate filters that an ISP might provide (i.e. blocking inbound to
> mail, web and file server ports, blocking outbound smtp on port 25, etc) if
> that's what you want.

Right we are trying to simulate the home internet connection here. And want to make sure this does not interfere with other networks in office. We may possibly also have a need soon to simulate neighboring home use-case with two networks each with a IOT hub/controller connecting multiple devices to it. 

The other bug that Christiane opened (bug 1251564) is for "traveling mozillian" use-case where people carrying their routers and connected smart home devices from one office to another should be able to easily set up a test environment. At the London office we had trouble getting this setup for one of our workweeks last month. The next stage to her request is being able to connect these routers that project members are using such that you can remotely access it.

> 
> I'm hesitating on the "stick a consumer wifi router into the conference
> room" on the grounds that it might cause interference elsewhere in the
> office, but then again it wouldn't be much worse than someone turning on
> their cellphone hotspot as long as you don't have a ton of them all over the
> place.  It'll also be easier to patch you to the internet with a consumer
> router than trying to add a new SSID to our access point pool.  Each SSID we
> add *does* introduce interference across the entire office.


Dave, We need to figure this out for our SF office as well. Possibly in London and Berlin too.
Is it possible to have a router/bridge to Mozilla Guest?  Maybe that is enough to start with?
We need public IP for the home controller/hub so it can be reached from outside the home network simulating the case where a user can monitor and control smart devices at home remotely from app on their mobile devices.
Basically we need a DMZ of "Smart Home Simulation" Not just for development or show case, but also for QA.  It would be great if we had 3 different Smart Home simulation networks within not just San Francisco/ Mnt View office; Toronto, Vancouver, London, Berlin and Taipei.
justdave, we had provisioned a public address for the webrtc team.  This should be back in the pool and available.  Can you confirm that we can do a static nat on this.
Flags: needinfo?(justdave)
hema, sorry i missed this one about the public ip.  Can you let me know if this is still needed, where it will be running, and details on the ports/protocols you're using.
Flags: needinfo?(hkoka)
We have a pool of public IP addresses in mtv2 that can be assigned directly to ports if needed (no NAT involved)

The other offices don't have that yet, but it should be possible. The base config for it is available in Ansible now, just need to pick an IP range for each office.
Flags: needinfo?(justdave)
Please put the same set of filters as we use on our edge, so either rate limiting or dropping SNMP, NTP, UDP/1900 and dropping TCP 135-139, TCP/445 and TCP/25 both inbound and outbound.
(In reply to Hema Koka [:hema] from comment #7)
> We need public IP for the home controller/hub so it can be reached from
> outside the home network simulating the case where a user can monitor and
> control smart devices at home remotely from app on their mobile devices.

I would say you are not achieving your goal this way. A Home Internet connection will have a public IP on the router+firewall+AP device that's doing NAT and that smart light bulb will have an internal IP.
This bug is rotting in our queue.
If there are no updates to it in the next few days, I am going to close it.
Assignee: network-operations → dcurado
Status: NEW → UNCONFIRMED
Ever confirmed: false
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.