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

Det du skriver verkar nog stämma.
Det verkar se mörkt ut. Har lyckats installerat Optware på routern, men de paketet verkar inte finnas med till Tomato...

HAr tittat på det innan, men det verkar inte finnas stöd för min router (inte säkert att OpenWRT heller har stöd för VLAN id > 15).
Får nog ge upp routade lösningen och köra bryggat helt enkelt.

För övrigt så verkar inte de paketen till OpenWRT göra det som skulle behövas, dvs skriva om destination värdet i RTSP-datan. Det handlar om connection tracking, vilke iofs redan finns i Tomato (RTSP NAT-helper). MEd det sagt, så är det väldigt intressant vad och hur Thomson routern egentligen bär sig åt... och enligt mig ganska dumt att boxen skickar med en destination överhuvudtaget (enligt RFC är det intenödvändigt ), testar jag t.ex med VLC på datorn och sniffar så går trafiken som den ska då VLC inte skickas med någon IP och då ser det ut som att det publika IP:et används automatiskt.

Om någon orkar får ni gärna sniffa lite från er Smart
Om inte annat för att bara bekräfta om paketen ändras eller inte i den routern...

Det stämmer, det är en begränsning i GUI.
För att tagga bara ena får du göra det via ssh/telnet och NVRAM.

Där ser man... Då var den saken avgjord
Trist upplägg. Verkar inte vara vanligt eller finnas mycket information om detta problemet, annat än SIP telefoner men nuförtiden är de lite smartare och känner av i mjukvara om de är bakom NAT. Skulle Telias boxar också kunna, ist för deras specifiks mjukvarulösning i Smart-routern.

Jag har frågat lite i andra forum där det diskuteras Tomato bla, men de ser inte jätte lovande ut dessvärre.

Skickades från m.sweclockers.com

Det inlägget du länkar till är korrekt.
GUI tillåter inte att man bara taggar en port på ett VLAN, om porten i fråga ska tillhöra flera VLAN (dvs ej stöd för ett native VLAN samt ett taggat).

Det du därför får göra är att tagga WAN porten på båda VLANen i GUI, spara och därefter manuellt ta bort taggen via SSH för Internet VLANet.
Kör nedan kommandon för att ta bort taggning på WAN porten för VLAN1.

nvram set vlan1ports="0 5"
nvram commit

Innan du kör ovan kommandon kan du köra nedan först, för att se så det ser rätt ut

nvram show | grep vlan1ports

Vilket borde returnera

vlan1ports=0t 5

Jag ser att VLAN VID offset är ihopfälld på dina skärdumpar, du måste ändra offset där om du inte gjort det, och inte manuellt skriva in VID i VLAN-tabellen.
Antagligen har du inte ändrat offset, för isf ska inte dina VID börja på 1 utan 832, t.ex kommer det sista VLANet i listan vara VLAN 13 med VID 845 (nu är det VLAN 3). Lan kommer bli VLAN 0 med VID 832 och WAN VLAN 1 med VID 833. VID offset ska i detta fall vara 832. Kolla upp detta först, när du sparar startar Tomato om automatiskt och då kan du kolla att inställningarna sparats också. I sådana fall ska det funka.

När det ser rätt ut kan du välja valfri port från VLAN 0, tex 4, och flytta till VLAN 13 utan taggning så du kan koppla in din TV-box där. I övrigt ser din skärmdump med port 4 i TV-VLANet ut som hos mig.

Jag har satt mitt TV-VLAN som du under Bridge, ser inte meningen att skapa en ny brygga och tilldela den till TV-vlanet, då ev datorer som sitter på det VLANet inte kommer vara skyddade av den vanliga brandväggen (tror jag). Bäst i det här fallet är nog att isolera TV-vlanet för bara boxarna.

Gott!

En av skrämdumparna där du har port 4 i VLAN845, den ser likadan ut som jag konfigurerat.

Om du skapar en ny brygga, tex br1, och väljer den på VLAN845 så kommer det VLANet att avskiljas från br0 (LAN-bryggan), men även om du väljer som jag beskrev innan none/tomt så funkar det på samma sätt. Du behöver alltså inte sätta upp en separat brygga, jag ser ingen mening i det som sagt, det viktiga är bara att du inte sätter br0.
DHCP eller inte, irrelevant då du i VLAN845 sitter diretkopplad mot Telias TV-nät och deras publika DHCP-server.

Du måste sätta "WAN: Yes" på VLAN845, samt även tagga WAN-porten i VLAN845. Prova det så kommer det nog att funka.

Det ser rätt ut på skärmdumpen. Udda.
Det du förresten kan testa är att köra nedan i SSH

nvram show | grep manual_boot_nv

Är den inställningen "0" provar du och ändra till "1", kör nvram commit och startar om.
Om jag inte missminner mig kan det inverka på VLAN-inställningarna. Hjälper det inte kan du testa att dra strömsladden en gång också.

