OPNsense & pfSense KPN/Telfort IPTV how-to

Pagina: 1 ... 6 ... 9 Laatste
Acties:

Onderwerpen


Acties:
  • +1 Henk 'm!

  • Remie
  • Registratie: Augustus 2012
  • Laatst online: 08-05 09:21
Bij het omzetten naar Unicast voor de test valt mij het volgende op.
Onder "Gebruik Unicast" staat: Kies deze optie als je problemen hebt met live tv kijken

Aan de hand van die omschrijving verwacht ik dat er geen verschil van type verkeer bij de testen tv-gids en opnames komt.

Live TV (KPN app ingesteld op unicast)

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
20:19:47.173976 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4425690:4427142, ack 2616, win 16383, length 1452
20:19:47.173987 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4427142:4428594, ack 2616, win 16383, length 1452
20:19:47.174337 IP 192.168.10.41.50906 > 195.121.69.213.443: Flags [.], ack 4428594, win 24563, length 0
20:19:47.174477 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4428594:4430046, ack 2616, win 16383, length 1452
20:19:47.174992 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4430046:4431498, ack 2616, win 16383, length 1452
20:19:47.175003 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4431498:4432950, ack 2616, win 16383, length 1452
20:19:47.175337 IP 192.168.10.41.50906 > 195.121.69.213.443: Flags [.], ack 4432950, win 24563, length 0
20:19:47.175993 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4432950:4434402, ack 2616, win 16383, length 1452
20:19:47.176004 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4434402:4435854, ack 2616, win 16383, length 1452
20:19:47.176337 IP 192.168.10.41.50906 > 195.121.69.213.443: Flags [.], ack 4435854, win 24563, length 0
20:19:47.176476 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4435854:4437306, ack 2616, win 16383, length 1452
20:19:47.176487 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4437306:4438758, ack 2616, win 16383, length 1452
20:19:47.176711 IP 192.168.10.41.50906 > 195.121.69.213.443: Flags [.], ack 4438758, win 24563, length 0
20:19:47.177224 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4438758:4440210, ack 2616, win 16383, length 1452
20:19:47.177235 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4440210:4441662, ack 2616, win 16383, length 1452
20:19:47.177461 IP 192.168.10.41.50906 > 195.121.69.213.443: Flags [.], ack 4441662, win 24563, length 0
20:19:47.177600 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4441662:4443114, ack 2616, win 16383, length 1452
20:19:47.178115 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4443114:4444566, ack 2616, win 16383, length 1452
20:19:47.178126 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4444566:4446018, ack 2616, win 16383, length 1452
20:19:47.178460 IP 192.168.10.41.50906 > 195.121.69.213.443: Flags [.], ack 4446018, win 24563, length 0
20:19:47.178599 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4446018:4447470, ack 2616, win 16383, length 1452
20:19:47.178610 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4447470:4448922, ack 2616, win 16383, length 1452
20:19:47.178960 IP 192.168.10.41.50906 > 195.121.69.213.443: Flags [.], ack 4448922, win 24563, length 0
20:19:47.179098 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4448922:4450374, ack 2616, win 16383, length 1452
20:19:47.179111 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4450374:4451826, ack 2616, win 16383, length 1452
20:19:47.179335 IP 192.168.10.41.50906 > 195.121.69.213.443: Flags [.], ack 4451826, win 24563, length 0
20:19:47.179599 IP 195.121.69.213.443 > 192.168.10.41.50906: Flags [.], seq 4451826:4453278, ack 2616, win 16383, length 1452


Terugkijken uit de gids meer dan 1 uur geleden (KPN app ingesteld op unicast)

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
20:21:01.584570 IP 192.168.10.41.47990 > 195.121.69.199.443: Flags [.], ack 2980771, win 24563, length 0
20:21:01.584586 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2980771:2982223, ack 592, win 16383, length 1452
20:21:01.584598 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2982223:2983675, ack 592, win 16383, length 1452
20:21:01.584709 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2983675:2985127, ack 592, win 16383, length 1452
20:21:01.584720 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2985127:2986579, ack 592, win 16383, length 1452
20:21:01.584958 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2986579:2988031, ack 592, win 16383, length 1452
20:21:01.584969 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2988031:2989483, ack 592, win 16383, length 1452
20:21:01.585070 IP 192.168.10.41.47990 > 195.121.69.199.443: Flags [.], ack 2986579, win 24563, length 0
20:21:01.585195 IP 192.168.10.41.47990 > 195.121.69.199.443: Flags [.], ack 2989483, win 24563, length 0
20:21:01.585211 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2989483:2990935, ack 592, win 16383, length 1452
20:21:01.585223 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2990935:2992387, ack 592, win 16383, length 1452
20:21:01.585334 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2992387:2993839, ack 592, win 16383, length 1452
20:21:01.585346 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2993839:2995291, ack 592, win 16383, length 1452
20:21:01.585445 IP 192.168.10.41.47990 > 195.121.69.199.443: Flags [.], ack 2992387, win 24563, length 0
20:21:01.585569 IP 192.168.10.41.47990 > 195.121.69.199.443: Flags [.], ack 2995291, win 24563, length 0
20:21:01.585585 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2995291:2996743, ack 592, win 16383, length 1452
20:21:01.585596 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2996743:2998195, ack 592, win 16383, length 1452
20:21:01.585709 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2998195:2999647, ack 592, win 16383, length 1452
20:21:01.585720 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 2999647:3001099, ack 592, win 16383, length 1452
20:21:01.585943 IP 192.168.10.41.47990 > 195.121.69.199.443: Flags [.], ack 3001099, win 24563, length 0
20:21:01.585961 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 3001099:3002551, ack 592, win 16383, length 1452
20:21:01.585972 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 3002551:3004003, ack 592, win 16383, length 1452
20:21:01.586082 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 3004003:3005455, ack 592, win 16383, length 1452
20:21:01.586094 IP 195.121.69.199.443 > 192.168.10.41.47990: Flags [.], seq 3005455:3006907, ack 592, win 16383, length 1452
20:21:01.586194 IP 192.168.10.41.47990 > 195.121.69.199.443: Flags [.], ack 3004003, win 24563, length 0
20:21:01.586319 IP 192.168.10.41.47990 > 195.121.69.199.443: Flags [.], ack 3006907, win 24563, length 0



Iets afspelen wat ik eerder opgenomen heb (KPN app ingesteld op unicast)

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
20:22:03.016663 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24137088:24138528, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016666 IP 192.168.10.41.59972 > 195.121.69.251.443: Flags [.], ack 24103968, win 3906, options [nop,nop,TS val 541571338 ecr 405531880], length 0
20:22:03.016674 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24138528:24139968, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016685 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24139968:24141408, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016694 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24141408:24142848, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016703 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24142848:24144288, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016712 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24144288:24145728, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016721 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24145728:24147168, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016731 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24147168:24148608, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016740 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24148608:24150048, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016755 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24150048:24151488, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016779 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24151488:24152928, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016788 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24152928:24154368, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016796 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24154368:24155808, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016805 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24155808:24157248, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016813 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24157248:24158688, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016821 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24158688:24160128, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016834 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24160128:24161568, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016843 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24161568:24163008, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016851 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24163008:24164448, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016859 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24164448:24165888, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016867 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24165888:24167328, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016879 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24167328:24168768, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016887 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24168768:24170208, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016900 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24170208:24171648, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016909 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24171648:24173088, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016918 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24173088:24174528, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016926 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24174528:24175968, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016934 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24175968:24177408, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016945 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], seq 24177408:24178848, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 1440
20:22:03.016954 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [P.], seq 24178848:24179121, ack 6078, win 99, options [nop,nop,TS val 405531880 ecr 541571336], length 273
20:22:03.017040 IP 192.168.10.41.59972 > 195.121.69.251.443: Flags [.], ack 24139968, win 3749, options [nop,nop,TS val 541571339 ecr 405531880], length 0
20:22:03.017415 IP 192.168.10.41.59972 > 195.121.69.251.443: Flags [.], ack 24179121, win 3542, options [nop,nop,TS val 541571339 ecr 405531880], length 0
20:22:03.024287 IP 192.168.10.41.59972 > 195.121.69.251.443: Flags [.], ack 24179121, win 7109, options [nop,nop,TS val 541571346 ecr 405531880], length 0
20:22:03.030547 IP 195.121.69.213.443 > 192.168.10.41.50926: Flags [F.], seq 3795750302, ack 3173565338, win 16383, length 0
20:22:03.034157 IP 192.168.10.41.59972 > 195.121.69.251.443: Flags [P.], seq 6078:6366, ack 24179121, win 11324, options [nop,nop,TS val 541571356 ecr 405531880], length 288
20:22:03.034283 IP 192.168.10.41.59974 > 195.121.69.251.443: Flags [P.], seq 6188:6481, ack 2181574, win 8128, options [nop,nop,TS val 541571356 ecr 405531819], length 293
20:22:03.036667 IP 195.121.69.251.443 > 192.168.10.41.59972: Flags [.], ack 6366, win 101, options [nop,nop,TS val 405531901 ecr 541571356], length 0
20:22:03.036791 IP 195.121.69.251.443 > 192.168.10.41.59974: Flags [.], ack 6481, win 104, options [nop,nop,TS val 405531901 ecr 541571356], length 0

Acties:
  • +1 Henk 'm!

  • Remie
  • Registratie: Augustus 2012
  • Laatst online: 08-05 09:21
Hotspot test met mijn mobiel (KPN mobiel netwerk)

Multicast + Hotspot = Werkende situatie voor alle bovenstaande scenario's (Langzaam zappen maar beeld is goed en stabiel, ik gok vanwege terugschakelen naar unicast)
Unicast + Hotspot = Werkende situatie voor alle bovenstaande scenario's

De ultieme test zou natuurlijk zijn om dit kastje naar mijn schoonouders mee te nemen en aan te sluiten op hun ziggo lijn 8)7

[ Voor 18% gewijzigd door Remie op 31-01-2023 20:28 ]


Acties:
  • +1 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Remie schreef op dinsdag 31 januari 2023 @ 20:15:
Het lijkt er dus op dat enkel live TV via multicast werkt en de rest onderwater toch unicast gebruikt. Wat het hiervoor het geval was weet ik niet misschien kan Stormfly daar uitsluitsel over geven
Nice dan is écht alleen liveTV multicast, dat is wel in lijn met iemand die op het KPN forum uit zijn FritzBox aantoonde dat er alleen bij liveTV verkeer uit vlan 4 komt. Die test zegt niets over unicast of multicast, dat heb jij mooi in kaart gebracht.

