Tag: FTTH

Post IPTV using a Unifi Security Gateway PRO 4

My friend David asked me to help him tackle a problem with his network. He used a Unifi Security Gateway PRO 4 from Ubiquiti Networks but still wanted to run some Post IPTV STBs on his network. The solution took us some hours spread over several days, but finally the IPTV streams work fine.

Our solution

We ended up using the LAN 2 interface as the IPTV upstream port, it turns out that the Unifi Cloud configuration doesn’t allow a static IP and a PPPoE session on the same interface. Also the built-in WAN-LAN firewall blocking firewall does need adding manual rules to allow the Multicast Traffic back in via the WAN interface. Using LAN2 allowed us to handle Multicast traffic as “Corporate LAN”-to-“Corporate LAN” traffic, which Unifi allows by default, so we can add firewall rules for LAN2 as required using the Unifi Cloud Network Controller instead of using custom JSON files on the Cloud Key. Continue reading “Post IPTV using a Unifi Security Gateway PRO 4”

Using a RouterOS to connect to POST LuxFibre

I have used a Routerboard running Mikrotik’s RouterOS to connect to a POST LuxFibre FTTH access for some time. I have been asked in the past to aid with similar setups, so here comes my configuration for the RouterOS CLI.

Note: This setup does NOT (yet) provide access to the Voice service delivered by POST.

In this example I’m using “ether1” to connect to the GPON NTU. (I haven’t yet tested the RouterBoard GPON SFP module, so no need to ask about it 🙂 ) Continue reading “Using a RouterOS to connect to POST LuxFibre”

Changes to the TANGO Blue product

TANGO Blue is TANGO’s counterpart of the EPT LuxFibre. From the start TANGO Blue users received a public IP (compare “No public IP for EPT LuxFibre“). TANGO Blue users weren’t affected by the issues present with LuxFibre. For a while TANGO is now offering an IPTV service on the TANGO Blue access. This combination however provides the user with only a private IP, giving the TANGO Blue+IPTV users the same disadvantages. Several user reports seem to point to TANGO’s CGN, which seems to have difficulties to provide a stable bandwitdh, in some cases reports indicate a reduction of bandwitdh by ~50%. In case you have issues with your TANGO Blue product you should contact the TANGO helpdesk a.s.a.p.

LuxFibre disables alternative VoIP services?

UPDATE: Recent Fritz!Box OS allow to choose between Internet or Voice VLAN when configuring VoIP accounts. See AVM provides workaround to use 3rd party ITSPs. The statements below are obsolete.

Yes it does, unfortunately.

So why exactly? The short answer is, because the VoIP part of the Fritz!Box is moved to an isolated virtual LAN (VLAN) with no Internet access, so the Fritz!Box VoIP part cannot reach any alternative VoIP services as these are somewhere on the Internet.

But why is this necessary? The LuxFibre product is designed to provide all services over IP. This includes any telephone services (analogue, ISDN) which were previously delivered directly via copper. Telephony over IP cannot Continue reading “LuxFibre disables alternative VoIP services?”

Which LuxFiber variant is best for me?

The FTTH/VDSL service is now available for half a year, but it is still difficult to get complete and correct information about the real setup costs and the eventual down sides of a FTTH connection.

I have been following several LuxFiber related threads on different Social Networks (Facebook, Twitter, Google+ etc) and people seem frustrated by the level of information they can get from the ISP’s sales helpdesk personnel.

Can I have FTTH (fibre) or VDSL (copper)?

Continue reading “Which LuxFiber variant is best for me?”

FTTH Modems delivered by EPT are faulty

I have received the following fault explanation, originally written by an EPT engineer. The text seems to indicate that the current fiber equipment delivered and installed by EPT has issues to transport packets of a certain size. In the case of the user who forwarded this message, the fault was most apparent during VoIP calls using the G.711 codec.

Le problème était lié à un protocole de correction d’erreurs au niveau upstream sur l’équipement de terminaison de la fibre. Il semble qu’il y ait un bug au niveau de cet fonctionnalité qui fait que les paquets d’une taille de 200-201 bytes ne sont pas transmis correctement
(i.e. 80% de perte).
Malheureusement le protocole voip G711 que vous avez utilisé génère exactement cette taille de packets et était donc fortement impacté alors que les autres flux de trafic et les différents tests ne montraient pas d’erreurs.
Suite à l’intervention de notre technicien sur place on a cependant pu cerner le problème et on a donc désactivé la fonctionnalité fautive sur votre accès en attendant un bug-fix de la part du fournisseur de
l’équipement.

 

So in case you are currently using the LuxFibre product and you have quality issues with VoIP applications, you might be affected by this bug. The workaround implies the intervention of an EPT technician.

No public IP for EPT LuxFibre

EPT has officially launched the LuxFibre service beginning of September, although there are rumors that some friendly test customers had LuxFibre installation in service prior to September 2011.
Some LuxFibre users already reported that the standard LuxFibre service (no optional serviced booked) does not provide a public IP address on WAN interface. EPT assigns a private IP address by default, so the user’s Internet access will be subject to NAT44 (aka double IPv4 NAT). NAT44 breaks all kind of services mostly those which already have difficulties with single/simple NAT. EPT optionally assigns a dynamic and public IP address to the WAN interface of your router. This will allow Internet access with single/simple NAT, however at the cost of 1,99 EUR / month (http://www.pt.lu/portal/lang/en/telecom/pid/4061).
Some may say it’s time for IPv6, a service available from EPT free of charge as an OPT-IN service (http://www.pt.lu/portal/lang/en/telecom/pid/3998).