Du kan också prova att kryssa för "Trunk VLAN support override (experimental)" på VLAN-sidan, det har jag. Vet inte om det behövs men det skadar inte att testa.

Tjena, hoppas allt är bra!

Jag gav ju upp det här, men häromdagen kom jag i kontakt med ett litet program som heter Netsed på Linux som jag visst kunde köra på routern. Vad det gör är att det kan ändra i TCP-paket i realtid, som en sorts proxy, och efter att jag kör igenom RTSP trafiken via programmet så byter den ut min IP adress och strömmen startar från Telias server. Det verkar heller inte belasta routern nåt märkvärdigt, är iofs en gång per session som den behöver skriva om IP-adressen.

Hur som, problemet nu är att de portar som boxen (slumpmässigt) väljer att ta emot strömmen på verkar inte vilja gå igenom routern/brandväggen. Jag har verifierat att det verkar vara fallet, eftersom om jag placerar boxens IP i DMZ i routern så funkar uppspelningen klockrent (program, Play m.m.). Detta är i sig inget problem, om jag bara hade haft en box hemma, men då jag har två så kan jag inte runda problemet och sätta de båda i DMZ.

Frågan nu är, hur kommer det sig t.ex att VLC på datorn kan spela upp en valfri RTSP-stöm, men boxarna kan inte?
Jag sniggade precis lite på TCP och RTSP-trafiken, både när jag spelar upp via VLC (som inte går via "proxyn" då VLC inte lägger in någon IP-adress i RTSP-paketen) och boxen, och annat än att UDP-portarna skiljer sig åt så ser jag inget annat som skulle förklara att RTSP-strömmen startar på datorn, men inte i boxen.

Någon idé?

Jag har även testat att köra VLC strömmen via proxyn, för att utesluta att det är problemet, och det funkar.
Jag kan heller inte se att VLC skulle öppna några portar via UPNP i routern, som skulle förklara det...

För tillfället har jag löst det genom att sätta båda boxarna i typ DMZ, eller rättare sagt att hälften av de högre UDP portarna går till ena och resten till andra. Naturligtvis funkar det sådär, man får prova spela upp flera gånger tills boxen väljer "rätt" port.

Botsett från detta känns de som att lösningen är precis vid mållinjen...

Skickades från m.sweclockers.com

Vad beträffar Telias nät, titta i trådens första inlägg, där har du näten som Telia sänder TV från.

Skickades från m.sweclockers.com

Du måste ha en switch eller router som klarar VLAN, eftersom Telia sänder TV taggat i ett eget VLAN.

Sådär ja! Nu funkar det
Jag löste det på ett annat sätt, port triggering, något som jag glömt av finns och aldrig använt mig av tidigare i en router!
Det svarar visserligen inte på min ursprungliga fråga, men som ett alternativ tror jag detta funkar fullgott jämfört med att "dela upp" inkommande portarna. Jag har provat det rent praktiskt, och det funkar, det verkar även funka på båda boxarna samtidigt (vilket jag trodde inte skulle med tanke på hur port triggering ska funka).

Lite kortfattat, när någon av boxarna börjar spela så börjar RTSP kommunikationen på TCP 5055 (udda, 554 verkar annars vara standard för RTSP) och mha port triggering så öppnar i sin tur routern valfria portar, i det här fallet UDP 10000-65535, som går mot den boxen som startat uppspelningen. Portarna är dessutom bara öppna under en begränsad tid, så länge det finns trafik alternativt efter en standard timeout varvid de stängs igen.
Eftersom boxarna, som vanligt med RTSP, slumpar portarna och jag inte vet var den lägre gränsen går i dess mjukvara så har jag testat att börja från port 10000, upp till den högsta möjliga 65535. Efter flertalet försök så verkar det funka bra iaf.
Dessutom tillåts bara trafik från Telias VOD-servrar till portarna i mina regler, som ett extra litet skydd (behövs antagligen inte).

Netsed, som jag redan nämnt, behövs fortfarande (iaf i mitt fall) då IP-adressen initialt behöver skrivas om en gång varje session, och det startar automatiskt med routern och väntar snällt på anslutningar från mina boxar. Enda nackdelen med detta är att jag inte lyckas få till en transparent proxy trots att det ska fungera, vilket innebär att man får ha lite koll på vilka Telias VOD-servrar är om det skulle sluta funka. Det funkar som så att all trafik från boxarna på port 5055 som går igenom routern skickas till Netsed på en viss port, den skriver om IP-adressen, och vidarebefordrar sedan paketen dit de ska (det är det jag inte får till, har manuellt fått ange att Netsed ska skicka till Telias ena VOD-server). Det är ju transparent i den meningen att varken boxarna eller Telia ser vad som sker rent tekniskt, men Netsed ska också kunna automatiskt skicka vidare paketen dit de ursprunligen är adresserade.

Hur som helst, jag kommer också att uppdatera guiden i första inlägget med de här nyheterna. Det är lite extra jobb att få till det, men vill man köra en fullgod routad lösning utan Telias router så är detta det bästa sättet som jag lyckats med.