Dan is dit de summary in tekst denk ik:

Je hebt 6 verschillende streams bij KPN +:
-LiveTV is multicast verkeer op een KPN aansluiting als de schakelaar op multicast staat.
(-LiveTV is unicast verkeer op een niet-KPN aansluiting als de schakelaar op multicast staat.)
-Uit de gids terugkijken unicastverkeer als de schakelaar op multicast staat.
-Uit de opnames terug kijken is unicastverkeer (doorspoelen werkt dan wel) als de schakelaar op multicast staat.

-LiveTV is unicast verkeer op een KPN aansluiting als de schakelaar op unicast staat.
-Uit de gids terugkijken unicastverkeer als de schakelaar op unicast staat.
-Uit de opnames terug kijken is unicastverkeer (doorspoelen werkt dan wel) als de schakelaar op unicast staat.

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Remie schreef op dinsdag 31 januari 2023 @ 20:15:

Terugkijken via gids meer dan 1 uur geleden (KPN app ingesteld op multicast)

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
20:11:21.482552 IP 192.168.10.41.33608 > 142.250.179.206.443: UDP, length 41
20:11:21.484177 IP 192.168.10.41.36854 > 142.250.179.206.443: Flags [P.], seq 1:780, ack 1, win 1024, options [nop,nop,TS val 623037239 ecr 2479303694], length 779
20:11:21.487062 IP 142.250.179.206.443 > 192.168.10.41.33608: UDP, length 1350
20:11:21.487073 IP 142.250.179.206.443 > 192.168.10.41.33608: UDP, length 578
20:11:21.487082 IP 142.250.179.206.443 > 192.168.10.41.36854: Flags [.], ack 780, win 263, options [nop,nop,TS val 2479303703 ecr 623037239], length 0
20:11:21.489201 IP 142.250.179.206.443 > 192.168.10.41.36854: Flags [P.], seq 1:381, ack 780, win 263, options [nop,nop,TS val 2479303705 ecr 623037239], length 380
20:11:21.489547 IP 192.168.10.41.36854 > 142.250.179.206.443: Flags [.], ack 381, win 1041, options [nop,nop,TS val 623037245 ecr 2479303705], length 0
20:11:21.495435 IP 192.168.10.41.33608 > 142.250.179.206.443: UDP, length 165
20:11:21.496419 IP 192.168.10.41.33608 > 142.250.179.206.443: UDP, length 1346
20:11:21.496429 IP 192.168.10.41.33608 > 142.250.179.206.443: UDP, length 1350
20:11:21.496438 IP 192.168.10.41.33608 > 142.250.179.206.443: UDP, length 1350
20:11:21.496544 IP 192.168.10.41.33608 > 142.250.179.206.443: UDP, length 1350
20:11:21.496555 IP 192.168.10.41.33608 > 142.250.179.206.443: UDP, length 189
20:11:21.497418 IP 192.168.10.41.36854 > 142.250.179.206.443: Flags [P.], seq 780:854, ack 381, win 1041, options [nop,nop,TS val 623037253 ecr 2479303705], length 74
20:11:21.498948 IP 142.250.179.206.443 > 192.168.10.41.33608: UDP, length 957
20:11:21.498959 IP 142.250.179.206.443 > 192.168.10.41.33608: UDP, length 93
20:11:21.499918 IP 192.168.10.41.33608 > 142.250.179.206.443: UDP, length 33
20:11:21.500820 IP 142.250.179.206.443 > 192.168.10.41.36854: Flags [P.], seq 381:1347, ack 854, win 263, options [nop,nop,TS val 2479303717 ecr 623037253], length 966
20:11:21.501167 IP 192.168.10.41.36854 > 142.250.179.206.443: Flags [.], ack 1347, win 1086, options [nop,nop,TS val 623037256 ecr 2479303717], length 0
20:11:21.502194 IP 142.250.179.206.443 > 192.168.10.41.33608: UDP, length 27
20:11:21.502426 IP 142.250.179.206.443 > 192.168.10.41.33608: UDP, length 25
20:11:21.507691 IP 142.250.179.206.443 > 192.168.10.41.33608: UDP, length 190
20:11:21.507702 IP 142.250.179.206.443 > 192.168.10.41.33608: UDP, length 124
20:11:21.508913 IP 192.168.10.41.33608 > 142.250.179.206.443: UDP, length 35
20:11:21.537298 IP 142.250.179.206.443 > 192.168.10.41.33608: UDP, length 25
20:11:21.538021 IP 192.168.10.41.33608 > 142.250.179.206.443: UDP, length 33
20:11:22.751456 IP 192.168.10.1 > 224.0.0.22: igmp v2 report 224.0.0.22
toon volledige bericht
Dit is de enige die ik niet snap, die IPreeks is van
Google AS15169 142.250.0.0/15 Google LLC


Overigens ik kan alleen terugkijken uit de gids via de oude TV oplossing en dat is multicast verkeer, uit een lage reeks

code:
1
2
3
4
5
6
7
8
21:33:23.774644 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 366
21:33:23.801731 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 322
21:33:24.335144 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 366
21:33:24.461223 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 372
21:33:24.795120 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 354
21:33:24.799120 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 328
21:33:24.942266 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 370
21:33:24.968359 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 3
66

Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
Alleen live TV is geschikt voor multicast. Althans het is niet nuttig om ook persoonlijke uitzendingen (dus speciaal voor jou, zoals een pauze uitzending) op multicast uit te zenden want er zit geen voordeel meer aan. Niemand kijkt precies op hetzelfde moment een opname terug. Dus dan is unicast de meest logische oplossing.

Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
stormfly schreef op dinsdag 31 januari 2023 @ 21:04:
[...]


Dit is de enige die ik niet snap, die IPreeks is van
Google AS15169 142.250.0.0/15 Google LLC
Dat is niet raar. Ze gebruiken gewoon google cloud services.
Overigens ik kan alleen terugkijken uit de gids via de oude TV oplossing en dat is multicast verkeer, uit een lage reeks

code:
1
2
3
4
5
6
7
8
21:33:23.774644 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 366
21:33:23.801731 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 322
21:33:24.335144 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 366
21:33:24.461223 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 372
21:33:24.795120 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 354
21:33:24.799120 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 328
21:33:24.942266 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 370
21:33:24.968359 IP 213-75-167-58.dc.kpn.net.45566 > 224.3.2.6.9875: UDP, length 3
66
Dat is geen multicast stream voor tv beeld maar heeft een andere doel (ik geloof gids informatie of software update informatie). Je teruggekeken tv beeld komt gewoon via unicast binnen.

Acties:
  • 0 Henk 'm!

  • R0GGER
  • Registratie: September 2011
  • Laatst online: 25-06 23:00
Wow wacht... Ik ben absoluut geen netwerkgoeroe, maar begrijp ik het goed dat het nieuwe apparaat van KPN de KPN TV+ (android TV) direct werkt op pfsense in VLAN 6? Je hebt VLAN 4 en de IGMP Proxy niet meer nodig?

Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
R0GGER schreef op dinsdag 31 januari 2023 @ 22:29:
Wow wacht... Ik ben absoluut geen netwerkgoeroe, maar begrijp ik het goed dat het nieuwe apparaat van KPN de KPN TV+ (android TV) direct werkt op pfsense in VLAN 6? Je hebt VLAN 4 en de IGMP Proxy niet meer nodig?
Daar lijkt het op ja. Net zoals je met de kpn app live tv kijkt. Blijkbaar bandbreedte voldoende bij kpn.
Ben zelf nog wel benieuwd of de extra brede kanalen vanaf 661 het ook doen trouwens

Acties:
  • 0 Henk 'm!

  • Remie
  • Registratie: Augustus 2012
  • Laatst online: 08-05 09:21
R0GGER schreef op dinsdag 31 januari 2023 @ 22:29:
Wow wacht... Ik ben absoluut geen netwerkgoeroe, maar begrijp ik het goed dat het nieuwe apparaat van KPN de KPN TV+ (android TV) direct werkt op pfsense in VLAN 6? Je hebt VLAN 4 en de IGMP Proxy niet meer nodig?
Daar wil ik wel aan toevoegen dat het zappen wel aanzienlijk trager gaat dan met multicast. De ervaring is dus minder maar het werkt wel. Hoewel de meesten zullen het verschil niet merken.

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
thehog schreef op dinsdag 31 januari 2023 @ 23:36:
[...]


Daar lijkt het op ja. Net zoals je met de kpn app live tv kijkt. Blijkbaar bandbreedte voldoende bij kpn.
Ben zelf nog wel benieuwd of de extra brede kanalen vanaf 661 het ook doen trouwens
Die bestaan nog helemaal niet op dit moment. Binnen weken is dit wel actief, op verzoek van gebruikers.

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Remie schreef op woensdag 1 februari 2023 @ 06:49:
[...]


Daar wil ik wel aan toevoegen dat het zappen wel aanzienlijk trager gaat dan met multicast. De ervaring is dus minder maar het werkt wel. Hoewel de meesten zullen het verschil niet merken.
Ook als je hem op unicast instelt en hij multicast niet probeert?

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
thehog schreef op dinsdag 31 januari 2023 @ 22:23:
[...]

Dat is niet raar. Ze gebruiken gewoon google cloud services.
Ik kan mij dat niet voorstellen denk je echt dat content bij Google staat voor de beschreven test van Remie?
[...]


Dat is geen multicast stream voor tv beeld maar heeft een andere doel (ik geloof gids informatie of software update informatie). Je teruggekeken tv beeld komt gewoon via unicast binnen.
Ik zal het nogmaals sniffen deze week, mijn theorie is dat het ook unicast moet zijn.

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
thehog schreef op dinsdag 31 januari 2023 @ 22:23:
[...]

Dat is niet raar. Ze gebruiken gewoon google cloud services.


[...]


