Gå til innhold

IGMP/Multicast-problemer med Telenor IPTV over fiber


Anbefalte innlegg

Jeg har internett via Telenor Fiber, og abonnerer også på IPTV via Telenor.

 

I stedet for å bruke multimodemet fra Telenor som WAN router har jeg satt opp en pfsense brannmur slik at jeg kan få litt bedre kontroll over internnettet mitt. Dette fungerer helt utmerket på alt annet IPTV, eller multicast streams som kontrolleres av IGMP.

 

For å kontrollere IGMP og multicast streams i pfsense, bruker jeg en software som heter igmpproxy. Denne kjører på pfsense-boksen. Jeg har konfigurert igmpproxy samt brannmurreglene i pfsense til å videresende multicast- og igmp-relaterte pakker til et eget interface i brannmuren min kalt TVLAN. Brannmuren har 3 interfacer, WAN, LAN og TVLAN. Det eneste som står bak TVLAN er en IPTV tuner.

 

Problemet mitt er ikke at jeg ikke får streaming til å fungere. Dette fungerer uten problemer. Det jeg sliter med er å få IGMP til å fungere som det skal. Noen av IGMP-report-meldingene, og spesielt leave-meldingene ser ikke ut til å finne veien tilbake til Telenor. Hvis jeg da svitsjer gjennom en del kanaler på IPTV tuneren min, så har jeg plutselig 10 multicast-streamer oppe samtidig som kneler hele internettlinjen min. Vanligvis skal man kun ha en multicast stream hvis man har én TV og ser på én kanal - men dette fungerer altså ikke helt.

 

Noen andre som har hatt lignende problemer og som kan dele erfaringer?

 

Jeg vil anta at dette må skyldes feilkonfigurering av brannmurregler, feilkonfigurering av igmpproxy eller en bug i igmpproxy-softwaren. Når jeg driver og googler etter løsninger på dette her, så er finner jeg flere tråder med folk som sliter med de noen samme problemene, men ingen klare svar på akkurat dette issuet her.

 

edit:

IGMP-rapportene (inkludert leave) fungerer på TVLAN-interfacet. Der kutter forbindelsene etterhvert som jeg skifter kanal. Problemet er mellom WAN-interfacet og upstream hos Telenor. Akkurat nå har jeg ca 70Mbit/s fra Telenor til WAN, og 0.3Mbit/s fra WAN til TVLAN.

Endret av v3g4rd
Lenke til kommentar
Videoannonse
Annonse

Har dessverre ikke vært borti IPTV fra Telenor før, men jeg tipper de bruker Zyxel-P2812 for sin fiberaksess også ?

 

Jeg vil også tippe at de kjører Internett trafikk og IPTV trafikk via to forskjellige VLAN, kan det være noe definering av VLAN som er problemet ?

 

Hvis vi sier VLAN1 er for internett og VLAN2 er for TV, så tipper jeg at vlan1 og 2 ligger som tagged ut fra porten på IMAP, så som tagged inn på WAN inngangen på multimodemet, så untagged ut på hver sin port på multimodemet ?

Lenke til kommentar
  • 5 måneder senere...

Hei,

 

fant du noen gang ut av dette? Har nå satt inn pfSense selv, og vil nødig gå tilbake til P2812 fra Telenor hvis jeg klarer å unngå det...

Har kommet like langt som deg, og sliter med samme problemstilling.

Lenke til kommentar
  • 3 uker senere...

Jeg har i dag fått fiber fra Telenor og prøver nå å få dreisen på IPTV. Routeren og tuneren fra Telenor har enda ikke kommet, men det er ikke så farlig siden jeg helst ikke ønsker å bruke noe av det.

 

Jeg kjører pfSense VM på ESXi og internett er oppe og går. Spørsmålet er hvordan jeg setter opp pfSense og IGMP. Er det noen som har en liten howto for å gjøre dette?

Lenke til kommentar

fant du noen gang ut av dette?

 

