[Solved] Ooma not working

x88dually · Jan 14, 2020, 4:43 PM

i think i'm goin back to the beginning. 1 lan, everything on the same subnet, i'm gettin confused.

Gimme a few hours please.

stephenw10 · Jan 14, 2020, 4:55 PM

Unclear if those are blocks but if they are and 10.15.15.2 is the Ooma device then it looks like it's connecting on LAN (should it be?) and is being blocked for outbound TCP.

x88dually · Jan 14, 2020, 5:19 PM

WTF ??!!

It works now

I had ooms goin out thru router(cisco rv325). Changed it to pfsense (lan, for now),, and now its connected and working.

Deens · Feb 14, 2020, 8:46 PM

This post is deleted!

stephenw10 · Feb 14, 2020, 1:59 PM

Ooma needs those ports outbound not inbound. You shouldn't need any of those ports forwards.

Steve

Deens · Feb 14, 2020, 8:51 PM

This post is deleted!

stephenw10 · Feb 14, 2020, 10:19 PM

OpenVPN is definitely not required inbound. The server never connects to the client. The client connects outbound to the server only.
The service is expected to 'just work' behind any random router. They cannot possibly expect the average user to setup a whole bunch of port forwards. At most they might require UPnP so the device can set them up itself but I don't see any mention of that.

Steve

Deens · Feb 15, 2020, 12:56 PM

This post is deleted!

stephenw10 · Feb 15, 2020, 2:06 PM

Outbound NAT should be enabled by default for all traffic from an internal device like that. You should not need any additional outbound NAT rules. The only exception to that would be something that requires a static source port, which some VoIP devices do, but this is not using SIP so it's unlikely.

It's not about traffic both ways, which is obviously required. In a stateful firewall it's about how the connection is opened. All connections from the LAN are allowed out so the Ooma is able to connect out to check for firmware updates. Reply traffic from the firmware server is allowed back because the firewall state is now open.
The same is true for the OpenVPN connection. The client in the Ooma connects out to the server and replies from the server are now allowed back to it so the tunnel is established.

https://docs.netgate.com/pfsense/en/latest/book/firewall/firewall-fundamentals.html#stateful-filtering

Steve

johnpoz · Feb 15, 2020, 1:56 PM

@stephenw10 said in [Solved] Ooma not working:

You shouldn't need any of those ports forwards.

Exactly - says right on their site, these are "outbound" ports

https://support.ooma.com/home/advanced-connections-and-service-ports/