Dat is geen multicast stream voor tv beeld maar heeft een andere doel (ik geloof gids informatie of software update informatie). Je teruggekeken tv beeld komt gewoon via unicast binnen.
Je hebt gelijk, die vorige capture had ik niet goed gemaakt. Had hem hergebruikt uit een oude post.

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
07:54:05.065809 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.068505 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.068588 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.068627 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.069228 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.070183 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.070976 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.071778 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.072571 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.073604 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.074393 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.075137 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.075938 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.076981 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.077997 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.078508 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328
07:54:05.079519 IP 213.75.113.121.10000 > 172.16.25.41.3544: UDP, length 1328

Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
stormfly schreef op woensdag 1 februari 2023 @ 07:32:
[...]


Ik kan mij dat niet voorstellen denk je echt dat content bij Google staat voor de beschreven test van Remie?
Want? Waarom zou KPN geen content stallen in de google cloud omgeving. Die hebben veel meer opslag en bandbreedte capaciteit die je makkelijk kan inkopen. Kan KPN zelf niet tegen op.

Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
stormfly schreef op woensdag 1 februari 2023 @ 07:29:
[...]


Die bestaan nog helemaal niet op dit moment. Binnen weken is dit wel actief, op verzoek van gebruikers.
Ok dan benieuwd of ze die bij unicast ook activeren of alleen bij multicast.

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
thehog schreef op woensdag 1 februari 2023 @ 14:56:
[...]


Want? Waarom zou KPN geen content stallen in de google cloud omgeving. Die hebben veel meer opslag en bandbreedte capaciteit die je makkelijk kan inkopen. Kan KPN zelf niet tegen op.
Nee mijn onderbuik gevoel zegt: dat bouwt een provider zelf intern in zijn DC op.

Acties:
  • +1 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
stormfly schreef op woensdag 1 februari 2023 @ 14:58:
[...]


Nee mijn onderbuik gevoel zegt: dat bouwt een provider zelf intern in zijn DC op.
Niet nodig perse. De grote cloudproviders zijn veel beter in dit soort zaken.
Maar het is al opgelost: 142.250.179 is namelijk google.com zelf .. ga maar naar https:/142.250.179 (de tcpdump liet ook verkeer vanaf poort 443 zien). Dit was dus gewoon udp-http verkeer (HTTP/3, QUIC) van een browser van hem :)

Acties:
  • 0 Henk 'm!

  • ANdrode
  • Registratie: Februari 2003
  • Niet online
thehog schreef op woensdag 1 februari 2023 @ 14:56:
[...]


Want? Waarom zou KPN geen content stallen in de google cloud omgeving. Die hebben veel meer opslag en bandbreedte capaciteit die je makkelijk kan inkopen. Kan KPN zelf niet tegen op.
Op prijs kan KPN hier prima tegenop :)

Als je naar de AWS Cloudfront prijzen kijkt zie je $0.02 per GB. Bij een jaar commitment mogelijk nog wat lager. Bij minder volume (maar wel terabytes/maand) kost een CDN dacht ik ~$0.03/GB met een wereldwijde traffic mix (je kan dus niet 1:1 die cloudfront prijzen vergelijken).

Het verkeer moet daarna alsnog door het KPN netwerk heen. Je wilt dit niet via transit, dus je doet private peering met het CDN. Mogelijk zelfs decentraal (zie: de meerdere netflix PoPs in KPN netwerk). Uiteindelijk is de architectuur bij zelf doen of CDN gebruiken ongeveer gelijk.

Ik zou bij het inkopen van een TV platform er op letten dat ze meerdere storage modellen ondersteunen, waarbij één self-hosted CDN is.

Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
Zou hier erg graag op willen reageren maar dan gaan we te veel off-topic :) Maar het is sowieso verder niet nodig om hier over te discussieren want de aanname dat het unicast tv verkeer in sommige gevallen bij Google vandaan kwam klopt dus niet. Gewoon verkeerde tcpdump.

Acties:
  • 0 Henk 'm!

  • TweedeHandsPCs
  • Registratie: December 2020
  • Laatst online: 05-02 17:04
Fijn dat ik dit forum artikel gevonden heb!!

Ik heb pfsense draaien thuis en werkte allemaal uitstekend met kpn iptv.
Maar laatste maanden issues....

Kan iemand mij verder helpen? Misschien dat iemand mijn probleem zo herkend.....
Zie: https://forum.kpn.com/thu...et-pfsense-netwerk-580494

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
TweedeHandsPCs schreef op vrijdag 3 februari 2023 @ 16:42:
Fijn dat ik dit forum artikel gevonden heb!!

Ik heb pfsense draaien thuis en werkte allemaal uitstekend met kpn iptv.
Maar laatste maanden issues....

Kan iemand mij verder helpen? Misschien dat iemand mijn probleem zo herkend.....
Zie: https://forum.kpn.com/thu...et-pfsense-netwerk-580494
Hoe ziet je igmp proxy eruit?

Die proxy is niet even stabiel, ook niet in versie 23.x

Het is inderdaad verstandig onderin je FW rules een allow all zetten, zodat je ook NTP en DNS kunt doen. Ik hou mijn antwoorden even hier.

Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
@TweedeHandsPCs ervaar je vastlopen na een paar minuten? zo ja, check dan even mijn posts en de patch om multicast groups te whitelisten
Of zet even je STB's in een dedicated IPTV_LAN.
Probleem kan dan zijn dat door andere systemen in je netwerk er te veel multicast groups actief zijn en igmproxy dat allemaal doorstuurd/aangevraagd bij je provider waar blijkbaar een limiet op zit.

En had je nou wel of niet die 224.0.0.0/8 veranderd in /4 al en wel overal in je configs?

Acties:
  • 0 Henk 'm!

  • TweedeHandsPCs
  • Registratie: December 2020
  • Laatst online: 05-02 17:04
stormfly schreef op vrijdag 3 februari 2023 @ 18:36:
[...]


Hoe ziet je igmp proxy eruit?

Die proxy is niet even stabiel, ook niet in versie 23.x

Het is inderdaad verstandig onderin je FW rules een allow all zetten, zodat je ook NTP en DNS kunt doen. Ik hou mijn antwoorden even hier.
Afbeeldingslocatie: https://tweakers.net/i/3m2ECmoq-LDq18MlYusW27yOmHw=/800x/filters:strip_exif()/f/image/2QK6swpMn9RtRPnLQL1lJijA.png?f=fotoalbum_large

Acties:
  • 0 Henk 'm!

  • TweedeHandsPCs
  • Registratie: December 2020
  • Laatst online: 05-02 17:04
thehog schreef op vrijdag 3 februari 2023 @ 19:06:
@TweedeHandsPCs ervaar je vastlopen na een paar minuten? zo ja, check dan even mijn posts en de patch om multicast groups te whitelisten
Of zet even je STB's in een dedicated IPTV_LAN.
Probleem kan dan zijn dat door andere systemen in je netwerk er te veel multicast groups actief zijn en igmproxy dat allemaal doorstuurd/aangevraagd bij je provider waar blijkbaar een limiet op zit.

En had je nou wel of niet die 224.0.0.0/8 veranderd in /4 al en wel overal in je configs?
Kan je die post even hier onder taggen?.. Wil niet alle 1000 berichten hier lezen 8)7
Knalt er inderdaad na enkele minuten uit. STB word compleet unresponsive dan.

alle firewall rules waar 224.0.0.0 in staat is allemaal /4 inderdaad.

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Deel ook nog even je huidige firewall rule voor LAN en WAN, dan is het plaatje compleet.

Je kunt zoeken op username dan ben je zo bij de post van thehog

Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
TweedeHandsPCs schreef op vrijdag 3 februari 2023 @ 19:25:
[...]

Kan je die post even hier onder taggen?.. Wil niet alle 1000 berichten hier lezen 8)7
Knalt er inderdaad na enkele minuten uit. STB word compleet unresponsive dan.

alle firewall rules waar 224.0.0.0 in staat is allemaal /4 inderdaad.
Zie vooral deze post: thehog in "OPNsense & pfSense KPN/Telfort IPTV how-to"

Acties:
  • +1 Henk 'm!

  • Remie
  • Registratie: Augustus 2012
  • Laatst online: 08-05 09:21
Zojuist de bugs doorgenomen die nog spelen in de nieuwe PFsense versie 23.01 en het lijkt er op dat de IGMP proxy een flinke bug heeft waardoor tv kijken onmogelijk gemaakt kan worden.

Bron 1: https://forum.netgate.com...gmp-proxy-stops-tv-stream
Bron 2: https://redmine.pfsense.org/issues/13929

Wanneer 23.01 uit is ga ik wel goede backups maken en het toch proberen maar ik zou niet zomaar naar 23.01 overstappen wanneer je IPtv via multicast gebruikt.

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Remie schreef op woensdag 8 februari 2023 @ 10:30:
Zojuist de bugs doorgenomen die nog spelen in de nieuwe PFsense versie 23.01 en het lijkt er op dat de IGMP proxy een flinke bug heeft waardoor tv kijken onmogelijk gemaakt kan worden.

Bron 1: https://forum.netgate.com...gmp-proxy-stops-tv-stream
Bron 2: https://redmine.pfsense.org/issues/13929

Wanneer 23.01 uit is ga ik wel goede backups maken en het toch proberen maar ik zou niet zomaar naar 23.01 overstappen wanneer je IPtv via multicast gebruikt.
Klopt hij is getagged voor 23.05 helaas. Of als het makkelijk was zouden ze proberen het mee te nemen in een RC.

Acties:
  • +2 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
Ik ben inmiddels overgestapt van KPN naar Youfone. Die hebben over-the-top IPTV (dus unicast op internet ipv multicast iptv vlan). Voor mij is dit topic dus even niet meer actueel dus zal ik hier niet veel meer te vinden zijn.

Hoop dat andere nog geholpen zijn met m'n whitelist patch op de igmp proxy. Ik heb het zelf niet meer nodig.

Acties:
  • 0 Henk 'm!

  • grotegok
  • Registratie: April 2003
  • Laatst online: 27-06 21:08
Ik draai al even met succes 2.6.0 CE edition, zou ik over moeten gaan naar pfSense Plus of juist niet?
Wat is jullie advies? Veel voordelen?

dank

Acties:
  • +2 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Er is een fix geschreven voor dit probleem.

code:
1
2
fetch https://redmine.pfsense.org/attachments/download/4714/igmpproxy-0.3_1.pkg
pkg add -f igmpproxy-0.3_1.pkg



https://redmine.pfsense.org/issues/13929 (bug tool)

https://forum.netgate.com...stream/31?_=1676443370255


