Guide: Telia IP-TV med valfri router (ej bryggat, internt IP, Zappa fungerar m.m)

Har någon provat denna guide med Com Hems IPTV-lösning?

Jag körde tidigare Telias gamla accesspunkter på port 2 på Com Hems fiberomvandlare, men jag fick intrång i accesspunkterna (som deltog i DDOS-attacker) så de är nu skrotade.

Eftersom jag förstår att man kan ta emot IPTV via samma LAN som bredbandet så överväger att investera i en mini-pc med flera nätverkskort och använda denna som brandvägg och router. På så vis slipper jag exponera Tivo-boxen direkt mot Internet. På brandväggsservern avser jag att köra Pfsense. Jag kommer även att bryggkoppla en WiFi-router mot switchen som står bakom brandväggen.

Om någon har fått en likande lösning att fungera med Com Hems IPTV så är jag idel öra.

Jag har haft både bredband och IPTV via Telia men nu har föreningen bytt så att vi precis fått bredband via Telenor, medan IPTV fortfarande är via Telia. Så detta är intressant för mig då jag saknar Zappa-appen.

Dock är nivån på denna guide långt över min kunskapsnivå. Det är rena grekiskan. Men tänkte ge mig på att försöka lära mig. Något försök kan man göra i alla fall.

Lite frågor.

1. Det verkar som det pratas om att det finns två alternativ där det ena är mer krångligt men gör alla lan-portar möjliga att kunna sätta tv-boxarna i. Sedan finns en enklare lösning men då är det bara en specifik port på baksidan som fungerar, har jag tolkat det rätt då? Men ser ingen guide för den enklare lösningen. Det bara "pratas" om att den finns.

2. Hos mig kommer inte iptv och bredbandet via samma kabel. Iptv kommer antingen via gul port på mediaomvandlaren eller direkt från Telias uttag (sladd från väggen). Var ska denna kabel sättas in i andra änden? Det är ju inte WAN eftersom Telenors bredband ska in där.

3. Jag förstår dessutom inte riktigt uppsättningen här. Eftersom det nämns att det bryggas. Har vi två routrar med i spelet eller en? Finns det någon bild eller illustration med hur allt är fysiskt installerat?

4. Behöver jag alltså skaffa mig en egen router än nån av de Technicolors jag fått av Telia och Telenor? Vad är kravspec på routern jag måste införskaffa isåfall?

Nu ska jag lästa på vad det där Tomato är...

Btw kan dela en bild på hur min uppsättning ser ut i dagsläget, alltså utan tillgång till zappa:

Men eftersom jag inte kan någonting om detta så behöver jag en steg-för-steg guide. Och eftersom det finns här för Tomato så känns det ju lite dumt att gå på nått annat jag känner till ännu mindre. (?)

Jag vet ej hur man gör en av LAn-portarna till en WAN2.

Vet du om det finns nån guide överhuvudtaget som går igenom det jag vill göra då? Jag försöker ta reda på vad det är för router jag kan köpa dessutom. Men då måste jag ju veta vilken firmware jag ska köra på...

Skickades från m.sweclockers.com

Hej, jag har precis satt igång en NAT:ad lösning av Telia IPTV på min Asus ac68u. Kör med Tomato Firmware 1.28.0000 -3.5-140 K26ARM USB AIO-64K Advanced Tomato

Tack för en väldigt tydligt beskriven guide dulemis!

Jag har bredband via Ownit i mitt stadsnät samt TV via Telia. Allt kommer in på samma RJ45-kontakt från hyresvärden.
Jag har stadsnät via OpenUniverse. Vlan för IPTV har jag sniffat fram till id: 46.

Det jag märker är att vid kanalbyte så tar det ca: 5 sek för bilden att sluta buffra och för att flyta på smidigt. Annars så fungerar denna lösningen relativt bra.
Jag la också märke till att multicast strömmen slutade efter ca 7 min om man inte bytt kanal vilket jag antog att min router inte vidarebefodrade JOIN / MEMBERSHIP requesten från boxen som den skickar ut med några minuters mellanrum för att behålla bild.