Nei, jeg endte dessverre med å gi opp. Jeg mistenker at dette skyldes at pfsense brukte IGMPv3, så jeg klarte å få streamene til å starte. Report-meldingene i IGMPv3 er derimot litt annerledes enn i IGMPv2, som jeg har fått bekreftet fra Telenor at de brukte. Ga et forsøk på å få dette til på pfsense ved at jeg lagde egne IGMPv2-pakker med nmap, men før jeg kom i mål testet jeg en MikroTik-router som jeg fikk låne av en venn (som baserte seg på IGMPv2), og har brukt denne siden.

 

Har skrevet litt om dette på denne linken her.

 

Jeg har i dag fått fiber fra Telenor og prøver nå å få dreisen på IPTV. Routeren og tuneren fra Telenor har enda ikke kommet, men det er ikke så farlig siden jeg helst ikke ønsker å bruke noe av det.

 

Jeg kjører pfSense VM på ESXi og internett er oppe og går. Spørsmålet er hvordan jeg setter opp pfSense og IGMP. Er det noen som har en liten howto for å gjøre dette?

 

Du må legge inn igmproxy-pakken, og konfigurere hvilke nett som er upstream (WAN, hvor Telenor sender multicast-pakkene sine fra) og hvilket nett som er downstream (altså hvilket nett dekoderen din er på). Se lenken over for detaljer. Lykke til!

Lenke til kommentar

Hei,

 

Takk for svar.

Mitt LAN er 192.168.0.0/24. Er det nødvendig å skille ut all multicast-trafikk (til tuneren) til f. eks. 192.168.1.0/24 eller kan jeg bruke samme?

 

IGMP proxy ligger inne som standard, i hvert fall i v2.1. Antar at jeg kan bruke dette i stedet for å legge inn noe third partry? Kan man bruke VLC til å se på FTA-kanaler eller er man nødt til å bruke tuneren?

Lenke til kommentar

Mitt LAN er 192.168.0.0/24. Er det nødvendig å skille ut all multicast-trafikk (til tuneren) til f. eks. 192.168.1.0/24 eller kan jeg bruke samme?

 

Hvis du har tuneren din på 192.168.0.0/24, så bruker du 192.168.0.0/24 som downstream også.

 

 

Kan man bruke VLC til å se på FTA-kanaler eller er man nødt til å bruke tuneren?

Har aldri hatt behov for å teste dette, så det vet jeg ikke.

Lenke til kommentar
  • 2 uker senere...

Hei,

 

Takk for svar igjen.

Dette begynner å gi meg grå hår. Har enda ikke fått bilde i TVen og kan ikke se i pfSense loggen noe som tyder på at tuneren queries noe som helst.

 

Bruker jeg tcpdump på LAN-siden (em1) får jeg følgende (192.168.0.100 er tuner):

[2.1.3-RELEASE][[email protected]]/root(5): tcpdump -iem1 igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on em1, link-type EN10MB (Ethernet), capture size 96 bytes
00:20:53.482476 IP 192.168.0.100 > all-routers.mcast.net: igmp leave 233.184.49.10
00:20:54.482451 IP 192.168.0.100 > 233.184.49.10: igmp v2 report 233.184.49.10
00:20:55.482186 IP 192.168.0.100 > all-routers.mcast.net: igmp leave 233.184.49.10
00:20:56.482040 IP 192.168.0.100 > 233.184.49.10: igmp v2 report 233.184.49.10
00:20:57.482029 IP 192.168.0.100 > all-routers.mcast.net: igmp leave 233.184.49.10
00:20:58.482782 IP 192.168.0.100 > 233.184.49.10: igmp v2 report 233.184.49.10
00:20:59.483658 IP 192.168.0.100 > all-routers.mcast.net: igmp leave 233.184.49.10
00:21:00.484507 IP 192.168.0.100 > 233.184.49.10: igmp v2 report 233.184.49.10
00:21:01.485367 IP 192.168.0.100 > all-routers.mcast.net: igmp leave 233.184.49.10
00:21:02.485046 IP 192.168.0.100 > 233.184.49.10: igmp v2 report 233.184.49.10
00:21:03.485474 IP 192.168.0.100 > all-routers.mcast.net: igmp leave 233.184.49.10
00:21:04.485362 IP 192.168.0.100 > 233.184.49.10: igmp v2 report 233.184.49.10