In pfSense plus 23.01 RC (en 2.7.0 CE waarschijnlijk) is een bug aanwezig die multicast TV laat stoppen. De fix staat gepland voor 23.05, mogelijk kunnen we de bug voorzien van comments waardoor ze hem eerder proberen te fixen?

Na een update van 22.05 naar 23.01 is het direct defect.

[ Voor 16% gewijzigd door stormfly op 19-02-2023 10:57 ]


Acties:
  • 0 Henk 'm!

  • JohHer
  • Registratie: November 2018
  • Laatst online: 28-10-2024
Helaas komt de fix voor multicast TV niet meer in 23.01. Deze is vandaag vrijgegeven. Het probleem staat nog steeds open voor 23.05. TV gebruikers: niet updaten dus.

  • Remie
  • Registratie: Augustus 2012
  • Laatst online: 08-05 09:21
JohHer schreef op woensdag 15 februari 2023 @ 22:25:
Helaas komt de fix voor multicast TV niet meer in 23.01. Deze is vandaag vrijgegeven. Het probleem staat nog steeds open voor 23.05. TV gebruikers: niet updaten dus.
Meteen even mijn branch op N-1 gezet dus nu zeurt ie niet meer voor een update.
Persoonlijk ben ik erg benieuwd hoeveel mensen gewoon op update klikken en zich hier in dit topic gaan melden

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Remie schreef op donderdag 16 februari 2023 @ 10:15:
[...]


Meteen even mijn branch op N-1 gezet dus nu zeurt ie niet meer voor een update.
Persoonlijk ben ik erg benieuwd hoeveel mensen gewoon op update klikken en zich hier in dit topic gaan melden
Ik kan nu niet terug en heb mijn vyos TV VM weer opgestart op proxmox. Het gezin en ik hebben er geen last van, toch is het jammer dat het nu via een VM loopt ipv via de router ;-)

Voordeel is wel als ik nu pfSense upgrade of reboot, dat de TV fijn door blijft draaien omdat de VM met een eigen poot in vlan4 hangt.

[ Voor 5% gewijzigd door stormfly op 19-02-2023 10:57 ]


  • JohHer
  • Registratie: November 2018
  • Laatst online: 28-10-2024
stormfly schreef op donderdag 16 februari 2023 @ 10:58:
[...]


Ja ik ;-)
***members only***
Ik kan nu niet terug en heb mijn vyos TV VM weer opgestart op proxmox. Het gezin en ik hebben er geen last van, toch is het jammer dat het nu via een VM loopt ipv via de router ;-)

Voordeel is wel als ik nu pfSense upgrade of reboot, dat de TV fijn door blijft draaien omdat de VM met een eigen poot in vlan4 hangt.
2.6.0 downloaden, backup terugzetten en daarmee draaien tot juiste 23.xx uitkomt is misschien een mogelijkheid?

En werkt terugval via de backup in Boot Environment niet?

  • Theone098
  • Registratie: Februari 2015
  • Laatst online: 27-06 21:00
Remie schreef op donderdag 16 februari 2023 @ 10:15:
[...]


Meteen even mijn branch op N-1 gezet dus nu zeurt ie niet meer voor een update.
Persoonlijk ben ik erg benieuwd hoeveel mensen gewoon op update klikken en zich hier in dit topic gaan melden
Ik heb mijn drang om op update te klikken verdrongen en eerst dit topic bekeken. Ik zit niet verlegen om werk :P .

Hoe zet je de branch op N-1?

  • Remie
  • Registratie: Augustus 2012
  • Laatst online: 08-05 09:21
stormfly schreef op donderdag 16 februari 2023 @ 10:58:
[...]


Ja ik ;-)
***members only***
Ik kan nu niet terug en heb mijn vyos TV VM weer opgestart op proxmox. Het gezin en ik hebben er geen last van, toch is het jammer dat het nu via een VM loopt ipv via de router ;-)

Voordeel is wel als ik nu pfSense upgrade of reboot, dat de TV fijn door blijft draaien omdat de VM met een eigen poot in vlan4 hangt.
Waarom maak je geen export van de config en importeer je die niet op 22.05? Dat zou gewoon moeten werken. Dit heb ik eerder ook probleemloos gedaan. Je krijgt wel wat waarschuwingen dat het niet supported is maar het werkt wel :-)

[ Voor 9% gewijzigd door Remie op 16-02-2023 12:12 ]


Acties:
  • +1 Henk 'm!

  • Remie
  • Registratie: Augustus 2012
  • Laatst online: 08-05 09:21
Theone098 schreef op donderdag 16 februari 2023 @ 11:28:
[...]

Ik heb mijn drang om op update te klikken verdrongen en eerst dit topic bekeken. Ik zit niet verlegen om werk :P .

Hoe zet je de branch op N-1?
System > Update en daar zet je de Branch op "Previous stable version"

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
JohHer schreef op donderdag 16 februari 2023 @ 11:25:
[...]

2.6.0 downloaden, backup terugzetten en daarmee draaien tot juiste 23.xx uitkomt is misschien een mogelijkheid?

En werkt terugval via de backup in Boot Environment niet?
Nee ik heb er vrede mee hoor. Er is zo ontzettend veel gewijzigd aan mijn configuratie dat een 22.05 nog van vorig jaar was.

Heb er vertrouwen in dat ze het kunnen patchen in het OS ipv in 23.05

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Remie schreef op donderdag 16 februari 2023 @ 12:10:
[...]


Waarom maak je geen export van de config en importeer je die niet op 22.05? Dat zou gewoon moeten werken. Dit heb ik eerder ook probleemloos gedaan. Je krijgt wel wat waarschuwingen dat het niet supported is maar het werkt wel :-)
Ja precies daarom niet 😜 VYOS als router OS op een VM werkt echt heel goed.

[ Voor 6% gewijzigd door stormfly op 16-02-2023 12:45 ]


Acties:
  • +5 Henk 'm!

  • Fretboard
  • Registratie: December 2020
  • Laatst online: 05-06 22:14
Ondertussen is het igmp probleem in 23.01 gepatched voor alle beschikbare platvormen. De patch is sinds gisteren toegevoegd aan de standaard repository

Vanuit de pfsense shell of via ssh:

code:
1
2
3
4
5
6
7
8
9
10
11
pkg update
pkg upgrade

Installed packages to be UPGRADED:
        igmpproxy: 0.3,1 -> 0.3_1,1 [pfSense]

Number of packages to be upgraded: 1

24 KiB to be downloaded.

Proceed with this action? [y/N]: y


Vervolgens de igmp proxy bij services in de web-gui reloaden en je ip-tv werkt weer als een zonnetje. :)

Acties:
  • 0 Henk 'm!

  • ericafterdark
  • Registratie: Januari 2002
  • Laatst online: 24-06 07:40
Ik migreer volgende week terug van Freedom naar KPN (alleen glasvezel internet). Dat zal neem ik aan een redelijk soepele migratie zijn. Sessie zal in pfSense verdwijnen en weer tot stand komen vermoed ik.

Hier had uw reclame kunnen staan.


Acties:
  • 0 Henk 'm!

  • rally
  • Registratie: Maart 2002
  • Laatst online: 28-06 09:10

rally

Deyterra Consultancy

Eiríkr schreef op woensdag 22 februari 2023 @ 18:02:
Ik migreer volgende week terug van Freedom naar KPN (alleen glasvezel internet). Dat zal neem ik aan een redelijk soepele migratie zijn. Sessie zal in pfSense verdwijnen en weer tot stand komen vermoed ik.
Yup. Instellingen van Freedom en KPN zijn naar mijn weten nog steeds gelijk.

Mag ik vragen waarom je van Freedom naar KPN overstapt?

http://www.deyterra.com


Acties:
  • +1 Henk 'm!

  • ericafterdark
  • Registratie: Januari 2002
  • Laatst online: 24-06 07:40
rally schreef op zaterdag 25 februari 2023 @ 13:28:
[...]


Yup. Instellingen van Freedom en KPN zijn naar mijn weten nog steeds gelijk.

Mag ik vragen waarom je van Freedom naar KPN overstapt?
De maandelijkse kosten.

Hier had uw reclame kunnen staan.


Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Vrijheid heeft zo zijn prijs :+ _/-\o_

Acties:
  • +3 Henk 'm!

  • ericafterdark
  • Registratie: Januari 2002
  • Laatst online: 24-06 07:40
En zo ging ik vanochtend vrijwel naadloos over van Freedom naar KPN.

code:
1
2
3
4
5
Feb 28 05:03:24 ppp 17730   [wan_link0] PPPoE: connection closed
...
Feb 28 05:03:26 ppp 17730   [wan_link0] Link: reconnection attempt 1 in 3 seconds
...
Feb 28 05:03:35 ppp 17730   [wan_link0] PPPoE: connection successful


etc.

Hier had uw reclame kunnen staan.


Acties:
  • 0 Henk 'm!

  • Videopac
  • Registratie: November 2000
  • Nu online

Videopac

Rommelt wat aan.

Eiríkr schreef op dinsdag 28 februari 2023 @ 06:43:
En zo ging ik vanochtend vrijwel naadloos over van Freedom naar KPN.

code:
1
2
3
4
5
Feb 28 05:03:24 ppp 17730   [wan_link0] PPPoE: connection closed
...
Feb 28 05:03:26 ppp 17730   [wan_link0] Link: reconnection attempt 1 in 3 seconds
...
Feb 28 05:03:35 ppp 17730   [wan_link0] PPPoE: connection successful


etc.
Heeft die hele overstap 11 seconden geduurd?

Asustor AS6704T (32GB, 4x16TB MG08), OpenWrt (3x GL.iNet Flint 2 MT6000), Lyrion Media Server, Odroid H2/N2+/C4/C2, DS918+ (4x8TB WD RED)


Acties:
  • +1 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
Videopac schreef op dinsdag 28 februari 2023 @ 07:40:
[...]

Heeft die hele overstap 11 seconden geduurd?
Kan kloppen. Ik heb daar laast naar gevraagd bij KPN.
Als je een overstap aanvraagt met overstapbegeleiding (nieuwe partij zegt het op en er komt een installateur) dan wordt je overgezet zodra de nieuwe partij hun modem aan het netwerk ziet (en dan wordt het automatisch binnen enkele seconden omgezet), althans als je blijft binnen het KPN wholesale netwerk.