Det jag gjorde var att jag fick stänga av en funktion som heter: rp_filter på mitt vlan46 och då vidarebefodrade min router (igmpproxy) alla JOIN requests även på wansidan och bilden fungerar utan att man behöver byta kanal emellanåt.

Dock fungerar inte Play-tjänsterna. Jag har googlat runt efter netsed för just ARM BCM4708 processor utan resultat. Den versionen som dulemis hänvisar till är för MIPS. Finns det någon som kan kompilera netsed för ARM eller vet vart man kan hitta den?

Jag har också testat en bryggad version då IPTV fungerar klockrent inkl. Play-tjänster.

Det vore dock trevligt om man kunde köra en NAT:ad lösning fullt ut

Tack på förhand!

/csoM

Ett förtydligande av mitt tidigare inlägg.

Jag använder mig av en Motorola Arris 4302 från Telia

Jag har ändrat inkommande anslutningar och tillåter allt samt att jag har satt min box i DMZ för vlan46:

iptables -t nat -A POSTROUTING -o vlan845 -j MASQUERADE

iptables -A FORWARD -i br0 -o vlan845 -j ACCEPT
iptables -A FORWARD -s 239.16.16.0/24 -i vlan845 -o br0 -j ACCEPT
iptables -A FORWARD -s 195.67.199.0/24 -i vlan845 -o br0 -j ACCEPT
iptables -A FORWARD -s 194.236.188.0/24 -i vlan845 -o br0 -j ACCEPT
iptables -A FORWARD -s 193.44.56.0/24 -i vlan845 -o br0 -j ACCEPT
iptables -A FORWARD -s 213.64.59.0/24 -i vlan845 -o br0 -j ACCEPT
iptables -A FORWARD -s 194.22.194.0/24 -i vlan845 -o br0 -j ACCEPT
iptables -A FORWARD -s 81.231.201.0/24 -i vlan845 -o br0 -j ACCEPT
iptables -A FORWARD -s 78.71.84.0/24 -i vlan845 -o br0 -j ACCEPT

I min konfiguration så har jag dessa brandväggsregler förutom standard:
Vilket sätter min box i DMZ från vlan46 samt NATar all trafik ut och tillåter både inkommande samt utgående trafik på vlan46

iptables -t nat -A POSTROUTING -o vlan46 -j MASQUERADE
iptables -t nat -A PREROUTING -d $(nvram get wan2_ipaddr)/32 -j DNAT --to-destination [Boxens LANIP]
iptables -A FORWARD -i br0 -o vlan46 -j ACCEPT
iptables -A FORWARD -d [Boxens LANIP]/32 -o br0 -j ACCEPT
iptables -A FORWARD -i vlan46 -j ACCEPT

Sedan så fungerar det endast om jag kör med dulemis statiska routes (fast för vlan46 givetvis):

route add -net 195.67.199.0 netmask 255.255.255.0 gw $(nvram get wan2_gateway) dev $(nvram get wan2_ifname) metric 0
route add -net 194.236.188.0 netmask 255.255.255.0 gw $(nvram get wan2_gateway) dev $(nvram get wan2_ifname) metric 0
route add -net 213.64.59.0 netmask 255.255.255.0 gw $(nvram get wan2_gateway) dev $(nvram get wan2_ifname) metric 0
route add -net 194.22.194.0 netmask 255.255.255.0 gw $(nvram get wan2_gateway) dev $(nvram get wan2_ifname) metric 0

ip route add default via $(nvram get wan2_gateway) dev vlan845 table 200
ip rule add from [BOXENS LAN-IP] table 200

Jag får det ej att fungera med att låta boxen enbart använda gatewayen på vlan46?

ip route add default via $(nvram get wan2_gateway) dev vlan46 table 200
ip rule add from [Boxens LANIP] table 200

Boxen bootar inte ens om jag kör med denna default route?
Någon som har någon fundering på varför? Jag tycker att det borde fungera då det borde vara samma som om man kör bryggat läge för boxen eftersom den då enbart har samma gateway att kommunicera med eller är det då så att den kanske får några ytterligare statiska routes från DHCP (bryggat) som säger att den skall använda andra vägar att kommunicera?