tcpdump på WAN-siden gir meg en sjelden gang:

[2.1.3-RELEASE][[email protected]]/root(26): tcpdump -iem0 igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on em0, link-type EN10MB (Ethernet), capture size 96 bytes

00:37:26.437421 IP 148.122.7.125 > all-systems.mcast.net: igmp query v2
00:39:31.437773 IP 148.122.7.125 > all-systems.mcast.net: igmp query v2

Jeg mistenker nå at problemet ligger i firewall rules på enten LAN eller WAN siden. Har satt opp følgende.

 

LAN

PROTO: IPv4/IGMP

Source: LAN net

DEST: 224.0.0.0/4

Adv: This allows packets with IP options to pass.

 

WAN

PROTO: IPv4/UDP

DEST: 224.0.0.0/4

 

Noen ideer hadde vært kjempefint. :)

Endret av eXXon82
Lenke til kommentar
  • 2 uker senere...

Jeg tror problemet mitt ligger i firewall rules.

Når jeg kjører TCPDUMP på WAN så ser jeg

22:18:42.134261 IP 148.122.7.125 > all-systems.mcast.net: igmp query v2

 

Kjører jeg det TCPDUMP på LAN så ser jeg

22:21:14.064914 IP 192.168.0.100 > 233.184.49.10: igmp v2 report 233.184.49.10
22:21:17.208157 IP 192.168.0.100 > all-routers.mcast.net: igmp leave 233.184.49.10
192.168.0.100 er IPen til tuneren. 233.184.49.0 er IPen til kanalen.
WAN Rule
IPv4 UDP * * 224.0.0.0/4 * * none
LAN Rule
IPv4 IGMP LAN net * 224.0.0.0/4 * * none
LAN Rule har "This allows packets with IP options to pass. Otherwise they are blocked by default. This is usually only seen with multicast traffic." aktivert.
IGMP Proxy er satt opp slik
upstream 93.91.111.0/24, 148.122.7.125/24
downstream 192.168.0.0/24
Kan også nevne at jeg kjører pfSense som VM i ESXi, men jeg tviler på at det har noe med saken å gjøre.
Passe frustrerende dette så all hjelp mottas med takk. :)
Endret av eXXon82
Lenke til kommentar

Mja, nå fant jeg forsåvidt ut av det.

Visstnok må LAN IGMP rule'n være den "øverste/første" rule.

Da tikket kanalene inn. Skal sies at det er noe ustabilt. Etter litt zapping forsvant bildet på kanaler som fungerte før zappe-frenzyen. Ikke umulig at det er samme IGMP v2 vs v3 trøbbelet du hadde, ve3g4rd. Må se litt mer på det.

Lenke til kommentar

Ser flere har styrt med dette problemet, og hos meg fungerer følgende instilling på IPTV fra telenor. (se bildevedlegg)

Jeg bruker kun AC66U Asusboksen. Har fjernet zyxel telenormodemet helt.
Jeg har 2 TVbokser, og begge fungerer.
Om ikke TV guide fungerer, trekk ut og inn strømmen på begge tvboksene.

 

Lykke til.

Utennavn_zps5e8a2d7e.jpg

 

post-79574-0-28641300-1403279308_thumb.jpg

Lenke til kommentar

Da har jeg fått det til å fungere, og det fungerer egentlig ganske bra... med tuneren til Telenor.

Med TVen hengende på veggen, uten mediabord, er det egentlig ikke plass til tuneren, og når jeg nå fikk vite at Telenor ikke støtter CAM direkte i TVen ble det plutselig uinteressant.

Canal Digital skal visstnok overta IPTV for Telenor, og da blir det støtte for bruk av CAM. Enn så lenge får man klare seg med NetFlix. Telenor IPTV blir sagt opp på mandag.

 

Takk for all hjelp. :)

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...