Stap je over zonder begeleiding dan is de wijzigin in de nacht. Dus zonder monteur. Of de opzegging hier wel of niet bij hoort weet ik zo even niet. Maar dan moet je dus zelf je modem vervangen, of zoals hierboven een eigen router hebt die gewoon een nieuwe PPPoE opzet :)

Acties:
  • +1 Henk 'm!

  • ericafterdark
  • Registratie: Januari 2002
  • Laatst online: 24-06 07:40
Videopac schreef op dinsdag 28 februari 2023 @ 07:40:
[...]

Heeft die hele overstap 11 seconden geduurd?
Ja, mooi he!

Hier had uw reclame kunnen staan.


Acties:
  • +2 Henk 'm!

  • ericafterdark
  • Registratie: Januari 2002
  • Laatst online: 24-06 07:40
thehog schreef op dinsdag 28 februari 2023 @ 07:56:
[...]


Kan kloppen. Ik heb daar laast naar gevraagd bij KPN.
Als je een overstap aanvraagt met overstapbegeleiding (nieuwe partij zegt het op en er komt een installateur) dan wordt je overgezet zodra de nieuwe partij hun modem aan het netwerk ziet (en dan wordt het automatisch binnen enkele seconden omgezet), althans als je blijft binnen het KPN wholesale netwerk.

Stap je over zonder begeleiding dan is de wijzigin in de nacht. Dus zonder monteur. Of de opzegging hier wel of niet bij hoort weet ik zo even niet. Maar dan moet je dus zelf je modem vervangen, of zoals hierboven een eigen router hebt die gewoon een nieuwe PPPoE opzet :)
Er komt straks nog een monteur. Geen idee wat hij komt doen.

Hier had uw reclame kunnen staan.


Acties:
  • +2 Henk 'm!

  • jimmy87
  • Registratie: December 2006
  • Laatst online: 26-06 13:11
Ik denk koffie drinken :P

Acties:
  • +1 Henk 'm!

  • ericafterdark
  • Registratie: Januari 2002
  • Laatst online: 24-06 07:40
Haha ja. Die box ligt in een ongeopende doos. TV en telefonie heb ik niet.

Hier had uw reclame kunnen staan.


Acties:
  • +1 Henk 'm!

  • rally
  • Registratie: Maart 2002
  • Laatst online: 28-06 09:10

rally

Deyterra Consultancy

Eiríkr schreef op dinsdag 28 februari 2023 @ 10:48:
[...]


Haha ja. Die box ligt in een ongeopende doos. TV en telefonie heb ik niet.
Dat was bij mijn overstap van T-Mobile naar KPN ook zo. Merkte dat de boel offline was en kort daarna weer online kwam (althans... de monitoring vertelde het me).
Toen de monteur 10 minuten later voor de deur stond met een grote doos heb ik letterlijk alleen een bak koffie voor hem ingeschonken en ging hij 10 minuten later zonder ook maar één ding te doen naar de volgende klant.

http://www.deyterra.com


Acties:
  • 0 Henk 'm!

  • ericafterdark
  • Registratie: Januari 2002
  • Laatst online: 24-06 07:40
rally schreef op dinsdag 28 februari 2023 @ 10:56:
[...]


Dat was bij mijn overstap van T-Mobile naar KPN ook zo. Merkte dat de boel offline was en kort daarna weer online kwam (althans... de monitoring vertelde het me).
Toen de monteur 10 minuten later voor de deur stond met een grote doos heb ik letterlijk alleen een bak koffie voor hem ingeschonken en ging hij 10 minuten later zonder ook maar één ding te doen naar de volgende klant.
Mooi.

Ik zie aan mijn RIPE Atlas probe ook dat ik nu gebruik maak van andere routes/transits. Latency is op een aantal plekken lager t.o.v. Freedom. Grappig genoeg op sommige plekken ook iets hoger.

Hier had uw reclame kunnen staan.


Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
Eiríkr schreef op dinsdag 28 februari 2023 @ 09:02:
[...]


Er komt straks nog een monteur. Geen idee wat hij komt doen.
Had je dan inclusief overstapservice besteld of niet? Want als dat wel inclusief is dan zou de overstap pas gedaan worden bij aanzetten nieuwe router, aldus KPN zelf.

Acties:
  • 0 Henk 'm!

  • rally
  • Registratie: Maart 2002
  • Laatst online: 28-06 09:10

rally

Deyterra Consultancy

thehog schreef op dinsdag 28 februari 2023 @ 13:15:
[...]


Had je dan inclusief overstapservice besteld of niet? Want als dat wel inclusief is dan zou de overstap pas gedaan worden bij aanzetten nieuwe router, aldus KPN zelf.
KPN stuurt bij de installatie van glasvezel (vrijwel) altijd een monteur omdat in veel gevallen de FTU vervangen moet worden. Zeker als de klant van de ene naar een andere provider overgaat.

Bovendien moet de monteur eigenlijk de KPN modem online brengen omdat daarmee de verbinding automatisch als opgeleverd wordt in de leverstraat van KPN.

http://www.deyterra.com


Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
rally schreef op dinsdag 28 februari 2023 @ 14:54:
[...]

KPN stuurt bij de installatie van glasvezel (vrijwel) altijd een monteur omdat in veel gevallen de FTU vervangen moet worden. Zeker als de klant van de ene naar een andere provider overgaat.

Bovendien moet de monteur eigenlijk de KPN modem online brengen omdat daarmee de verbinding automatisch als opgeleverd wordt in de leverstraat van KPN.
FTU wordt toch alleen vervangen als je overstapt naar een niet KPN-wholesale aanbieder?

Acties:
  • 0 Henk 'm!

  • ericafterdark
  • Registratie: Januari 2002
  • Laatst online: 24-06 07:40
thehog schreef op dinsdag 28 februari 2023 @ 13:15:
[...]


Had je dan inclusief overstapservice besteld of niet? Want als dat wel inclusief is dan zou de overstap pas gedaan worden bij aanzetten nieuwe router, aldus KPN zelf.
Zonder, dus dat zal verklaren waarom de lijn vannacht al op kwam?

Hier had uw reclame kunnen staan.


Acties:
  • 0 Henk 'm!

  • ericafterdark
  • Registratie: Januari 2002
  • Laatst online: 24-06 07:40
rally schreef op dinsdag 28 februari 2023 @ 14:54:
[...]

KPN stuurt bij de installatie van glasvezel (vrijwel) altijd een monteur omdat in veel gevallen de FTU vervangen moet worden. Zeker als de klant van de ene naar een andere provider overgaat.

Bovendien moet de monteur eigenlijk de KPN modem online brengen omdat daarmee de verbinding automatisch als opgeleverd wordt in de leverstraat van KPN.
Mijn FTU was bij de aansluiting op Freedom Internet al verwijderd.

Hij is inmiddels lang geweest. Heeft op zijn tablet de lijninformatie bekeken. Was allemaal in orde. Kon weer gaan. Leuke vent!

Hier had uw reclame kunnen staan.


Acties:
  • 0 Henk 'm!

  • rally
  • Registratie: Maart 2002
  • Laatst online: 28-06 09:10

rally

Deyterra Consultancy

thehog schreef op dinsdag 28 februari 2023 @ 15:29:
[...]


FTU wordt toch alleen vervangen als je overstapt naar een niet KPN-wholesale aanbieder?
Dat klopt in theorie. In de praktijk heb ik al heel vaak meegemaakt dat hij toch wordt vervangen.
Soms heb ik het gevoel dat het alleen vanwege bureaucratie is. Maar ik maak ook mee dat hij wordt vervangen "omdat dit model nieuwer is" (een kruising tussen een gerechtvaardigde upgrade en bureaucratie).

Bij mij was overigens het probleem dat de monteur dus niet de Experiabox aan de lijn had gehangen, waardoor ik enkele dagen later door KPN werd gebeld of de monteur wel was langsgeweest (i.v.m. de automatische doorkoppeling naar de leverstraat).

http://www.deyterra.com


Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
Eiríkr schreef op dinsdag 28 februari 2023 @ 15:31:
[...]


Zonder, dus dat zal verklaren waarom de lijn vannacht al op kwam?
Ja, zo is me dat uitgelegd. Zonder is de nacht al over. Met is zodra de router/modem is aangesloten via automatische overzetting in leverstraat

Acties:
  • 0 Henk 'm!

  • Echnon
  • Registratie: Mei 2000
  • Laatst online: 24-06 20:54
Remie schreef op dinsdag 31 januari 2023 @ 20:28:
Hotspot test met mijn mobiel (KPN mobiel netwerk)

Multicast + Hotspot = Werkende situatie voor alle bovenstaande scenario's (Langzaam zappen maar beeld is goed en stabiel, ik gok vanwege terugschakelen naar unicast)
Unicast + Hotspot = Werkende situatie voor alle bovenstaande scenario's

De ultieme test zou natuurlijk zijn om dit kastje naar mijn schoonouders mee te nemen en aan te sluiten op hun ziggo lijn 8)7
Je kunt een VPN client op die dingen installeren (vrij open Android box tot nu toe), maar dan merk je al snel dat KPN daar al aan gedacht heeft, en dat de KPN TV app uiteindelijk wel de baas is op de TV+ box. Dan kun je beter een Google TV met wireguard en de losse kpn iTV app bij je schoonouders neerzetten gekoppeld aan je eigen router.

Acties:
  • 0 Henk 'm!

  • Boomerang
  • Registratie: November 2000
  • Niet online
Ik heb een Intel 5105 mini PC met Proxmox VE (laatste stable) en daarop een OPNSense (23.1.3-amd64) VM draaien. Drie van de vier NICs heb ik via PCI passthrough doorgezet naar de OPNSense VM. NIC0 = WAN (direct verbonden met de FTU), NIC1 = LAN, NIC2 = direct verbonden met STB. Ik probeer routed IPTV via KPN werkende te krijgen, maar tot nu toe zonder succes. Internet over IPv4 en IPv6 werkt prima. De configuratie heb ik vrijwel volledig overgenomen van https://helpdesk.nolim-it...lasvezel-IPv6-Routed-IPTV.

Op de WAN_IPTV interface krijg ik netjes een IP-adres via DHCP van KPN over VLAN 4. De howto heeft het over een aparte gateway configureren voor WAN_IPTV, maar die blijft vervolgens inactief, waarschijnlijk omdat KPN geen gateway meer meestuurt:

