Given that IPoE is frequently used to overcome the shortcomings of using PPPoE/PPPoA for multi source Multicast delivery (to multiple users), I would point out that trying to get an MX to handle multicast video distribution is unlikely to be successful as the MX range does not handle single source multicast video streams. You may get lucky.
Comparatively few US network hardware manufacturers "get" multicast as it is frequently implemented in most of the world; mostly they think it isn't important.
My solution is to place a third party router/security appliance between the MX and the VDSL modem/ONT, and split off the multicast traffic into a separate distribution network. Theoretically, one should be able to use Meraki switches to distribute multicast streams.
@uberseehandel
@RebootNZ wrote:Thanks for that but All i want to do is get the Meraki MX devices to work with over 1/2 the ISP's in Australia.
Not supporting IPOE is causing an issue. (Want to run the Modem/ Router only in modem mode only via Bridge mode as it is the most stable way. That way the modem does not crash / Run out of resources.)
Be great to have a workaround or even better have IPOE supported.
It is starting to make me look for other products which is a shame as the Meraki stack is great.
Are you sure you are not overthinking this issue?
In a number of countries I have configured Meraki MX and Z3 appliances to connect to the ISP's termination point via a modem operating in Bridge mode (PPPoA). Meraki devices connect to modems configured this way, without issue. Most of the time I use the non-US version of the Vigor 130 modem (configured as a router in the US).
This allows additional ISP multiplay packages, such as VoIP and premium multicast streaming services, to be activated along with the standard internet connection, over a single physical connection.
Neither the Meraki MX nor Z3 appliances allow an IGMP-Proxy to be configured, which is unfortunate as many non-US premium subscription services require an IGMP-Proxy to be active, as well as IGMP-snooping on the switches.
@uberseehandel
Are you getting multicast IPTV (from an 224.0.0.0/4 source) to pass correctly through an MX?
Theoretically, the switches are capable of IGMP-snooping v2/v3.
Given a spare configurable switch, one may also split out the IPTV, VoIP, Internet IP packets ahead of the MX and route the IPTV packets directly to another switch downstream of the MX. It sounds clunky but it works in some countries where the ISP (usually a POTS incumbent) isn't able to set up an IGMP-proxy.
@uberseehandel
