Beeline TV via Mikrotik in the province
Today, building channels IPVPN, VPLAN and much more is possible not only for companies on expensive equipment. Thanks to the functionality of modern low-cost routers, you can quickly and easily build or move an existing network infrastructure. And the main thing to do it cheaply, compactly and quickly for both small companies and for their own needs. Under the cut is a live example of the assembly and testing of the L2 channel between two providers in different cities for Beeline TV.
Interactive television with all the functions of recording, pause and rewind with a huge film library, coupled with a hard disk prefix - this is all that can be difficult to break. And not all but the more provincial towns there is Beeline TV. Let's try to build a L2 channel between two providers and test the Beeline TV service with all the subtleties.
To solve this problem there is an Internet channel from Beeline. As well as a stable Internet channel from the provider in another city. The bandwidth of at least 4 Mbit for viewing SD channels and about 10 Mbit for channels in HD quality. Immediately, I note if you record channels for several pieces, then the bandwidth should be several times larger. But this is not a prerequisite. For a permanent scheme, a prerequisite is the presence of external static ip addresses on both channels. The Cisco 800 series is resting. Cope with the task of the two cheapest router Mikrotik. For example RouterBOARD 951-2n. We will use EoIP functionality - Ethernet over IP in Mikrotik. The lack of degradation of the service is determined by the absence of high jitter and losses between the two providers, as at the transport level in the home network of Beeline UDP. In the GRE ip tunnel.
')
A bit of theory. On the multicast backbone, the traffic works through PIM - multicasting independent of the protocol, and in the Beeline home network IGMP - multicast multicast protocol is used. As with other competitors. Of course, we will not see anything through VLC, since the service itself has protection. Therefore, a method was chosen to transfer the ethernet infrastructure to the CPE from another provider from which we will connect the prefix. The type of connection of the terminal provider can be any, since IP is used as a transport.
Configuring the Beeline L2TP session for a microtic is described for example here: routerz.ru/wp-content/uploads/2014/03/Instruction-configuring-Mikrotik-RouterOS-for- work-innetwork-internet- provider- Corbina-Telecom- Beeline 07.07.2011.pdf
Consider directly EoIP. The cable from the access switch Beeline is inserted into the first port of Mikrotik ether1-gateway-Beeline.
The settings of the Internet channel of the second microtic will be omitted since they can be arbitrary depending on the type of connection. Here with EoIP everything is the same.
Summarizing this small test, I note that the degradation of the service is not noticed! During the first 3-5 seconds when the channel was switched, Unicast flew instantly and after it was signed to the group, the multicast was also successfully loaded. When watching HD channels, everything was also perfect. I want to note that EoIP was configured in different cities whose geography was determined by one region.
Interactive television with all the functions of recording, pause and rewind with a huge film library, coupled with a hard disk prefix - this is all that can be difficult to break. And not all but the more provincial towns there is Beeline TV. Let's try to build a L2 channel between two providers and test the Beeline TV service with all the subtleties.
To solve this problem there is an Internet channel from Beeline. As well as a stable Internet channel from the provider in another city. The bandwidth of at least 4 Mbit for viewing SD channels and about 10 Mbit for channels in HD quality. Immediately, I note if you record channels for several pieces, then the bandwidth should be several times larger. But this is not a prerequisite. For a permanent scheme, a prerequisite is the presence of external static ip addresses on both channels. The Cisco 800 series is resting. Cope with the task of the two cheapest router Mikrotik. For example RouterBOARD 951-2n. We will use EoIP functionality - Ethernet over IP in Mikrotik. The lack of degradation of the service is determined by the absence of high jitter and losses between the two providers, as at the transport level in the home network of Beeline UDP. In the GRE ip tunnel.
')
A bit of theory. On the multicast backbone, the traffic works through PIM - multicasting independent of the protocol, and in the Beeline home network IGMP - multicast multicast protocol is used. As with other competitors. Of course, we will not see anything through VLC, since the service itself has protection. Therefore, a method was chosen to transfer the ethernet infrastructure to the CPE from another provider from which we will connect the prefix. The type of connection of the terminal provider can be any, since IP is used as a transport.
The first microtic is connected and tuned to Beeline.
Configuring the Beeline L2TP session for a microtic is described for example here: routerz.ru/wp-content/uploads/2014/03/Instruction-configuring-Mikrotik-RouterOS-for- work-innetwork-internet- provider- Corbina-Telecom- Beeline 07.07.2011.pdf
Consider directly EoIP. The cable from the access switch Beeline is inserted into the first port of Mikrotik ether1-gateway-Beeline.
[Bee@MikroTik] > interface eoip add name=eoip-tunnel1 remote-address=xxxx disabled=no tunnel-id=0 [Bee@MikroTik] > interface bridge add name=bridge_EoIP disabled=no protocol-mode=none [Bee@MikroTik] > interface bridge port add bridge=bridge_EoIP interface=ether1-gateway-Beeline [Bee@MikroTik] > interface bridge port add interface=eoip-tunnel1 bridge=bridge_EoIP - Here, in the first line, the tunnel itself is created, in which the static ip address of the remote router is written: xxxx The tunnel id is also set here, which should be equal to the tunnel id at the other end.
- In the second line we create a new bridge interface on which we turn off RSTP, otherwise the port on the access switch will be blocked for the loop from Beeline. I also want to note the new bridge is needed to isolate local_bridge in which by default DHCP distributes addresses to our LAN. And for the left DHCP beeline also blocks the port on the switch. Verified
- In the third and fourth lines we add the ethernet interface into which the cable from the Beeline switch and the EoIP tunnel interface are inserted.
The second microtic is connected and configured to another provider.
The settings of the Internet channel of the second microtic will be omitted since they can be arbitrary depending on the type of connection. Here with EoIP everything is the same.
- In the first line we create a tunnel in which we write the static ip of the interface of the Beeline session: xxxx
- In the second line create a new bridge. Disable RSTP.
- The third and fourth lines add the EoIP tunnel interface to the bridge and the ethernet interface to which our console is inserted:
[ISP@MikroTik] > interface eoip add name=eoip-tunnel1 remote-address=xxxx disabled=no tunnel-id=0 [ISP@MikroTik] > interface bridge add name=bridge_EoIP disabled=no protocol-mode=none [ISP@MikroTik] > interface bridge port add bridge=bridge_EoIP interface=ether1-gateway-ISP [ISP@MikroTik] > interface bridge port add interface=eoip-tunnel1 bridge=bridge_EoIP Summarizing this small test, I note that the degradation of the service is not noticed! During the first 3-5 seconds when the channel was switched, Unicast flew instantly and after it was signed to the group, the multicast was also successfully loaded. When watching HD channels, everything was also perfect. I want to note that EoIP was configured in different cities whose geography was determined by one region.
Conclusion: in practice, it was possible to realize the work of one of the Internet services through EoIP on microtic.
Source: https://habr.com/ru/post/228093/
All Articles