Afbeeldingslocatie: https://tweakers.net/i/qlxeFt7M1hrDzOwTgk_vFaOwEXs=/800x/filters:strip_exif()/f/image/8qOPHpSWjTvtSIrttNuNfpjl.png?f=fotoalbum_large

Ik heb daarom een NAT rule toegevoegd op de WAN_IPTV interface:

Afbeeldingslocatie: https://tweakers.net/i/Em25NnQIyH2u38KD6v96yaHfZ3U=/800x/filters:strip_exif()/f/image/kMvDY1LkfwybHotQposVTObq.png?f=fotoalbum_large

Tijdens het opstarten van de STB ziet de routes tabel er zo uit (vlan02 is alleen de naam in OPNsense, maar is VLANid 4):

Afbeeldingslocatie: https://tweakers.net/i/ZJMeav40oQob5DjtX_479um1ESQ=/800x/filters:strip_exif()/f/image/zRUXiGhTAuXSs1sIItDUrJJM.png?f=fotoalbum_large

Als ik nu mijn STB (ZTE ZXV8001) opstart, blijft het bootproces hangen op 85% (configuratie geactiveerd). Daarna treedt de foutcode 561 op ("ophalen instellingen mislukt").

Gisteren weer even de ExperiaBox v10 verbonden met de FTU en de STB. Opstarten gaat dan wel goed. Het vreemde is dat als ik de STB ingeschakeld laat en vervolgens de FTU weer op de NIC1 inprik de STB vervolgens wel blijft werken. Zappen werkt soepel. Alleen het terugkijken van programma's is dan niet mogelijk, omdat er geen verbinding kan worden gemaakt met de server. Dat lijkt er op te duiden dat de STB geen verbinding met internet kan maken.

Iemand enig idee wat ik nog kan proberen om deze setup werkende te krijgen?

Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
Heb je wel een NAT van je STB vlan naar het normale internet? En heb je alle info in de opening post gelezen van deze topic?

Acties:
  • 0 Henk 'm!

  • Boomerang
  • Registratie: November 2000
  • Niet online
thehog schreef op zondag 12 maart 2023 @ 14:12:
Heb je wel een NAT van je STB vlan naar het normale internet? En heb je alle info in de opening post gelezen van deze topic?
Scherp gezien, bedankt! De openingspost heb ik gezien, maar deze had ik over het hoofd gezien.

Ik heb de NAT-rule net aangemaakt, klopt dit zo?

Afbeeldingslocatie: https://tweakers.net/i/f82ULMTfIFvVCe7vy51zdZHCIYo=/800x/filters:strip_exif()/f/image/e25iDE32O9w4GcjnWhxJwGCp.png?f=fotoalbum_large

De STB gaat nu wel door het opstartproces heen, maar hangt vervolgens op "Verbinding met zender is verbroken". Ik kan wel programma's terugkijken, dus internet werkt. Volgens een andere post in dit topic kon dat liggen aan firewall regels voor IGMP (allow-options moet aanstaan). Die heb ik net allemaal gecheckt en staan aan voor deze regels op LAN_IPTV en WAN_IPTV:

LAN_IPTV rules:
Afbeeldingslocatie: https://tweakers.net/i/v_upLZODpVJg0xGpducq26w9XBw=/800x/filters:strip_exif()/f/image/xMMIfh8s5S7urViTdGkgt7Ba.png?f=fotoalbum_large

WAN_IPTV rules:
Afbeeldingslocatie: https://tweakers.net/i/JWXghXC7UmEF3PRXn2Li5CvcJL4=/800x/filters:strip_exif()/f/image/qzJZ8JoDhW1E9hMCAgmPocB8.png?f=fotoalbum_large

En ter aanvulling nog de IGMP proxy settings (192.168.250.0/24 betreft mijn LAN_IPTV). De igmp proxy draait uiteraard gewoon.

Afbeeldingslocatie: https://tweakers.net/i/ea9s1u3BOHD-LMj21XrAwUCgoAQ=/800x/filters:strip_exif()/f/image/Z5UgaUCE9I9VTNx7bk7CWYBI.png?f=fotoalbum_large

Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
Je zei in de vorige post dat alleen terugkijken niet werkend en zappen wel. Maar nu dus niet meer?

Acties:
  • 0 Henk 'm!

  • Boomerang
  • Registratie: November 2000
  • Niet online
thehog schreef op zondag 12 maart 2023 @ 16:06:
Je zei in de vorige post dat alleen terugkijken niet werkend en zappen wel. Maar nu dus niet meer?
Het zappen werkte gek genoeg alleen als kort daarvoor de ExperiaBox aangesloten was op de FTU en als de STB nog aan stond bij het omwisselen van de FTU-verbinding naar OPNsense.

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Boomerang schreef op zondag 12 maart 2023 @ 15:03:
[...]


Scherp gezien, bedankt! De openingspost heb ik gezien, maar deze had ik over het hoofd gezien.

Ik heb de NAT-rule net aangemaakt, klopt dit zo?

[Afbeelding]

De STB gaat nu wel door het opstartproces heen, maar hangt vervolgens op "Verbinding met zender is verbroken". Ik kan wel programma's terugkijken, dus internet werkt. Volgens een andere post in dit topic kon dat liggen aan firewall regels voor IGMP (allow-options moet aanstaan). Die heb ik net allemaal gecheckt en staan aan voor deze regels op LAN_IPTV en WAN_IPTV:

LAN_IPTV rules:
[Afbeelding]

WAN_IPTV rules:
[Afbeelding]

En ter aanvulling nog de IGMP proxy settings (192.168.250.0/24 betreft mijn LAN_IPTV). De igmp proxy draait uiteraard gewoon.

[Afbeelding]
toon volledige bericht
Vergelijk eens met jouw NAT rules, de destination ontbreekt bij jou.
Afbeeldingslocatie: https://tweakers.net/i/qV6zZcKqd8T7AbIZHg6jha80UK4=/800x/filters:strip_exif()/f/image/2lelcAjRoR5vv6fhPrVMGIMB.png?f=fotoalbum_large

Acties:
  • 0 Henk 'm!

  • Boomerang
  • Registratie: November 2000
  • Niet online
stormfly schreef op zondag 12 maart 2023 @ 16:38:
[...]


Vergelijk eens met jouw NAT rules, de destination ontbreekt bij jou.
[Afbeelding]
Dank je, net aangepast, maar helaas nog steeds dezelfde problemen.

Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
Dat zou ook niks moeten uitmaken. Alles of een beperkte zet.

Ik denk dat je even moet meekijken (tcpdump) op iptv_wan terwijl je aan het zappen bent.
De STB moet daar (uitgaand) een verzoek sturen via unicast (naar die 213.75 adressen) waarna vervolgens voor een 1-2 seconden lang een unicast stream op wordt gestart. Tegenlijk zal de STB via igmproxy een group join doen voor een multicast groep, die komt na 1-2seconden er bij waarna de STB overstapt op deze multicast stream. De unicast stream zal dan stoppen.

Als niet eens de eerste unicast opstart lijkt het er op dat de STB dus niet hiervoor naar je iptv_wan gaat. Check nog een keer of die route er echt wel in staat.

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Boomerang schreef op zondag 12 maart 2023 @ 17:07:
[...]


Dank je, net aangepast, maar helaas nog steeds dezelfde problemen.
Heb je de specifieke route in je route tabel staan?

Afbeeldingslocatie: https://tweakers.net/i/c3bHC53nrfvV_XJxM9Jp6rQ1dgM=/800x/filters:strip_exif()/f/image/USJuHlywdD9DW6uqGXhZlO9U.png?f=fotoalbum_large

[ Voor 41% gewijzigd door stormfly op 12-03-2023 20:58 ]


Acties:
  • 0 Henk 'm!

  • filibuster
  • Registratie: April 2014
  • Laatst online: 22-06 13:06
Boomerang schreef op zondag 12 maart 2023 @ 15:03:
[...]

En ter aanvulling nog de IGMP proxy settings (192.168.250.0/24 betreft mijn LAN_IPTV). De igmp proxy draait uiteraard gewoon.

[Afbeelding]
Weet je zeker dat deze IGMP proxy setting goed is? Voor KPN heb ik bij upstream staan: 217.166.128.0/17, 213.75.167.0/24

PVoutput


Acties:
  • 0 Henk 'm!

  • Boomerang
  • Registratie: November 2000
  • Niet online
Ik dacht eerst dat ik het probleem had gevonden... Na deze aanpassing werkt de stream na het zappen veel langer (30 sec tot paar minuten). Daarna zie ik nog steeds de stb-nmc-400 code... Erg vreemd.

Als NAT-rules had ik eerst:
Afbeeldingslocatie: https://tweakers.net/i/f82ULMTfIFvVCe7vy51zdZHCIYo=/800x/filters:strip_exif()/f/image/e25iDE32O9w4GcjnWhxJwGCp.png?f=fotoalbum_large

Daar heb ik nu van gemaakt:
Afbeeldingslocatie: https://tweakers.net/i/X0HUV6dMMzpiIjoA1lHLolyd-uw=/800x/filters:strip_exif()/f/image/haGlvNm8qhpVhjJofZcVkgzC.png?f=fotoalbum_large
stormfly schreef op zondag 12 maart 2023 @ 20:57:
[...]


Heb je de specifieke route in je route tabel staan?

[Afbeelding]
Die heb ik er inderdaad in staan.
filibuster schreef op maandag 13 maart 2023 @ 21:23:
[...]


Weet je zeker dat deze IGMP proxy setting goed is? Voor KPN heb ik bij upstream staan: 217.166.128.0/17, 213.75.167.0/24
Volgensmij bevat de door mij opgegeven ranges ook deze range.
thehog schreef op zondag 12 maart 2023 @ 17:36:
Dat zou ook niks moeten uitmaken. Alles of een beperkte zet.

Ik denk dat je even moet meekijken (tcpdump) op iptv_wan terwijl je aan het zappen bent.
De STB moet daar (uitgaand) een verzoek sturen via unicast (naar die 213.75 adressen) waarna vervolgens voor een 1-2 seconden lang een unicast stream op wordt gestart. Tegenlijk zal de STB via igmproxy een group join doen voor een multicast groep, die komt na 1-2seconden er bij waarna de STB overstapt op deze multicast stream. De unicast stream zal dan stoppen.