Jag har också skapat ett ytterligare script som körs i WAN UP:

/jffs/rp_filter0.sh

rp_filter0.sh:

logger vlan46 turn off rp_filter
for i in /proc/sys/net/ipv4/conf/*/rp_filter; do
    echo 1 > "$i"
done
echo 0 > /proc/sys/net/ipv4/conf/all/rp_filter
echo 0 > /proc/sys/net/ipv4/conf/vlan46/rp_filter

Detta script stänger av rp_filter för vlan46 så att IGMP paketen vidarebefodras från Boxen ut över vlan46 så att inte multicasttrafiken slutar efter ca. 7-10 min.

Tack för snabbt svar dulemis!

Vet du vad det är som är åtgärdat i nyare Tomato som löser RTSP?
En nyare version av nf_conntrack_rtsp? Jag försökte också med att ladda om den modulen med port 5055 fast det hjälpte mig inte heller
Jag kör ändå nyaste Advanced Tomato fast den kanske räknas till en "gammal" version?

Har du någon aning om varför det tar ett tag efter varje kanalbyte innan bilden flyter på? Det känns som "quickleave" i IGMP-scriptet inte är "quick".

Sedan tycker jag att det är skumt att det inte fungerar med policy-based routing och köra en default gateway för enbart boxens ip.
Jag menar att man "måste" ange statiska rutter för respektive subnät.

Istället för att köra:

ip rule add from [Box] table 200
ip route add default via $(nvram get wan2_gateway) dev vlan46 table 200

så har jag också försökt met att sätta en "mark" i mangle-tablet från allt som kommer från boxen
och sedan sätta en regel att gå till table 200 men med samma utgång som att ange adressen direkt i regeln.

/csoM

Hi guys,

thanks to your help i was able to figure out how Telia IPTV works in Estonia. I already had an idea but your forum confirmed it. It turns out it works very very similarly to yours. I needed also to change the destination parameter inside the packet and open an UDP port in firewall dynamically. I really liked OpenWRT and i didn't want to compile any code as i would like to upgrade effortlessly in the future. So i made a script out of available tools that does this translation for me. It only needs Socat, which is available in OpenWRT. It is a little hacky so any ideas and improvements are welcome. It works with multiple STB's and VOD's.

Thanks for the help

#!/bin/ash
##########################
# 2019-03-27 04:41 Marko
#
# This script changes RTSP stream destination parameter
# inside the packet. It acts as a crude proxy between
# Telia STB and VOD server. It was deliberately done
# with basic tools so that it could be run on vanilla
# OpenWRT. It only changes one packet, the rest are
# passed through. It uses little to no cpu. It needs
# socat package, which is readily available via
#
# opkg install socat
#
# It needs 544 port to be redirected to it like this:
#
# iptables -t nat -A PREROUTING -p tcp -s 192.168.1.0/24\
# -d 84.50.87.0/24 --dport 554 -j REDIRECT --to-port 8118
#
# Port 8118 is an random example port and 84.50.87.0 is
# routed to Telia IPTV VLAN. After this the
# script needs to be ran like this:
# (This is the Socat(STB to Script) from diargam below.)
#
# socat tcp4-listen:8118,pktinfo,fork exec:/root/iptv
#
# Notice the same port number, change it if needed.
#
# Basic diagram:
# STB <-> Socat(STB to Script) <-> Script <--
# --> Socat(Files to UDP) <-> Socat(UDP to TCP) <-> VOD
#
# Problems:
# * DNAT rules are left hanging and are flushed only if
#   FW rules are flushed like during reboot for example
#   On a positive side, they are forwarded from IPTV VLAN
#   so there should be minimal to no risk
# * Very hacky :)
#
##########################

# Start by reading the first line and check if it is from STB
# We check for destination ip, which is set for Telia
read line
if [[ -z "$(echo $line | grep -E '^.*rtsp:\/\/84.50.87.*$')" ]]; then
	logger $line
	logger "Non IPTV RTSP packet detected, exiting."
	exit
fi

# Extract destination VOD (there are many) IP and port and use them
# later to make a connection
ip_port=$(echo $line | cut -d "/" -f 3)

# These files are where we write the request from STB and store the
# result from VOD. These are use by Socat(Files to UDP) from diagram
in=/tmp/in$$
out=/tmp/out$$

# Set two port numbers based PID, they have to be different each time
# This makes it possible to use multiple STB's
pid=$$
if [ $$ -lt 1001 ]; then
	let pid=$$+1000
fi
port1=$pid
let port2=$pid+1

# Open the VOD server side socket and leave it open
# the reason for this UDP - TCP bridge is simple
# socat kept closing the socket after first data exchange
# this way the socket keeps on waiting data from UDP.
# This is the Socat(UDP to TCP) from diagram
# This process will close by itself once VOD closes socket
socat udp4-recv:$port1!!udp4:127.0.0.1:$port2 tcp4:$ip_port &

# Write the first line to output already, we know what it is
printf "$line\r\n" > $out

# The script has to run forever so that Neither VOD nor STB side sockets
# close. If either of them closes, video is restarted. STB sends data
# regularily so there is no need for keepalive
while : ; do
	read line
	# if STB did not send anything, keep still
	if [ -z "$line" ]; then
		continue
	fi

	# Write the first/second line on each packet to output, no need to process those
	printf "$line\r\n" >> $out
	
	# Start searching the "destination" parameter
	while read -t 1 line; do    
		if [[ -n "$(echo $line | grep -E '^.*destination=192.168.1.*$')" ]]; then
			# Take the UDP port the STB reported it will be listening on
			udp_port=$(echo $line | cut -d "=" -f 3 | sed 's/\r//')
			# Get Router IPTV WAN side public IP, for Telia it is at eth0.4
			iptv_ip=$(ifconfig eth0.4 | grep "inet " | cut -d ":" -f 2 | cut -d " " -f 1)
			# Replace the STB LAN IP with Router WAN IP from IPTV side
			line=$(echo $line | sed 's/'$SOCAT_PEERADDR/$iptv_ip'/')
			# Make a hole in the wall for STB Video Stream, this will remain until reboot or firewall flush
			iptables -t nat -A zone_wan_prerouting -p udp --dport $udp_port -j DNAT --to-destination $SOCAT_PEERADDR:$udp_port
		fi
		printf "$line\r\n" >> $out
		# Little speedup, STB has a very short fuse, only a 2 second delay is allowed
		# After that STB will try another VOD quickly
		# So we cannot wait for the last "line read" because for some reason, it is slow
		# And we know it is an empty wait until timeout, so we skip it
		if [[ ! -z "$(echo $line | grep -E '^\r$')" ]]; then
			break
		fi
	done

	# We have written STB request into file, send it away to Socat(UDP to TCP)
	# and store the result in another file
	# This is the Socat(Files to UDP) from diagram
	socat file:$out!!create:$in udp4-recv:$port2!!udp4:127.0.0.1:$port1

	# Cat the result from previous Socat(Files to UDP) to stdout which gets
	# automagically sent back to STB via Socat(STB to Script)
	cat $in

	# Remove in/out temp files and start waiting for new requests from STB
	rm $out
	rm $in
done

Tack dulemis,

netsed fungerar riktigt bra. Nu fungerar allt i den NAT-ade lösningen.

Men jag gick över till att använda mig av nya moduler till nf_conntrack_rtsp samt nf_nat_rtsp precis som du och nu fungerar Play-tjänsterna även dem utan netsed. Super!

Jag testade även med den nyaste versionen av FreshTomato från 27:e februari i år fast då fick jag inte igång denna lösningen. Jag har ställt in allt precis som jag körde med min förra config men Boxen får inte någon kontakt med vlan46, skumt. Testade även Policy based routing utan resultat. Undrar om det kan vara något med vlan modulen i den versionen som inte fungerar så bra med Asus ac68u. Det fungerar dock om jag kör bryggat så vlan fungerar men inte med en NAT-lösning.

Jag gick tillbaka till den senaste versionen av Advanced Tomato och nu fungerar allt igen.
Det enda som buggar nu är att multicast strömmen behöver ca 5 sek på sig att buffra vid kanalbyte.

/csoM

Att pausa VOD verkar fungera utan problem. Jag pausade över 2 min utan problem iaf.

Är det när man trycker på play igen som det krånglar eller hoppar det ut filmen i paus?

/csoM

Jag har en Motorola Arris 4302. Jag tror det är den nyaste de kör just nu. Jag fick den för ca en månad sedan.
Vilken modell har du?

Sedan har jag märkt att våra ipn för iptvlogin.telia.se skiljer sig:

nslookup iptvlogin.telia.se 195.67.199.19
Server:		195.67.199.19
Address:	195.67.199.19#53

Non-authoritative answer:
Name:	iptvlogin.telia.se
Address: 81.236.63.36

nslookup image.iptv.telia.se 195.67.199.19
Server:		195.67.199.19
Address:	195.67.199.19#53

Non-authoritative answer:
Name:	image.iptv.telia.se
Address: 194.236.188.138

Jag kollade även en address: image.iptv.telia.se som finns i configen för min box om man kollar i inställningarna.

Det är skumt att vi har olika adresser för samma domän: iptvlogin.telia.se

Jag provade med att köra allt via vlan46 utan iptvlogin.telia.se och då fungerade det. Det är ju så det ter sig med de statiska routes som jag kör med i vanliga fall eftersom: 81.236.63.36 inte ligger med i någon av dessa subnät:

route add -net 195.67.199.0/24 gw $(nvram get wan2_gateway)
route add -net 194.236.188.0/24 gw $(nvram get wan2_gateway)
route add -net 213.64.59.0/24 gw $(nvram get wan2_gateway)
route add -net 194.22.194.0/24 gw $(nvram get wan2_gateway)

/csoM

Nu har jag testat lite närmare och upplever precis det du säger.

Innan så testade jag max 2-3 minuter men nu pausade jag en film i ca. 5 min och då fick jag samma resultat att man är tvungen att starta om filmen.

/csoM

Det fungerar även för mig med båda sätten. Dock så får jag endast stockholms versioner av lokalkanaler när jag kör iptvlogin... över min vanliga wananslutning men när jag kör iptvlogin... över iptv vlan så kan jag välja mina egna lokala svt, tv4 m.m

/csoM

Jag har kollat lite om just hur tv boxen fungerar.

Om man pluggar in boxen direkt i routern utan att ge den någon option 43:

• Då får jag möjligheten att logga in men inte till iptv-tjänsten utan bara möjlighet att logga in till Telia-play där man kan se de flesta kanaler live samt använda VOD m.m.

• Om man då också inte tar in iptv-vlanet så går ju allt över den vanliga internetanslutningen.

Om man anger option 43 för boxen så har jag tittat närmare på den och kodat av (strängen är hexadecimal en byte-array) strängen som betyder följande:

• 01:05:33:2c:31:2c:33 Betyder: splash-protocol "3,1,3"

• 02:05:33:2c:31:2c:33 Betyder: kernel-protocol "3,1,3"

• 64:01:00 Beytder: renewal-method off

• 0a:12:32:33:39:2e:31:36:2e:31:36:2e:32:30:32:3a:35:35:35:35 Betyder: bootcast-address "239.16.16.202:5555"

• 0b:01:03 Betyder: bootcast-attempts 3

• 0c:01:0a Betyder: bootcast-timeout 10

Jag har gjort följande slutsats. iptvlogin... fungerar vart du än surfar ifrån, den fungerade t.o.m att nå från jobbet.
Anger man sedan option 43 samt att man är uppkopplad mot tv-vlan och konfat multicast med rätt subnät så fungerar boxen i "s.k. ej play-läge" i tv-läge.
Boxen kontaktar då bootcast addressen via multicast/infocast där den får mer info om splash samt firmware samt iptvlogin-addressen m.m och bootar i tv-läge. Så så länge bara boxen får den informationen samt har tillgång till multicasten över tv-vlan så "tror jag" att den bootar i rätt läge. Sedan tror jag att om man kontaktar iptvlogin via tv-vlanet så använder dem sig av någon sorts geo-location och tilldelar dig rätt lokala kanaler.

Rätta mig någon om jag har fel

Jag gissar bara.

/csoM