Als niet eens de eerste unicast opstart lijkt het er op dat de STB dus niet hiervoor naar je iptv_wan gaat. Check nog een keer of die route er echt wel in staat.
Even met tcpdump gekeken en na het zappen zie ik op de iptv_wan interface:
code:
1
2
20:39:17.720081 IP 10.138.241.117 > igmp.mcast.net: igmp v3 report, 2 group record(s)
20:39:19.120423 IP 10.138.241.117 > igmp.mcast.net: igmp v3 report, 3 group record(s)


En op de LAN 2 interface die naar de STB gaat:
code:
1
20:40:33.074873 IP 192.168.250.100 > all-routers.mcast.net: igmp leave 224.0.251.137


Ik heb ook nog even zitten neuzen in de states tabel en daar zie ik de volgende entries (mijn externe IP geblurred):

Afbeeldingslocatie: https://tweakers.net/i/84E6TtYh9LMS-ZtUXwaA2wAcoqg=/800x/filters:strip_exif()/f/image/2wVqsLfrkRGnTkj0PKGK1Dnx.png?f=fotoalbum_large

Er lijkt dus nog iets mis te gaan met de NAT-rules...

[ Voor 157% gewijzigd door Boomerang op 13-03-2023 23:05 ]


Acties:
  • 0 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
Je moet NIET je LAN_IPTV kant ook natten (naar binnen dus).

Wat je moet natten is uitgaand verkeer WAN en WAN_IPTV, gewoon met als source any (dan pakt ie je LAN_IPTV en je gewone LAN).
Of gewono zoals in opening post staat op hybrid NAT en dan alleen je WAN_IPTV

Acties:
  • +2 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Boomerang schreef op maandag 13 maart 2023 @ 21:50:
Ik dacht eerst dat ik het probleem had gevonden... Na deze aanpassing werkt de stream na het zappen veel langer (30 sec tot paar minuten). Daarna zie ik nog steeds de stb-nmc-400 code... Erg vreemd.

Als NAT-rules had ik eerst:
[Afbeelding]

Daar heb ik nu van gemaakt:
[Afbeelding]


[...]


Die heb ik er inderdaad in staan.


[...]


Volgensmij bevat de door mij opgegeven ranges ook deze range.


[...]


Even met tcpdump gekeken en na het zappen zie ik op de iptv_wan interface:
code:
1
2
20:39:17.720081 IP 10.138.241.117 > igmp.mcast.net: igmp v3 report, 2 group record(s)
20:39:19.120423 IP 10.138.241.117 > igmp.mcast.net: igmp v3 report, 3 group record(s)


En op de LAN 2 interface die naar de STB gaat:
code:
1
20:40:33.074873 IP 192.168.250.100 > all-routers.mcast.net: igmp leave 224.0.251.137


Ik heb ook nog even zitten neuzen in de states tabel en daar zie ik de volgende entries (mijn externe IP geblurred):

[Afbeelding]

Er lijkt dus nog iets mis te gaan met de NAT-rules...
toon volledige bericht
Ik denk dat je even alles moet wissen en op basis van de openingspost e.a. opnieuw moet opbouwen. Je hebt nu een andere guide gevolgd dan wij hier hanteren en vraagt ons het te fixen. Eerst terug naar de basis 8)

Acties:
  • 0 Henk 'm!

  • Boomerang
  • Registratie: November 2000
  • Niet online
Ik heb de NAT-rule weer aangepast naar die in de start post. Daarmee was het probleem helaas nog hetzelfde (na een minuut onderbreking van de stream).

Via states kwam ik echter een floating regel tegen bij enkele igmp-regels die ik niet verwachtte. Ging om een paar algemene regels voor HTTP en DNS verkeer, waarbij de options dus niet aan stonden. Na het verwijderen van deze floating regels werkt TV zonder problemen. Dank voor het meedenken allen! :)

Acties:
  • 0 Henk 'm!

  • Neptunus
  • Registratie: Januari 2001
  • Laatst online: 23-06 16:04
Boomerang schreef op maandag 13 maart 2023 @ 21:50:
Ik dacht eerst dat ik het probleem had gevonden... Na deze aanpassing werkt de stream na het zappen veel langer (30 sec tot paar minuten). Daarna zie ik nog steeds de stb-nmc-400 code... Erg vreemd.

Als NAT-rules had ik eerst:
[Afbeelding]

Daar heb ik nu van gemaakt:
[Afbeelding]


[...]


Die heb ik er inderdaad in staan.


[...]


Volgensmij bevat de door mij opgegeven ranges ook deze range.


[...]


Even met tcpdump gekeken en na het zappen zie ik op de iptv_wan interface:
code:
1
2
20:39:17.720081 IP 10.138.241.117 > igmp.mcast.net: igmp v3 report, 2 group record(s)
20:39:19.120423 IP 10.138.241.117 > igmp.mcast.net: igmp v3 report, 3 group record(s)


En op de LAN 2 interface die naar de STB gaat:
code:
1
20:40:33.074873 IP 192.168.250.100 > all-routers.mcast.net: igmp leave 224.0.251.137


Ik heb ook nog even zitten neuzen in de states tabel en daar zie ik de volgende entries (mijn externe IP geblurred):

[Afbeelding]

Er lijkt dus nog iets mis te gaan met de NAT-rules...
toon volledige bericht
Ik had last van het volgende: zie link

Acties:
  • 0 Henk 'm!

  • Philip J. Dijkstra
  • Registratie: Februari 2000
  • Laatst online: 25-06 16:34
Ik ben overgestapt van Ziggo naar KPN Glasvezel.
Tot nu toe heb ik met een PfSense router gewerkt en ik lees dat het mogelijk moet zijn om de NTU rechtstreeks in die router te steken en de ExperiaBox niet aan te raken.
Alle artikelen verwijzen echter naar deze originele post 'https://venxir.tweakblogs.net/blog/12507/kpn-glasvezel-via-pfsense' en die werkt niet meer.

Overal komen mensen met diagnose en oplossingen voor IPTV maar die heb ik niet nodig want ik heb slechts Internet omdat wij alles via streaming diensten (Nvidia Shield) kijken.
Op geen enkele plek kan ik tot nu toe vinden hoe ik de WAN en LAN interface moet configureren voor mijn internet-only situatie.

Ik kan vinden dat ik de WAN interface op PPPoE moet zetten maar vervolgens zijn er tegenstrijdige berichten over de username en passw: de een zegt dat daar je MAC-adres@Internet moet staan, de ander zegt dat het Internet/Internet moet zijn.
Moet ik ook met VLAN's aan de slag als ik alleen internet wil configuren?
Kan mijn LAN interface blijven staan zoals deze nu voor Ziggo is geconfigureerd (DHCP) ?

Scrollen door de 6 pagina's van deze post en het KPN forum heeft helaas ook geen duidelijkheid gebracht dus ik hoop dat iemand hier mij uit de brand kan helpen.

Acties:
  • +2 Henk 'm!

  • PerlinNoise
  • Registratie: November 2012
  • Niet online
@Philip J. Dijkstra Vlan 6 en PPPOE, volgens mij maakt username/wachtwoord niet uit, maar daar heb ik inderdaad: internet/internet staan.

[ Voor 3% gewijzigd door PerlinNoise op 04-04-2023 08:16 ]

Alternatief Neostrada/Vimexx/Versio met Hetzner en MXroute


Acties:
  • 0 Henk 'm!

  • Philip J. Dijkstra
  • Registratie: Februari 2000
  • Laatst online: 25-06 16:34
Bedankt @PerlinNoise voor de duidelijkheid over username en password.
Ik heb nog geen ervaring met Vlan. Wat bedoel je met "Vlan 6" ?

Acties:
  • +2 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Philip J. Dijkstra schreef op dinsdag 4 april 2023 @ 08:00:
Ik ben overgestapt van Ziggo naar KPN Glasvezel.
Tot nu toe heb ik met een PfSense router gewerkt en ik lees dat het mogelijk moet zijn om de NTU rechtstreeks in die router te steken en de ExperiaBox niet aan te raken.
Alle artikelen verwijzen echter naar deze originele post 'https://venxir.tweakblogs.net/blog/12507/kpn-glasvezel-via-pfsense' en die werkt niet meer.

Overal komen mensen met diagnose en oplossingen voor IPTV maar die heb ik niet nodig want ik heb slechts Internet omdat wij alles via streaming diensten (Nvidia Shield) kijken.
Op geen enkele plek kan ik tot nu toe vinden hoe ik de WAN en LAN interface moet configureren voor mijn internet-only situatie.

Ik kan vinden dat ik de WAN interface op PPPoE moet zetten maar vervolgens zijn er tegenstrijdige berichten over de username en passw: de een zegt dat daar je MAC-adres@Internet moet staan, de ander zegt dat het Internet/Internet moet zijn.
Moet ik ook met VLAN's aan de slag als ik alleen internet wil configuren?
Kan mijn LAN interface blijven staan zoals deze nu voor Ziggo is geconfigureerd (DHCP) ?

Scrollen door de 6 pagina's van deze post en het KPN forum heeft helaas ook geen duidelijkheid gebracht dus ik hoop dat iemand hier mij uit de brand kan helpen.
toon volledige bericht
Alstu

Afbeeldingslocatie: https://tweakers.net/i/kQkmCO2XnoUK-curjv2eEoNEuEk=/800x/filters:strip_exif()/f/image/d9ZZZHJmEzNX33g4B4NhlWz9.png?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/7uZjs9y61ZWi7PIYAsbZfaBFGos=/800x/filters:strip_exif()/f/image/tMLaIZ12gCRIZfAUADzHbXLi.png?f=fotoalbum_large

Acties:
  • 0 Henk 'm!

  • Philip J. Dijkstra
  • Registratie: Februari 2000
  • Laatst online: 25-06 16:34
@stormfly ontzettend bedankt, ik ga er straks mee aan de slag!

Acties:
  • 0 Henk 'm!

  • Philip J. Dijkstra
  • Registratie: Februari 2000
  • Laatst online: 25-06 16:34
Ik heb exact jouw settings overgenomen maar de link blijft down.
NTU gereset en er branden keurig 2 groene lampjes. Router gereset.

Vandaag sms van kpn gehad dat internet vanaf vandaag werkt.

Moet de experiabox er de eerste aan hangen? Ik heb eerder een email van kpn gehad waarin een ip adres en ipv6 prefix werden genoemd. Moet ik daar iets mee doen?


Ik moest een VLAN aanmaken met tag 6 en toen begon alles magisch te werken!

[ Voor 10% gewijzigd door Philip J. Dijkstra op 04-04-2023 20:30 ]


Acties:
  • 0 Henk 'm!

  • Bosjvd2
  • Registratie: December 2016
  • Laatst online: 03-06 00:48
Heb net bij mijn ouders een pfsense router geplaatst. Nadat ik internet aan de praat had eerst de tv kastjes maar eens gewoon op de wifi aangemeld. En was zeer verbaasd met alles dat ik hier gelezen heb dat deze gewoon gelijk werkten. Zonder apart iptv vlan of igmp proxy instellingen. Misschien hebben ze nieuwe kastjes waarbij dit allemaal niet meer nodig is.

TV kastjes zijn van het type DIW7022

Acties:
  • +2 Henk 'm!

  • thehog
  • Registratie: Oktober 2000
  • Laatst online: 11:15
Bosjvd2 schreef op zondag 7 mei 2023 @ 14:42:
Heb net bij mijn ouders een pfsense router geplaatst. Nadat ik internet aan de praat had eerst de tv kastjes maar eens gewoon op de wifi aangemeld. En was zeer verbaasd met alles dat ik hier gelezen heb dat deze gewoon gelijk werkten. Zonder apart iptv vlan of igmp proxy instellingen. Misschien hebben ze nieuwe kastjes waarbij dit allemaal niet meer nodig is.

TV kastjes zijn van het type DIW7022
Deze schakelt vanzelf over op (mindere kwaliteit) unicast als multicast niet werkt.

Acties:
  • 0 Henk 'm!

  • PuijkeN
  • Registratie: Juli 2004
  • Laatst online: 10:10

PuijkeN

euhm ?

Ja het scheelt behoorlijk wat heb ik gemerkt .. ik was ook verbaasd dat het achter mijn huidige netwerksetup allemaal gewoon werkte.

Weliswaar trager zappen, geen Dolby Digital en een stream van 2-3 Mbit ten opzichte van 10+ met multicast. Het is dus echt wel de moeite om het geconfigureerd te krijgen.

EDIT: moet het zelf nog wel voor elkaar krijgen, momenteel zit de KPN TV Box gewoon rechstreeks op de KPN Modem die ook nog in gebruik is .. mijn pfSense bak is helaas te traag voor 1Gbit PPOE ... 8)7 8)7

[ Voor 25% gewijzigd door PuijkeN op 16-05-2023 12:16 ]

PVOutput


Acties:
  • +1 Henk 'm!

  • Remie
  • Registratie: Augustus 2012
  • Laatst online: 08-05 09:21
Lijkt het veilig om naar de nieuwe versie (23.05) te gaan voor thuisgebruik?
Niet dat we de IGMP proxy nog een keer moeten patchen :-)

Acties:
  • +2 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
Remie schreef op donderdag 25 mei 2023 @ 19:01:
Lijkt het veilig om naar de nieuwe versie (23.05) te gaan voor thuisgebruik?
Niet dat we de IGMP proxy nog een keer moeten patchen :-)
Jeps gaat allemaal goed, en met een upgrade kan je altijd in een paar seconden terug naar een systeem snapshot (of hoe ze dat ook noemen).

Kijk nu TV via KPN over multicast op 23.05.

Acties:
  • 0 Henk 'm!

  • Echnon
  • Registratie: Mei 2000
  • Laatst online: 24-06 20:54
Bosjvd2 schreef op zondag 7 mei 2023 @ 14:42:
Heb net bij mijn ouders een pfsense router geplaatst. Nadat ik internet aan de praat had eerst de tv kastjes maar eens gewoon op de wifi aangemeld. En was zeer verbaasd met alles dat ik hier gelezen heb dat deze gewoon gelijk werkten. Zonder apart iptv vlan of igmp proxy instellingen. Misschien hebben ze nieuwe kastjes waarbij dit allemaal niet meer nodig is.

TV kastjes zijn van het type DIW7022
Ja dat klopt maar de (sinds kort expliciet in de KPN+ Box UI aanvinkbare) HDPlus optie zal niet beschikbaar zijn als je ze zo aansluit en ze in Unicast mode worden geforceerd. Je wilt ze alsnog in Multicast.

Acties:
  • 0 Henk 'm!

  • frank3523
  • Registratie: Februari 2009
  • Laatst online: 07-06 10:56
Vandaag mijn edgerouter vervangen door een topton doosje met proxmox en opnsense erop.
Het overgrote deel werkt alleen het iptv gedeelte niet helemaal.
Zodra ik de stb van de spanning haal en weer aansluit blijft deze op 85% hangen. Sluit ik daarna mijn edgerouter weer aan dan start deze weer op.
Prik ik daarna de kabels om van mijn edgerouter naar mijn opnsense vm dan blijft alles werken.
Ik kan dan gewoon tv kijken.
Ik heb mijn iptv via een apart vlan lopen. Dit had ik op mijn edgerouter ook al zo.
Iemand een idee wat dit kan zijn.

Acties:
  • 0 Henk 'm!

  • R0GGER
  • Registratie: September 2011
  • Laatst online: 25-06 23:00
Komt me bekend voor... bij mij crashed de IGMP Proxy service wel eens tijdens het starten van stb...

[ Voor 16% gewijzigd door R0GGER op 09-06-2023 15:23 ]


Acties:
  • 0 Henk 'm!

  • frank3523
  • Registratie: Februari 2009
  • Laatst online: 07-06 10:56
R0GGER schreef op vrijdag 9 juni 2023 @ 15:22:
Komt me bekend voor... bij mij crashed de IGMP Proxy service wel eens tijdens het starten van stb...
Dan zou die bij mij continu moeten crashen tijdens het opstarten.
Want hij blijft continu hangen op 85% als de stroom er af is geweest.
Maar dat lijkt me niet waarschijnlijk

Acties:
  • 0 Henk 'm!

  • supayoshi
  • Registratie: November 2013
  • Laatst online: 00:48
Check of je IGMP snooping overal aan hebt staan.. dat was bij mij de issue in1 van de switches

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
frank3523 schreef op vrijdag 9 juni 2023 @ 15:53:
[...]


Dan zou die bij mij continu moeten crashen tijdens het opstarten.
Want hij blijft continu hangen op 85% als de stroom er af is geweest.
Maar dat lijkt me niet waarschijnlijk
Is de igmp proxy wel gestart en groen?

Acties:
  • 0 Henk 'm!

  • frank3523
  • Registratie: Februari 2009
  • Laatst online: 07-06 10:56
supayoshi schreef op vrijdag 9 juni 2023 @ 18:05:
Check of je IGMP snooping overal aan hebt staan.. dat was bij mij de issue in1 van de switches
Ja zitten twee switches tussen allebei met snooping aan op het iptv vlan

Acties:
  • 0 Henk 'm!

  • frank3523
  • Registratie: Februari 2009
  • Laatst online: 07-06 10:56
stormfly schreef op vrijdag 9 juni 2023 @ 18:41:
[...]


Is de igmp proxy wel gestart en groen?
Ja die is gestart en groen. Ik kan ook gewoon TV kijken zonder haperingen. Alleen als de stb van de power af is geweest stopt hij bij 85% en komt dan met een error melding.
Ik zie dan wel igmp errors in de log van opnsense terug.

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
frank3523 schreef op vrijdag 9 juni 2023 @ 19:44:
[...]

Ja die is gestart en groen. Ik kan ook gewoon TV kijken zonder haperingen. Alleen als de stb van de power af is geweest stopt hij bij 85% en komt dan met een error melding.
Ik zie dan wel igmp errors in de log van opnsense terug.
Wel internet, dns en NTP doorgelaten op je STB LAN?

Acties:
  • 0 Henk 'm!

  • frank3523
  • Registratie: Februari 2009
  • Laatst online: 07-06 10:56
stormfly schreef op vrijdag 9 juni 2023 @ 22:50:
[...]


Wel internet, dns en NTP doorgelaten op je STB LAN?
Ja internet heb ik wel. Alleen de TV geeft problemen. Ik mis ook de zender info en terugkijken werkt ook niet.
Waar stel ik dat in de dns en ntp doorlaten.???

Ik krijg ook deze melding:
2023-06-10T08:54:47 Warning igmpproxy MRT_DEL_MFC; Errno(49): Can't assign requested addres

Ook zie ik in de logging dit:
__timestamp__ 2023-06-10T09:37:02
action [block]
anchorname
datalen 47
dir [in]
dst 192.168.2.1
dstport 53
ecn
id 31136
interface vlan020
interface_name LAN_IPTV
ipflags DF
ipversion 4
label Default deny / state violation rule

[ Voor 38% gewijzigd door frank3523 op 10-06-2023 09:38 ]


Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 11:41
frank3523 schreef op zaterdag 10 juni 2023 @ 08:48:
[...]

Ja internet heb ik wel. Alleen de TV geeft problemen. Ik mis ook de zender info en terugkijken werkt ook niet.
Waar stel ik dat in de dns en ntp doorlaten.???

Ik krijg ook deze melding:
2023-06-10T08:54:47 Warning igmpproxy MRT_DEL_MFC; Errno(49): Can't assign requested addres

Ook zie ik in de logging dit:
__timestamp__ 2023-06-10T09:37:02
action [block]
anchorname
datalen 47
dir [in]
dst 192.168.2.1
dstport 53
ecn
id 31136
interface vlan020
interface_name LAN_IPTV
ipflags DF
ipversion 4
label Default deny / state violation rule
toon volledige bericht
Fijner is als je screenshots deelt.

Dit is een DNS blokkade. Hoe je het toelaat is te vinden op internet.

Acties:
  • +1 Henk 'm!

  • frank3523
  • Registratie: Februari 2009
  • Laatst online: 07-06 10:56
stormfly schreef op zaterdag 10 juni 2023 @ 11:22:
[...]


Fijner is als je screenshots deelt.

Dit is een DNS blokkade. Hoe je het toelaat is te vinden op internet.
Ja was inderdaad een probleem dat het iptv vlan geen dns kon doen.
Heb een extra firewall rule gemaakt die poort 53 doorlaat richting iptv-vlan en nu werkt alles.
Bedankt voor het meedenken.
Pagina: 1 ... 6 ... 9 Laatste