Toon posts:

[Ubiquiti & IPTV] Ervaringen & Discussie

Pagina: 1 ... 38 ... 44 Laatste
Acties:

Onderwerpen


Acties:
  • +1Henk 'm!

  • Huub-
  • Registratie: November 2017
  • Laatst online: 23:40

  • mvds
  • Registratie: November 2000
  • Laatst online: 09-06 14:15

mvds

Totally awesome!

Die stap heb ik gedaan toen ik alles installeerde en aangezien ik steeds wel een seconde beeld had voordat de melding verscheen ga ik ervan uit dat de iptv service wel draaide op mijn UDM SE omdat ik anders zou verwachten meteen de melding te krijgen dat er geen verbinding gemaakt kan worden, zoals ik in het begin kreeg toen ik alles werkend probeerde te krijgen.

Ik heb alles verwijderd en weer opnieuw geïnstalleerd en ik zie wel deze melding verschijnen, moet ik hier nog wat mee? De vorige keer dat ik de installatie deed kreeg ik die melding ook.

code:
1
2
Created symlink /etc/systemd/system/multi-user.target.wants/udm-iptv.service → /lib/systemd/system/udm-iptv.service.
N: Download is performed unsandboxed as root as file '/root/igmpproxy_0.3-1_arm64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)


[edit] Nee dus, Fabian heeft al antwoord gegeven op GitHub. Het is alleen een APT warning, maakt niks uit

[Voor 33% gewijzigd door mvds op 16-04-2022 10:58]


  • Huub-
  • Registratie: November 2017
  • Laatst online: 23:40
mvds schreef op zaterdag 16 april 2022 @ 10:21:
[...]

Die stap heb ik gedaan toen ik alles installeerde en aangezien ik steeds wel een seconde beeld had voordat de melding verscheen ga ik ervan uit dat de iptv service wel draaide op mijn UDM SE omdat ik anders zou verwachten meteen de melding te krijgen dat er geen verbinding gemaakt kan worden, zoals ik in het begin kreeg toen ik alles werkend probeerde te krijgen.

Ik heb alles verwijderd en weer opnieuw geïnstalleerd en ik zie wel deze melding verschijnen, moet ik hier nog wat mee? De vorige keer dat ik de installatie deed kreeg ik die melding ook.

code:
1
2
Created symlink /etc/systemd/system/multi-user.target.wants/udm-iptv.service → /lib/systemd/system/udm-iptv.service.
N: Download is performed unsandboxed as root as file '/root/igmpproxy_0.3-1_arm64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)


[edit] Nee dus, Fabian heeft al antwoord gegeven op GitHub. Het is alleen een APT warning, maakt niks uit
Wat krijg je als je de diag draait?

  • fabianishere
  • Registratie: November 2020
  • Laatst online: 07-06 22:43
mvds schreef op zaterdag 16 april 2022 @ 10:21:
[...]

Die stap heb ik gedaan toen ik alles installeerde en aangezien ik steeds wel een seconde beeld had voordat de melding verscheen ga ik ervan uit dat de iptv service wel draaide op mijn UDM SE omdat ik anders zou verwachten meteen de melding te krijgen dat er geen verbinding gemaakt kan worden, zoals ik in het begin kreeg toen ik alles werkend probeerde te krijgen.

Ik heb alles verwijderd en weer opnieuw geïnstalleerd en ik zie wel deze melding verschijnen, moet ik hier nog wat mee? De vorige keer dat ik de installatie deed kreeg ik die melding ook.

code:
1
2
Created symlink /etc/systemd/system/multi-user.target.wants/udm-iptv.service → /lib/systemd/system/udm-iptv.service.
N: Download is performed unsandboxed as root as file '/root/igmpproxy_0.3-1_arm64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)


[edit] Nee dus, Fabian heeft al antwoord gegeven op GitHub. Het is alleen een APT warning, maakt niks uit
Zou je de nieuwste versie (v2.1.3) van het script kunnen proberen? Ik heb in de vorige versie per ongeluk een regressie geïntroduceerd waardoor het script niet meer werkte voor o.a. KPN gebruikers.

  • mvds
  • Registratie: November 2000
  • Laatst online: 09-06 14:15

mvds

Totally awesome!

Huub- schreef op zaterdag 16 april 2022 @ 11:54:
[...]

Wat krijg je als je de diag draait?
Ik neem aan dat je udm-iptv-diag bedoeld?

Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
LAN Interfaces: br0 br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
=== Service Logs ===
-- Reboot --
Apr 16 10:35:48 Dream-Machine-Special-Edition systemd[1]: Started IPTV support for the UniFi Dream Machine.
Apr 16 10:35:48 Dream-Machine-Special-Edition udm-iptv[1786]: Obtaining IP address for VLAN interface
Apr 16 10:35:48 Dream-Machine-Special-Edition udm-iptv[1786]: udhcpc (v1.22.1) started
Apr 16 10:35:48 Dream-Machine-Special-Edition udm-iptv[1786]: Sending discover...
Apr 16 10:35:49 Dream-Machine-Special-Edition udm-iptv[1786]: Sending select for 10.181.48.130...
Apr 16 10:35:49 Dream-Machine-Special-Edition udm-iptv[1786]: Lease of 10.181.48.130 obtained, lease time 3600
Apr 16 10:35:49 Dream-Machine-Special-Edition udm-iptv[1786]: NATing IPTV network ranges (if necessary)
Apr 16 10:35:49 Dream-Machine-Special-Edition systemd[1]: udm-iptv.service: Succeeded.
Apr 16 10:35:49 Dream-Machine-Special-Edition systemd[1]: udm-iptv.service: Consumed 86ms CPU time.
fabianishere schreef op zaterdag 16 april 2022 @ 12:07:
[...]
Zou je de nieuwste versie (v2.1.3) van het script kunnen proberen? Ik heb in de vorige versie per ongeluk een regressie geïntroduceerd waardoor het script niet meer werkte voor o.a. KPN gebruikers.
Schoon beginnen? Dus eerst alles weggooien en de UDM SE rebooten, of een upgrade?

@fabianishere ik heb een upgrade gedaan maar het helpt helaas niet. Ik blijf na enkele seconden de melding houden dat de verbinding verloren is met code STB-NMC-400.

[Voor 4% gewijzigd door mvds op 17-04-2022 23:28]


Acties:
  • +2Henk 'm!

  • mvds
  • Registratie: November 2000
  • Laatst online: 09-06 14:15

mvds

Totally awesome!

Ik heb het command "systemctl restart udm-iptv" geprobeerd en nu lijkt het weer allemaal te werken.

  • sp_mike
  • Registratie: November 2016
  • Laatst online: 31-05 09:36
Ik heb de volgende situatie:
- Glasvezel van "Budget alles in één" Deze heeft nog DHCP een geen PPOE
- USG rechtstreeks aan glasvezel
- US-8 switch
- Netwerk kabel rechtstreeks naar mijn KPN ontvanger
- Deze handleiding exact gevolgd: https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/
- Omdat ik DHCP heb in plaats van PPOE heb ik, met hulp van KPN forum, een aangepaste .json:

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
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
{
    "system": {
        "offload": {
            "ipv4": {
                     "forwarding": "enable",
                     "gre": "enable",
                     "pppoe": "disable",
                     "vlan": "enable"
            },
            "ipv6": {
                    "forwarding": "enable",
                    "pppoe": "disable",
                    "vlan": "enable"
            }
        }
    },
    "firewall": {
        "ipv6-name": {
            "WANv6_LOCAL" : {
                "rule": {
                    "1": {
                        "action": "accept",
                        "description": "Allow ICMPv6",
                        "log": "enable",
                        "protocol": "icmpv6"
                    },
                    "2": {
                        "action": "accept",
                        "description": "DHCPv6",
                        "destination": {
                                "port": "546"
                        },
                        "protocol": "udp",
                        "source": {
                                "port": "547"
                        }
                    }
                }
            },
            "WANv6_IN" : {
                "rule": {
                    "1": {
                            "action": "accept",
                            "description": "Allow ICMPv6",
                            "log": "enable",
                            "protocol": "icmpv6"
                    }
                }
            }
        }
    },
    "interfaces": {
        "ethernet": {
            "eth0": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "description": "WAN",
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "IPTV",
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";",
                                "request subnet-mask, routers, rfc3442-classless-static-routes;"
                            ],
                            "default-route": "no-update",
                            "default-route-distance": "210",
                            "name-server": "no-update"
                        },
                        "ip": {
                            "source-validation": "loose"
                        },
                        "mtu": "1500"
                    },
                    "34": {
                        "address": [
                            "dhcp"
                        ],
                        "dhcp-options": {
                            "default-route": "update",
                            "default-route-distance": "1",
                            "name-server": "update"
                        },
                        "description": "Internet",
                        "dhcpv6-pd": {
                            "no-dns": "''",
                            "pd": {
                                "0": {
                                    "interface": {
                                        "eth1": {
                                            "host-address": "::1",
                                            "prefix-id": ":1",
                                            "service": "slaac"
                                        }
                                    },
                                    "prefix-length": "/48"
                                }
                            },
                            "rapid-commit": "disable"
                        },
                        "firewall": {
                            "in": {
                                "ipv6-name": "WANv6_IN",
                                "name": "WAN_IN"
                            },
                            "local": {
                                "ipv6-name": "WANv6_LOCAL",
                                "name": "WAN_LOCAL"
                            },
                            "out": {
                                "ipv6-name": "WANv6_OUT",
                                "name": "WAN_OUT"
                            }
                        },
                        "ipv6": {
                            "address": {
                                "autoconf": "''"
                            },
                            "dup-addr-detect-transmits": "1",
                            "enable": "''"
                        },
                        "mac": mac adres,
                        "mtu": "1500"
                    }
                }
            },
            "eth1": {
                "description": "LAN",
                "ipv6": {
                    "address": {
                        "autoconf": "''"
                    },
                    "dup-addr-detect-transmits": "1",
                    "router-advert": {
                        "cur-hop-limit": "64",
                        "link-mtu": "0",
                        "managed-flag": "true",
                        "max-interval": "600",
                        "name-server": [
                            "2606:4700:4700::1111",
                            "2606:4700:4700::1001"
                        ],
                        "other-config-flag": "false",
                        "prefix": {
                            "::/64": {
                                "autonomous-flag": "true",
                                "on-link-flag": "true",
                                "valid-lifetime": "2592000"
                            }
                        },
                        "radvd-options": "RDNSS 2606:4700:4700::1111 2606:4700:4700::1001 {};",
                        "reachable-time": "0",
                        "retrans-timer": "0",
                        "send-advert": "true"
                    }
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "interface-route6": {
                "::/0": {
                    "next-hop-interface": {
                        "eth0.34": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "eth0.34"
    },
    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "eth0.34"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ all traffic to IPTV network",
                    "destination": {
                        "address": "0.0.0.0/0"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "eth0.34"
                },
                "6002": {
                    "outbound-interface": "eth0.34"
                },
                "6003": {
                    "outbound-interface": "eth0.34"
                }
            }
        }
    }
}


Ik heb internet maar TV werkt niet. Die blijft met opstarten hangen op 80% en geeft dan aan dat ik moet resetten etc...

Herkent iemand dit toevallig?

Acties:
  • +1Henk 'm!

  • ChUcKiE
  • Registratie: September 1999
  • Laatst online: 00:21

ChUcKiE

Dus........

Ik snap het niet helemaal meer. Ik ben zaterdag verhuisd. Ik kom van een woning waar ik tweak glasvezel internet met Canal Digital TV had met zo'n settopbox van CD. Ik gebruikte de Fritzbox modem/router en daar zat ook CD op aangesloten. Oftewel IPTV werkte gewoon.

In mijn nieuwe huis werk ik al een maand met tweak glasvezel rechtstreeks op een UDM SE. Als AP's gebruik ik een Wifi 6 pro en twee Wifi 6 IW's.
Zaterdagavond heb ik de mee verhuisde CD settopbox aangesloten op een Wifi 6 IW en warempel....TV werkt gewoon via de CD Settopbox.
Ik had mijn vrouw al aangegeven dat het niet zou gaan werken en ik er eerst eens rustig voor moest gaan zitten, maar alles lijkt gewoon te werken! Ik heb het script nog niet eens gebruikt.

Vreemd, maar goed, als het werkt dan werkt het en blijf ik er verder vanaf totdat ik iets vreemds tegenkom.

http://eu.battle.net/d3/en/profile/ChUcKiE-1330/hero/807720


Acties:
  • +1Henk 'm!

  • ChUcKiE
  • Registratie: September 1999
  • Laatst online: 00:21

ChUcKiE

Dus........

Nou helaas….. blijkbaar toch niet, want vandaag deed niets het, in ieder geval geen beeld, wel de beschrijving van de programma’s onder in beeld. Eerder opgenomen programma’s spelen wel netjes af….
Dus toch maar het script gaan draaien binnenkort.

Ondertussen probeer ik het script van @fabianishere te doorlopen, maar ik strand al snel. Als ik naar de UDM SDE wil SSH'en krijg ik de melding "Permission denied". Ik heb overal hetzelfde SSH-wachtwoord ingevuld, met mijn eigen admin account, alswel root geprobeerd, maar elke keer dezelfde melding.
Ook via Kitty/Putty hetzelfde resultaat.

Iemand een idee hoe ik verder kan komen?

[Voor 43% gewijzigd door ChUcKiE op 27-04-2022 22:27]

http://eu.battle.net/d3/en/profile/ChUcKiE-1330/hero/807720


Acties:
  • 0Henk 'm!

  • EricNL
  • Registratie: April 2009
  • Laatst online: 08-06 15:50
Kan het kloppen dat bij vrijwel elke wijziging die ik doe op de USG, m'n internet even een paar minuten wegvalt omdat kpn.sh steeds loopt na het provisionen? Het was me eerder nog niet opgevallen, maar gister maakte ik even een port forward aan. USG ging provisionen en vervolgens ging m'n internet even plat. In het kpn.log bestand zag ik ook dat het script weer opnieuw aan het lopen was.

[Voor 3% gewijzigd door EricNL op 02-05-2022 08:42]

My PC  Steam Profile  PSN: AfcaEricNL


Acties:
  • +1Henk 'm!

  • Coolhva
  • Registratie: Juni 2003
  • Laatst online: 09-06 12:47
EricNL schreef op maandag 2 mei 2022 @ 08:42:
Kan het kloppen dat bij vrijwel elke wijziging die ik doe op de USG, m'n internet even een paar minuten wegvalt omdat kpn.sh steeds loopt na het provisionen? Het was me eerder nog niet opgevallen, maar gister maakte ik even een port forward aan. USG ging provisionen en vervolgens ging m'n internet even plat. In het kpn.log bestand zag ik ook dat het script weer opnieuw aan het lopen was.
Dat kan komen door de MTU; je kan proberen om de MTU in de JSON te zetten van eth0 en eth0 vif 6.

Acties:
  • +1Henk 'm!

  • EricNL
  • Registratie: April 2009
  • Laatst online: 08-06 15:50
Coolhva schreef op maandag 2 mei 2022 @ 10:35:
[...]


Dat kan komen door de MTU; je kan proberen om de MTU in de JSON te zetten van eth0 en eth0 vif 6.
Just to be sure: zet ik de MTU voor vif6 daadwerkelijk onder de vif6 interface, of onder de pppoe2 dialer die onder vif6 hangt? Want onder de pppoe2 dialer staat namelijk wel MTU geconfigureerd, echter van "1500" terwijl hij hem via het script op 1508 zet voor vif6.

Edit: Nevermind, ik had al een vermoeden dat het direct op de vif6 interface moest. Zojuist de MTU's statisch gezet in het config.gateway.json bestand en een Force Provision uitgevoerd: Internet is niet plat gegaan. Wederom puik werk weer @Coolhva _/-\o_

[Voor 21% gewijzigd door EricNL op 02-05-2022 10:52]

My PC  Steam Profile  PSN: AfcaEricNL


Acties:
  • +1Henk 'm!

  • Coolhva
  • Registratie: Juni 2003
  • Laatst online: 09-06 12:47
EricNL schreef op maandag 2 mei 2022 @ 10:45:
[...]


Just to be sure: zet ik de MTU voor vif6 daadwerkelijk onder de vif6 interface, of onder de pppoe2 dialer die onder vif6 hangt? Want onder de pppoe2 dialer staat namelijk wel MTU geconfigureerd, echter van "1500" terwijl hij hem via het script op 1508 zet voor vif6.

Edit: Nevermind, ik had al een vermoeden dat het direct op de vif6 interface moest. Zojuist de MTU's statisch gezet in het config.gateway.json bestand en een Force Provision uitgevoerd: Internet is niet plat gegaan. Wederom puik werk weer @Coolhva _/-\o_
Persoonlijk is het een beetje balen dat ik niet kan testen of de json met MTU wel of niet werkt aangezien er dus een paar USG/controllers zijn die over de nek gaan als je de MTU er in zet. Ik had ooit nog in mijn gedachten een 'config' generator waarbij je gewoon een JSON kon laten genereren door gewoon de opties aan te klikken die je wilt hebben. Maar met de huidige hardware denk ik dat we steeds meer naar de UDM gaan en de USG steeds minder gebruikt wordt, maar dat is een aanname.

Acties:
  • 0Henk 'm!

  • EricNL
  • Registratie: April 2009
  • Laatst online: 08-06 15:50
Coolhva schreef op maandag 2 mei 2022 @ 10:58:
[...]


Persoonlijk is het een beetje balen dat ik niet kan testen of de json met MTU wel of niet werkt aangezien er dus een paar USG/controllers zijn die over de nek gaan als je de MTU er in zet. Ik had ooit nog in mijn gedachten een 'config' generator waarbij je gewoon een JSON kon laten genereren door gewoon de opties aan te klikken die je wilt hebben. Maar met de huidige hardware denk ik dat we steeds meer naar de UDM gaan en de USG steeds minder gebruikt wordt, maar dat is een aanname.
Ach ja, het blijft een "kleinigheid" maar ik snap je wel. Puur even uit eigen interesse: wat is de achterliggende reden voor een hogere MTU dan "standaard" (1500)? In mijn beleving verlaag je in de meeste situatie's juist de MTU bij het gebruik van PPPoE naar 1492 i.v.m. header size. Maar hier wordt hij juist verhoogd.

My PC  Steam Profile  PSN: AfcaEricNL


Acties:
  • +2Henk 'm!

  • Coolhva
  • Registratie: Juni 2003
  • Laatst online: 09-06 12:47
EricNL schreef op maandag 2 mei 2022 @ 11:02:
[...]


Ach ja, het blijft een "kleinigheid" maar ik snap je wel. Puur even uit eigen interesse: wat is de achterliggende reden voor een hogere MTU dan "standaard" (1500)? In mijn beleving verlaag je in de meeste situatie's juist de MTU bij het gebruik van PPPoE naar 1492 i.v.m. header size. Maar hier wordt hij juist verhoogd.
Zie mijn eerdere uitleg hier: Coolhva in "[Ubiquiti & IPTV] Ervaringen & Discussie"

Performance is de hoofdreden ;-)

Acties:
  • +1Henk 'm!

  • EricNL
  • Registratie: April 2009
  • Laatst online: 08-06 15:50
Coolhva schreef op maandag 2 mei 2022 @ 11:25:
[...]


Zie mijn eerdere uitleg hier: Coolhva in "[Ubiquiti & IPTV] Ervaringen & Discussie"

Performance is de hoofdreden ;-)
Aah, dat verklaart het gelijk. Ik wist niet dat KPN een hogere MTU ondersteunde. Maar dan is het volkomen logisch (en klopt het ook nog eens, want net een pingetje met 1472 payload vanaf m'n PC gaat perfect).

Wederom bedankt!

My PC  Steam Profile  PSN: AfcaEricNL


Acties:
  • 0Henk 'm!

  • TWFpa2Vs
  • Registratie: Maart 2005
  • Laatst online: 00:03
EricNL schreef op maandag 2 mei 2022 @ 10:45:
[...]


Just to be sure: zet ik de MTU voor vif6 daadwerkelijk onder de vif6 interface, of onder de pppoe2 dialer die onder vif6 hangt? Want onder de pppoe2 dialer staat namelijk wel MTU geconfigureerd, echter van "1500" terwijl hij hem via het script op 1508 zet voor vif6.

Edit: Nevermind, ik had al een vermoeden dat het direct op de vif6 interface moest. Zojuist de MTU's statisch gezet in het config.gateway.json bestand en een Force Provision uitgevoerd: Internet is niet plat gegaan. Wederom puik werk weer @Coolhva _/-\o_
Kan jij je config delen, ik begrijp niet helemaal goed waar ik dit moet aanpassen en heb exact hetzelfde dat regelmatig bij een wijziging ff het internet weg is.

Acties:
  • 0Henk 'm!

  • Coolhva
  • Registratie: Juni 2003
  • Laatst online: 09-06 12:47
TWFpa2Vs schreef op maandag 2 mei 2022 @ 16:25:
[...]


Kan jij je config delen, ik begrijp niet helemaal goed waar ik dit moet aanpassen en heb exact hetzelfde dat regelmatig bij een wijziging ff het internet weg is.
Welke config gebruik je? KPN/XS4ALL en dan met of zonder VLAN?

Acties:
  • 0Henk 'm!

  • TWFpa2Vs
  • Registratie: Maart 2005
  • Laatst online: 00:03
KPN en met VLANS, ik heb nu even de running config uitgelezen vanaf mijn USG en denk dat ik het gevonden heb maar helemaal zeker weet ik het niet. Ik zie twee entries rondom MTU in de config.gateway.json op regel 79 en 135.

maar dat zijn andere volgens mij, ik twijfel nu waar ik ze moet plaatsen zonder het stuk te maken :)

[Voor 18% gewijzigd door TWFpa2Vs op 02-05-2022 17:36]


Acties:
  • +3Henk 'm!

  • Coolhva
  • Registratie: Juni 2003
  • Laatst online: 09-06 12:47
https://github.com/coolhv...n-mtu/config.gateway.json

heb snel ff een branch gemaakt met MTU toegevoegd. Als dit werkt op je USG dan is dit diegene die ik aanraad om te draaien.

Acties:
  • +2Henk 'm!

  • TWFpa2Vs
  • Registratie: Maart 2005
  • Laatst online: 00:03
Held, ga ik direct proberen!



Werkt!

[Voor 86% gewijzigd door TWFpa2Vs op 02-05-2022 17:55]


Acties:
  • 0Henk 'm!

  • Mimiix
  • Registratie: November 2012
  • Laatst online: 23:48

Mimiix

Professioneel Prutser

mvds schreef op zaterdag 16 april 2022 @ 10:21:
[...]

Die stap heb ik gedaan toen ik alles installeerde en aangezien ik steeds wel een seconde beeld had voordat de melding verscheen ga ik ervan uit dat de iptv service wel draaide op mijn UDM SE omdat ik anders zou verwachten meteen de melding te krijgen dat er geen verbinding gemaakt kan worden, zoals ik in het begin kreeg toen ik alles werkend probeerde te krijgen.

Ik heb alles verwijderd en weer opnieuw geïnstalleerd en ik zie wel deze melding verschijnen, moet ik hier nog wat mee? De vorige keer dat ik de installatie deed kreeg ik die melding ook.

code:
1
2
Created symlink /etc/systemd/system/multi-user.target.wants/udm-iptv.service → /lib/systemd/system/udm-iptv.service.
N: Download is performed unsandboxed as root as file '/root/igmpproxy_0.3-1_arm64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)


[edit] Nee dus, Fabian heeft al antwoord gegeven op GitHub. Het is alleen een APT warning, maakt niks uit
Ik heb dit ook, maar alleen toen ik vandaag ging prutsen om vlan 4 enkel door te sturen naar de iptv poort. Ik merk namelijk een vertraging op m'n WiFi zodra de decoder aan staat.

Op het "alles" netwerk, werkt iptv zoals behoren.

deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB


Acties:
  • +1Henk 'm!

  • Strebor
  • Registratie: April 2001
  • Laatst online: 01-06 09:14
Voordat ik ik mijn UDM (firmware 1.11.0 en network 6.5.55) update naar firmware 1.11.4 en netwerk 7.1.61 (allebei GA, dus niet meer EA)... heeft iemand hier al ervaring mee i.c.m. Fabian's udm-iptv installatie op de UDM?

Update
@gerbenp DANK! Ik ga er straks mee aan de slag

Update 2
NW 7.1.61 met FW 1.11.4 op UDM lijkt prima te werken met Fabian's udm-iptv 2.1.3. Super!

[Voor 26% gewijzigd door Strebor op 04-05-2022 11:13]


Acties:
  • +2Henk 'm!

  • gerbenp
  • Registratie: April 2008
  • Laatst online: 02:05
Strebor schreef op dinsdag 3 mei 2022 @ 16:38:
Voordat ik ik mijn UDM (firmware 1.11.0 en network 6.5.55) update naar firmware 1.11.4 en netwerk 7.1.61 (allebei GA, dus niet meer EA)... heeft iemand hier al ervaring mee i.c.m. Fabian's udm-iptv installatie op de UDM?
Werkt uitstekend, draai op de laatste versie op de udm pro (1.11.4) en controller versie (7.1.61), switches etc. ook up to date, udm-iptv (kpn config) package draait op 2.1.3 :)

Acties:
  • 0Henk 'm!

  • TWFpa2Vs
  • Registratie: Maart 2005
  • Laatst online: 00:03
hmm misschien toch iets minder, omgeving is down sinds half twee vanmiddag, straks thuis eens kijken wat de oorzaak is :O

Ik monitor mijn uptime thuis en rond 13:22 kreeg ik melding dat het down was, na een force provision en een usg restart was er nog steeds geen verbinding, pas na het herstarten van de unit op de glas aansluiting kwam hij weer terug. Moet ik dit in mijn eigen config zoeken want de kpn.log zie ik eigenlijk niks geks;

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
[Tue May  3 13:04:36 CEST 2022] [kpn.sh] Executed at Tue May  3 13:04:36 CEST 2022
[Tue May  3 13:04:36 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Tue May  3 13:04:36 CEST 2022] [kpn.sh] The file /etc/commit/post-hooks.d/set-kpn-hook.sh does not exists, creating hook now
[Tue May  3 13:04:36 CEST 2022] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config
[Tue May  3 13:04:36 CEST 2022] [kpn.sh] Setting ipsec-interface to pppoe2
[Tue May  3 13:04:36 CEST 2022] [kpn.sh] Deleting dhcp interface eth0
[Tue May  3 13:04:37 CEST 2022] [kpn.sh] Setting outside-address to 0.0.0.0
[Tue May  3 13:04:37 CEST 2022] [kpn.sh] Commiting
[Tue May  3 13:05:10 CEST 2022] [set-kpn-hook.sh] Executed at Tue May  3 13:05:10 CEST 2022
[Tue May  3 13:05:10 CEST 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Tue May  3 13:05:11 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Tue May  3 13:06:01 CEST 2022] [kpn.sh] Executed at Tue May  3 13:06:01 CEST 2022
[Tue May  3 13:06:01 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Tue May  3 13:06:01 CEST 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Tue May  3 13:06:02 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Tue May  3 13:06:02 CEST 2022] [kpn.sh] Finished
[Tue May  3 13:09:20 CEST 2022] [set-kpn-hook.sh] Executed at Tue May  3 13:09:20 CEST 2022
[Tue May  3 13:09:20 CEST 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Tue May  3 13:10:01 CEST 2022] [kpn.sh] Executed at Tue May  3 13:10:01 CEST 2022
[Tue May  3 13:10:01 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Tue May  3 13:10:01 CEST 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Tue May  3 13:10:01 CEST 2022] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config
[Tue May  3 13:10:01 CEST 2022] [kpn.sh] Setting ipsec-interface to pppoe2
[Tue May  3 13:10:01 CEST 2022] [kpn.sh] Deleting dhcp interface eth0
[Tue May  3 13:10:01 CEST 2022] [kpn.sh] Setting outside-address to 0.0.0.0
[Tue May  3 13:10:02 CEST 2022] [kpn.sh] Commiting
[Tue May  3 13:10:34 CEST 2022] [set-kpn-hook.sh] Executed at Tue May  3 13:10:34 CEST 2022
[Tue May  3 13:10:34 CEST 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Tue May  3 13:10:34 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Tue May  3 13:11:01 CEST 2022] [kpn.sh] Executed at Tue May  3 13:11:01 CEST 2022
[Tue May  3 13:11:01 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Tue May  3 13:11:01 CEST 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Tue May  3 13:11:01 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Tue May  3 13:11:01 CEST 2022] [kpn.sh] Finished

[Voor 78% gewijzigd door TWFpa2Vs op 03-05-2022 18:22]


Acties:
  • +1Henk 'm!

  • Erhnam
  • Registratie: Januari 2000
  • Laatst online: 23:16

Erhnam

het Hardware-Hondje :]

Coolhva schreef op maandag 2 mei 2022 @ 17:43:
https://github.com/coolhv...n-mtu/config.gateway.json

heb snel ff een branch gemaakt met MTU toegevoegd. Als dit werkt op je USG dan is dit diegene die ik aanraad om te draaien.
De wijzigingen zijn enkel de MTU toevoegingen, klopt dat?

http://www.xbmcfreak.nl/


Acties:
  • +1Henk 'm!

  • TWFpa2Vs
  • Registratie: Maart 2005
  • Laatst online: 00:03
Bij mij is er toch sinds een paar dagen een bepaalde onstabiliteit onstaan, ben er nog niet helemaal achter waardoor dit nu komt. Net klapt KPN er ook weer uit en na een force provision is hij er weer :(

Acties:
  • +1Henk 'm!

  • Recoil
  • Registratie: Februari 2002
  • Niet online
Add support for IGMP snooping on the switch ports.
Zou deze regel uit de Unifi OS 2.4.9 release notes betekenen dat IPTV eindelijk native ondersteund gaat worden?

Acties:
  • +2Henk 'm!

  • bvk007
  • Registratie: September 2002
  • Laatst online: 26-05 19:45
Recoil schreef op donderdag 5 mei 2022 @ 07:46:
[...]

Zou deze regel uit de Unifi OS 2.4.9 release notes betekenen dat IPTV eindelijk native ondersteund gaat worden?
Nee want alleen snooping is niet genoeg. Een Igmp proxy en/of een RTSP conntracker zit niet in de software

Acties:
  • +1Henk 'm!

  • Coolhva
  • Registratie: Juni 2003
  • Laatst online: 09-06 12:47
Erhnam schreef op dinsdag 3 mei 2022 @ 21:08:
[...]


De wijzigingen zijn enkel de MTU toevoegingen, klopt dat?
Klopt

Acties:
  • 0Henk 'm!

  • To_Tall
  • Registratie: September 2004
  • Laatst online: 09-06 07:54
Zijn er al mogelijkheden voor de UXG-Pro??? Heb nu de USG vervangen. Maar ook de USG werkt niet met de JSON.

Dat wist ik al dus geen direct probleem we streamen nu TV via de iPad. Werkt ook prima. Gezien we alleen ESPN kijken en soms het nieuws de rest gaat eigenlijk via Netflix, Disney+, Videoland enz.

A Soldiers manual and a pair of boots.


Acties:
  • +6Henk 'm!

  • fabianishere
  • Registratie: November 2020
  • Laatst online: 07-06 22:43
Toevallig zie ik in de laatste firmware van de UDM/P referenties naar een IGMP Proxy implementatie (zie /usr/sbin/improxy, de code daarvan is open-source: https://github.com/haibbo/improxy). ubios-udapi-server bevat ook code die naar dit bestand verwijst, dus dat suggereert dat Ubiquiti wellicht binnenkort met native support voor IGMP Proxy komt.
To_Tall schreef op vrijdag 6 mei 2022 @ 10:39:
Zijn er al mogelijkheden voor de UXG-Pro??? Heb nu de USG vervangen. Maar ook de USG werkt niet met de JSON.

Dat wist ik al dus geen direct probleem we streamen nu TV via de iPad. Werkt ook prima. Gezien we alleen ESPN kijken en soms het nieuws de rest gaat eigenlijk via Netflix, Disney+, Videoland enz.
De UXG-Pro heeft geen UniFi container draaien waarin je udm-iptv kan je installeren. Echter beschikt het (naar mijn weten) wel over Podman, dus zou je een eigen container met die package kunnen starten. Weet alleen niet of die container dan persistent is.

  • hairy lee
  • Registratie: Augustus 2004
  • Laatst online: 31-12-2022
Hallo allemaal,

Ik heb tot nu toe mijn KPN glasvezel netwerk draaiend op het script voor Coolhva. Werkt top! Mijn huidige Unifi controller is een oude linux bak.(Gateway is een USG 3G).

Nu heb ik sinds kort een Cloudkey gen2 plus en ik wil het script van Coolhva daarop plaatsen zodat deze de plaats in kan nemen van mijn oude linux machientje.
Het plaatsen van de config.gateway.json gaat prima, maar nu ik het kpn.sh script wil plaatsen op mijn Cloudkey zie ik dat ik de directory /config/scripts/post-config.d niet aanwezig is.

Heeft iemand een idee waar ik dat kpn.sh script dan moet plaatsen? Of moet ik de directory /config/scripts/post-config.d gewoon aanmaken op mijn Cloudkey?

Groet Christian

[Voor 5% gewijzigd door hairy lee op 11-05-2022 16:29]


Acties:
  • +2Henk 'm!

  • nero355
  • Registratie: Februari 2002
  • Laatst online: 19:00

nero355

ph34r my [WCG] Cows :P

hairy lee schreef op woensdag 11 mei 2022 @ 16:28:
Maar nu ik het kpn.sh script wil plaatsen op mijn Cloudkey zie ik dat ik de directory /config/scripts/post-config.d niet aanwezig is.
Die moet toch op je USG 3P worden geplaatst :?

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||


Acties:
  • +2Henk 'm!

  • Huub-
  • Registratie: November 2017
  • Laatst online: 23:40
nero355 schreef op woensdag 11 mei 2022 @ 16:31:
[...]

Die moet toch op je USG 3P worden geplaatst :?
@hairy lee
Die moet inderdaad op de USG, gewoon een kwestie van de handleiding volgen; https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/
En dan bij kopje “kpn.sh plaatsen”

[Voor 7% gewijzigd door Huub- op 11-05-2022 17:01]


Acties:
  • +1Henk 'm!

  • hairy lee
  • Registratie: Augustus 2004
  • Laatst online: 31-12-2022
Huub- schreef op woensdag 11 mei 2022 @ 16:59:
[...]


@hairy lee
Die moet inderdaad op de USG, gewoon een kwestie van de handleiding volgen; https://www.vanachterberg...teway-kpn-ftth-iptv-ipv6/
En dan bij kopje “kpn.sh plaatsen”
Och ja, sorry allemaal! Die staat er al op, stom van me. 8)7

Niet goed gelezen... |:( Terwijl ik t twee jaren geleden allemaal al een keer gedaan heb... Stom

[Voor 7% gewijzigd door hairy lee op 11-05-2022 17:59]


  • bluewarlord
  • Registratie: Augustus 2000
  • Laatst online: 04-06 13:47
Op een of andere manier werkt mijn IPTV niet meer. Ik heb KPN glasvezel een USG 3, en de coolvha scripts uit de branch vlan gebruikt. De error melding op de IPTV is: "Fout 561: Opvragen instellingen mislukt".

De interfaces (eth1.661 is het lokale vlan voor IPTV):
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
show interfaces
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         -                                 u/u  WAN
eth0.4       10.180.46.23/22                   u/u  IPTV
eth0.6       -                                 u/u  WAN
eth1         192.168.178.1/24                  u/u  LAN
             2a02:a458:a8d3:1::1/64
             2a02:a458:a8d3:1:f29f:c2ff:fe11:4b71/64
eth1.2       192.168.241.1/24                  u/u
eth1.4       192.168.8.1/24                    u/u
eth1.661     192.168.2.1/24                    u/u
eth2         -                                 A/D
lo           127.0.0.1/8                       u/u
             ::1/128
pppoe2       77.171.238.214                    u/u
tun900       100.127.125.129/31                u/u


De multicast interfaces, je ziet wel een beetje traffic:
code:
1
2
3
4
5
6
7
8
show ip multicast interfaces
Intf             BytesIn        PktsIn      BytesOut       PktsOut            Local
eth1.4             0.00b             0         0.00b             0      192.168.8.1
eth1.2             0.00b             0         0.00b             0    192.168.241.1
eth1.661           0.00b             0       28.52KB            63      192.168.2.1
eth0.4           28.52KB            63         0.00b             0     10.180.46.23
tun900             0.00b             0         0.00b             0  100.127.125.129
pppoe2             0.00b             0         0.00b             0   77.171.238.214


De routing table:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
       I - ISIS, B - BGP, > - selected route, * - FIB route

S   0.0.0.0/0 [230/0] is directly connected, tun900
K>* 0.0.0.0/0 is directly connected, pppoe2
S   0.0.0.0/0 [1/0] is directly connected, pppoe2
C>* 10.180.44.0/22 is directly connected, eth0.4
C>* 100.127.125.128/31 is directly connected, tun900
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.2.0/24 is directly connected, eth1.661
C>* 192.168.8.0/24 is directly connected, eth1.4
C>* 192.168.178.0/24 is directly connected, eth1
C>* 192.168.241.0/24 is directly connected, eth1.2
C>* 195.190.228.38/32 is directly connected, pppoe2
K>* 213.75.112.0/21 via 10.180.44.1, eth0.4


Wat mis ik, waardoor de setup box zijn instellingen niet kan ophalen / activeren?

Language exists to conceal true thought


  • Will_M
  • Registratie: Maart 2004
  • Niet online

Will_M

Intentionally Left Blank

bluewarlord schreef op donderdag 12 mei 2022 @ 22:39:
Op een of andere manier werkt mijn IPTV niet meer. Ik heb KPN glasvezel een USG 3, en de coolvha scripts uit de branch vlan gebruikt. De error melding op de IPTV is: "Fout 561: Opvragen instellingen mislukt".

De interfaces (eth1.666 is het lokale vlan voor IPTV):
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
show interfaces
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         -                                 u/u  WAN
eth0.4       10.180.46.23/22                   u/u  IPTV
eth0.6       -                                 u/u  WAN
eth1         192.168.178.1/24                  u/u  LAN
             2a02:a458:a8d3:1::1/64
             2a02:a458:a8d3:1:f29f:c2ff:fe11:4b71/64
eth1.2       192.168.241.1/24                  u/u
eth1.4       192.168.8.1/24                    u/u
eth1.661     192.168.2.1/24                    u/u
eth2         -                                 A/D
lo           127.0.0.1/8                       u/u
             ::1/128
pppoe2       77.171.238.214                    u/u
tun900       100.127.125.129/31                u/u


De multicast interfaces, je ziet wel een beetje traffic:
code:
1
2
3
4
5
6
7
8
show ip multicast interfaces
Intf             BytesIn        PktsIn      BytesOut       PktsOut            Local
eth1.4             0.00b             0         0.00b             0      192.168.8.1
eth1.2             0.00b             0         0.00b             0    192.168.241.1
eth1.661           0.00b             0       28.52KB            63      192.168.2.1
eth0.4           28.52KB            63         0.00b             0     10.180.46.23
tun900             0.00b             0         0.00b             0  100.127.125.129
pppoe2             0.00b             0         0.00b             0   77.171.238.214


De routing table:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
       I - ISIS, B - BGP, > - selected route, * - FIB route

S   0.0.0.0/0 [230/0] is directly connected, tun900
K>* 0.0.0.0/0 is directly connected, pppoe2
S   0.0.0.0/0 [1/0] is directly connected, pppoe2
C>* 10.180.44.0/22 is directly connected, eth0.4
C>* 100.127.125.128/31 is directly connected, tun900
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.2.0/24 is directly connected, eth1.661
C>* 192.168.8.0/24 is directly connected, eth1.4
C>* 192.168.178.0/24 is directly connected, eth1
C>* 192.168.241.0/24 is directly connected, eth1.2
C>* 195.190.228.38/32 is directly connected, pppoe2
K>* 213.75.112.0/21 via 10.180.44.1, eth0.4


Wat mis ik, waardoor de setup box zijn instellingen niet kan ophalen / activeren?
Kan het zo zijn dat ik eth1.666 mis bij je interfaces (= eth1.661 ?).

Boldly going forward, 'cause we can't find reverse


Acties:
  • 0Henk 'm!

  • bluewarlord
  • Registratie: Augustus 2000
  • Laatst online: 04-06 13:47
Will_M schreef op donderdag 12 mei 2022 @ 22:58:
[...]


Kan het zo zijn dat ik eth1.666 mis bij je interfaces (= eth1.661 ?).
Ja, dat moet eth1.661 zijn. Sorry verkeert opgeschreven. In de configuratie staat het wel goed:
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
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
{
    "system": {
        "offload": {
            "ipv4": {
                     "forwarding": "enable",
                     "gre": "enable",
                     "pppoe": "enable",
                     "vlan": "enable"
            },
            "ipv6": {
                    "forwarding": "enable",
                    "pppoe": "enable",
                    "vlan": "disable"
            }
        }
    },
    "firewall": {
        "ipv6-name": {
            "WANv6_LOCAL" : {
                "rule": {
                    "1": {
                        "action": "accept",
                        "description": "Allow ICMPv6",
                        "log": "enable",
                        "protocol": "icmpv6"
                    },
                    "2": {
                        "action": "accept",
                        "description": "DHCPv6",
                        "destination": {
                                "port": "546"
                        },
                        "protocol": "udp",
                        "source": {
                                "port": "547"
                        }
                    }
                }
            },
            "WANv6_IN" : {
                "rule": {
                    "1": {
                            "action": "accept",
                            "description": "Allow ICMPv6",
                            "log": "enable",
                            "protocol": "icmpv6"
                    }
                }
            }
        }
    },
    "interfaces": {
        "ethernet": {
            "eth0": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "description": "WAN",
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "IPTV",
                        "dhcp-options": {
                            "client-option": [
                                "send vendor-class-identifier "IPTV_RG";",
                                "request subnet-mask, routers, rfc3442-classless-static-routes;"
                            ],
                            "default-route": "no-update",
                            "default-route-distance": "210",
                            "name-server": "no-update"
                        },
                        "ip": {
                            "source-validation": "loose"
                        },
                        "mtu": "1500"
                    },
                    "6": {
                        "firewall": {
                            "in": {
                                "ipv6-name": "WANv6_IN",
                                "name": "WAN_IN"
                            },
                            "local": {
                                "ipv6-name": "WANv6_LOCAL",
                                "name": "WAN_LOCAL"
                            },
                            "out": {
                                "ipv6-name": "WANv6_OUT",
                                "name": "WAN_OUT"
                            }
                        },
                        "pppoe": {
                            "2": {
                                "dhcpv6-pd": {
                                    "no-dns": "''",
                                    "pd": {
                                        "0": {
                                            "interface": {
                                                "eth1": {
                                                    "host-address": "::1",
                                                    "prefix-id": ":1",
                                                    "service": "slaac"
                                                }
                                            },
                                            "prefix-length": "/48"
                                        }
                                    },
                                    "rapid-commit": "disable"
                                },
                                "firewall": {
                                    "in": {
                                        "ipv6-name": "WANv6_IN",
                                        "name": "WAN_IN"
                                    },
                                    "local": {
                                        "ipv6-name": "WANv6_LOCAL",
                                        "name": "WAN_LOCAL"
                                    },
                                    "out": {
                                        "ipv6-name": "WANv6_OUT",
                                        "name": "WAN_OUT"
                                    }
                                },
                                "ipv6": {
                                    "address": {
                                        "autoconf": "''"
                                    },
                                    "dup-addr-detect-transmits": "1",
                                    "enable": "''"
                                },
                                "default-route": "auto",                                
                                "mtu": "1500",
                                "name-server": "auto",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    }
                }
            },
            "eth1": {
                "description": "LAN",
                "ipv6": {
                    "address": {
                        "autoconf": "''"
                    },
                    "dup-addr-detect-transmits": "1",
                    "router-advert": {
                        "cur-hop-limit": "64",
                        "link-mtu": "0",
                        "managed-flag": "true",
                        "max-interval": "600",
                        "name-server": [
                            "2606:4700:4700::1111",
                            "2606:4700:4700::1001"
                        ],
                        "other-config-flag": "false",
                        "prefix": {
                            "::/64": {
                                "autonomous-flag": "true",
                                "on-link-flag": "true",
                                "valid-lifetime": "2592000"
                            }
                        },
                        "radvd-options": "RDNSS 2606:4700:4700::1111 2606:4700:4700::1001 {};",
                        "reachable-time": "0",
                        "retrans-timer": "0",
                        "send-advert": "true"
                    }
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1": {
                    "role": "disabled",
                    "threshold": "1"
                },
                "eth1.661": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "interface-route6": {
                "::/0": {
                    "next-hop-interface": {
                        "pppoe2": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "pppoe2"
    },
    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "pppoe2"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ all traffic to IPTV network",
                    "destination": {
                        "address": "0.0.0.0/0"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    },
    "load-balance": {
        "group": {
                "wan_failover": {
                        "flush-on-active": "enable",
                        "interface": {
                                "pppoe2": {
                                        "route-test": {
                                                "initial-delay": "60",
                                                "interval": "10",
                                                "type": {
                                                        "ping": {
                                                                "target": "8.8.8.8"
                                                        }
                                                }
                                        }
                                }                            
                        }
                }
        }
    }
}

Language exists to conceal true thought


Acties:
  • 0Henk 'm!

  • nero355
  • Registratie: Februari 2002
  • Laatst online: 19:00

nero355

ph34r my [WCG] Cows :P

bluewarlord schreef op donderdag 12 mei 2022 @ 22:39:
Wat mis ik, waardoor de setup box zijn instellingen niet kan ophalen / activeren?
Al een keer de IGMP Proxy een schop gegeven :?


Zet lange CODE blokken alsjeblieft tussen Quote Tags :)

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||


Acties:
  • +1Henk 'm!

  • Meneerik
  • Registratie: Januari 2005
  • Laatst online: 22:07
bluewarlord schreef op donderdag 12 mei 2022 @ 22:39:
Op een of andere manier werkt mijn IPTV niet meer. Ik heb KPN glasvezel een USG 3, en de coolvha scripts uit de branch vlan gebruikt. De error melding op de IPTV is: "Fout 561: Opvragen instellingen mislukt".

De interfaces (eth1.661 is het lokale vlan voor IPTV):
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
show interfaces
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         -                                 u/u  WAN
eth0.4       10.180.46.23/22                   u/u  IPTV
eth0.6       -                                 u/u  WAN
eth1         192.168.178.1/24                  u/u  LAN
             2a02:a458:a8d3:1::1/64
             2a02:a458:a8d3:1:f29f:c2ff:fe11:4b71/64
eth1.2       192.168.241.1/24                  u/u
eth1.4       192.168.8.1/24                    u/u
eth1.661     192.168.2.1/24                    u/u
eth2         -                                 A/D
lo           127.0.0.1/8                       u/u
             ::1/128
pppoe2       77.171.238.214                    u/u
tun900       100.127.125.129/31                u/u


De multicast interfaces, je ziet wel een beetje traffic:
code:
1
2
3
4
5
6
7
8
show ip multicast interfaces
Intf             BytesIn        PktsIn      BytesOut       PktsOut            Local
eth1.4             0.00b             0         0.00b             0      192.168.8.1
eth1.2             0.00b             0         0.00b             0    192.168.241.1
eth1.661           0.00b             0       28.52KB            63      192.168.2.1
eth0.4           28.52KB            63         0.00b             0     10.180.46.23
tun900             0.00b             0         0.00b             0  100.127.125.129
pppoe2             0.00b             0         0.00b             0   77.171.238.214


De routing table:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
       I - ISIS, B - BGP, > - selected route, * - FIB route

S   0.0.0.0/0 [230/0] is directly connected, tun900
K>* 0.0.0.0/0 is directly connected, pppoe2
S   0.0.0.0/0 [1/0] is directly connected, pppoe2
C>* 10.180.44.0/22 is directly connected, eth0.4
C>* 100.127.125.128/31 is directly connected, tun900
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.2.0/24 is directly connected, eth1.661
C>* 192.168.8.0/24 is directly connected, eth1.4
C>* 192.168.178.0/24 is directly connected, eth1
C>* 192.168.241.0/24 is directly connected, eth1.2
C>* 195.190.228.38/32 is directly connected, pppoe2
K>* 213.75.112.0/21 via 10.180.44.1, eth0.4


Wat mis ik, waardoor de setup box zijn instellingen niet kan ophalen / activeren?
Dit had ik gisteravond ook. Logfiles doorgelezen en uiteindelijk de usg herstart ( igmp restart werkte niet ) en het werkte weer

Acties:
  • 0Henk 'm!

  • bluewarlord
  • Registratie: Augustus 2000
  • Laatst online: 04-06 13:47
nero355 schreef op vrijdag 13 mei 2022 @ 17:36:
[...]

Al een keer de IGMP Proxy een schop gegeven :?


Zet lange CODE blokken alsjeblieft tussen Quote Tags :)
Volledige reboots helpen helaas niet. Ik zal de service eens restarten na het booten. Enig idee waar de logs van de igmp proxy zich bevinden (zie alleen maar start up message in /var/log/messages)?

Update:
Restart van de igmp proxy helpt ook niet. Ik ben bang dat ik maar eens moet gaan wiresharken, want ik zie ook nergens foutmeldingen in de logs. Iemand nog andere ideeen?

[Voor 17% gewijzigd door bluewarlord op 13-05-2022 20:30]

Language exists to conceal true thought


Acties:
  • 0Henk 'm!

  • Coolhva
  • Registratie: Juni 2003
  • Laatst online: 09-06 12:47
bluewarlord schreef op vrijdag 13 mei 2022 @ 19:08:
[...]


Volledige reboots helpen helaas niet. Ik zal de service eens restarten na het booten. Enig idee waar de logs van de igmp proxy zich bevinden (zie alleen maar start up message in /var/log/messages)?

Update:
Restart van de igmp proxy helpt ook niet. Ik ben bang dat ik maar eens moet gaan wiresharken, want ik zie ook nergens foutmeldingen in de logs. Iemand nog andere ideeen?
wat zegt kpn.log?

Acties:
  • 0Henk 'm!

  • bluewarlord
  • Registratie: Augustus 2000
  • Laatst online: 04-06 13:47
Niet veel bijzonders:
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
[Thu May 12 22:04:05 CEST 2022] [kpn.sh] Executed at Thu May 12 22:04:05 CEST 2022
[Thu May 12 22:04:05 CEST 2022] [kpn.sh] lock file exists but is older then 120 seconds, removing lock file
[Thu May 12 22:04:05 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Thu May 12 22:04:05 CEST 2022] [kpn.sh] The file /etc/commit/post-hooks.d/set-kpn-hook.sh does not exists, creating hook now
[Thu May 12 22:04:06 CEST 2022] [kpn.sh] MTU for eth0 not configured, adjusting config
[Thu May 12 22:04:06 CEST 2022] [kpn.sh] Disconnecting pppoe2 before changing MTU
Bringing interface pppoe2 down...
[Thu May 12 22:04:12 CEST 2022] [kpn.sh] Setting mtu for eth0 to 1512
[Thu May 12 22:04:13 CEST 2022] [kpn.sh] Setting mtu for eth0 vif 6 to 1508
[Thu May 12 22:04:14 CEST 2022] [kpn.sh] Commiting
[Thu May 12 22:04:35 CEST 2022] [set-kpn-hook.sh] Executed at Thu May 12 22:04:35 CEST 2022
[Thu May 12 22:04:35 CEST 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Thu May 12 22:04:35 CEST 2022] [kpn.sh] Connecting pppoe2 after changing MTU
Bringing interface pppoe2 up...
[Thu May 12 22:04:36 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Thu May 12 22:05:02 CEST 2022] [kpn.sh] Executed at Thu May 12 22:05:02 CEST 2022
[Thu May 12 22:05:02 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Thu May 12 22:05:02 CEST 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Thu May 12 22:05:02 CEST 2022] [kpn.sh] Config value eth0.6 for vpn l2tp remote-access dhcp-interface found, adjusting config
[Thu May 12 22:05:03 CEST 2022] [kpn.sh] Setting ipsec-interface to pppoe2
[Thu May 12 22:05:03 CEST 2022] [kpn.sh] Deleting dhcp interface eth0.6
[Thu May 12 22:05:03 CEST 2022] [kpn.sh] Setting outside-address to 0.0.0.0
[Thu May 12 22:05:04 CEST 2022] [kpn.sh] Commiting
[Thu May 12 22:06:08 CEST 2022] [set-kpn-hook.sh] Executed at Thu May 12 22:06:08 CEST 2022
[Thu May 12 22:06:08 CEST 2022] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Thu May 12 22:06:08 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Thu May 12 22:07:01 CEST 2022] [kpn.sh] Executed at Thu May 12 22:07:01 CEST 2022
[Thu May 12 22:07:01 CEST 2022] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Thu May 12 22:07:01 CEST 2022] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Thu May 12 22:07:01 CEST 2022] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Thu May 12 22:07:01 CEST 2022] [kpn.sh] Finished

Language exists to conceal true thought


Acties:
  • 0Henk 'm!

  • Coolhva
  • Registratie: Juni 2003
  • Laatst online: 09-06 12:47
Hmmz misschien toch even je switches herstarten.

Acties:
  • +1Henk 'm!

  • bluewarlord
  • Registratie: Augustus 2000
  • Laatst online: 04-06 13:47
Hmmz misschien toch even je switches herstarten.
Right, powercycle (dus geen reboot) van all unifi apparatuur lijkt het probleem op te lossen. Het IPTV kastje dat op een andere switch zit doet het nog steeds niet, kennelijk moet die ook nog een powercycle krijgen. Dat ga ik vanavond nog even proberen ....

Alvast hartelijk dank voor alle suggesties!

[Voor 6% gewijzigd door bluewarlord op 14-05-2022 13:15]

Language exists to conceal true thought


Acties:
  • +1Henk 'm!

  • Will_M
  • Registratie: Maart 2004
  • Niet online

Will_M

Intentionally Left Blank

@bluewarlord Ik had hier een week of drie geleden ongeveer hetzelfde en dat werd veroorzaakt door het feit dat KPN sinds medio April een nieuwe firmware naar de decoders (bij mij de Arris/VIP5202) probeerde te pushen tijdens de nachtelijke uren. Die firmware moet in de 'ECO' stand nog zuiniger zijn dan dat de oude al was maar in de oude firmware had ik die ECO stand ook al aanstaan waarbij de NIC dus tijdens standby UIT staat en er daarmee een Kip/Ei discussie ontstond doordat die nieuwe firmware ook een herstart verwacht / triggert.... :+

Je kunt in het INFO menu van de decoder zien of je systeem die update al gehad heeft door de NMC versie te bekijken. De nieuwe firmware heeft daar versie 8.0.139_1 gekregen (wás 8.0.138_1).

Op de decoder (AB): Menu -> Systeem -> Software opnieuw installeren loste het bij mij, binnen een minuut, weer volledig op.

Boldly going forward, 'cause we can't find reverse


  • bluewarlord
  • Registratie: Augustus 2000
  • Laatst online: 04-06 13:47
Het is een vreemd gebeuren. De 1e VIP5202 werkte, de 2e niet. Ik dacht dat een powercycle van de andere switch waar deze aan vast zat voldoende was. Niet dus.

Het wordt nog leuker. Vervolgens de 2e VIP5202 aangesloten op de plek waar de 1e werkte. Doet het nog niet. Vervolgens de 1e weer terug gezet .... en hij werkt niet meer (/slam head to wall). Vervolgens nog eens een gehele power cycle gedaan van al het spul, maar nog steeds geen pret :-(

Nog ideeen / suggesties waar ik naar kan kijken?

P.S. de firmware van de 1e VIP5202 is versie is 8.0.139_1

Hoe kan ik de firmware versie zijn van de 2e VIP5202 als ik niet verder kom dan 85% bij het opstarten?

Language exists to conceal true thought


Acties:
  • +2Henk 'm!

  • bluewarlord
  • Registratie: Augustus 2000
  • Laatst online: 04-06 13:47
Een korte update van mijn kant. Ik heb inmiddels een wireshark met port mirroring aan de praat gekregen. Als ik de VIP5202 vers start zie ik het volgende:

1. Een DHCP request wordt gedaan en netjes afgehandeld. Dit komt overeen met de /var/log/messages entry:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
May 19 19:52:28 USGHome dhcpd: DHCPOFFER on 192.168.2.16 to 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661
May 19 19:52:28 USGHome dhcpd: execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
May 19 19:52:28 USGHome dhcpd: execute_statement argv[1] = commit
May 19 19:52:28 USGHome dhcpd: execute_statement argv[2] = VIP5202_FBA8E0
May 19 19:52:28 USGHome dhcpd: execute_statement argv[3] = 192.168.2.16
May 19 19:52:28 USGHome dhcpd: execute_statement argv[4] = 0:2:9b:fb:a8:e0
May 19 19:52:28 USGHome dhcpd: execute_statement argv[5] = ..YYZ!
May 19 19:52:28 USGHome dhcpd: execute_statement argv[6] = enable
May 19 19:52:28 USGHome dhcpd: execute_statement argv[7] = disable
May 19 19:52:29 USGHome dhcpd: DHCPREQUEST for 192.168.2.16 (192.168.2.1) from 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661
May 19 19:52:29 USGHome dhcpd: DHCPACK on 192.168.2.16 to 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661May 19 19:52:28 USGHome dhcpd: DHCPOFFER on 192.168.2.16 to 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661
May 19 19:52:28 USGHome dhcpd: execute_statement argv[0] = /opt/vyatta/sbin/on-dhcp-event.sh
May 19 19:52:28 USGHome dhcpd: execute_statement argv[1] = commit
May 19 19:52:28 USGHome dhcpd: execute_statement argv[2] = VIP5202_FBA8E0
May 19 19:52:28 USGHome dhcpd: execute_statement argv[3] = 192.168.2.16
May 19 19:52:28 USGHome dhcpd: execute_statement argv[4] = 0:2:9b:fb:a8:e0
May 19 19:52:28 USGHome dhcpd: execute_statement argv[5] = ..YYZ!
May 19 19:52:28 USGHome dhcpd: execute_statement argv[6] = enable
May 19 19:52:28 USGHome dhcpd: execute_statement argv[7] = disable
May 19 19:52:29 USGHome dhcpd: DHCPREQUEST for 192.168.2.16 (192.168.2.1) from 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661
May 19 19:52:29 USGHome dhcpd: DHCPACK on 192.168.2.16 to 00:02:9b:fb:a8:e0 (VIP5202_FBA8E0) via eth1.661
2. Je ziet de gateway vervolgens de IGMP proxy ook configureren (de gele regels in de wireshark, zie onder)

3. Het gaat mis met het laatste DHCP request, dat is een BOOTP request. Hij kan dus niet de boot server vinden .... Zie het volgende plaatje:



Waarom wordt de BOOTP niet doorgegeven door de router of komt de response niet terug?

Language exists to conceal true thought


Acties:
  • +2Henk 'm!

  • mat.hi.as
  • Registratie: November 2007
  • Laatst online: 23:30
Ik kan me ook hier melden! Al een week of 2 wonen we in ons nieuwbouwhuis, met (voor ons nieuw) Ubiquiti apparatuur (UDM + 8 PoE switch + 2x In-Wall HD). KPN iTV deed het uiteraard niet, en na veel verschillende dingen proberen (ik snap niet dat er zoveel verschillende guides en dergelijke zijn) was de Github van Fabian supersimpel. Ik was eigenlijk de moed een beetje aan het verliezen. maar toen ik de guide héél goed aan het doorlezen was, begreep ik dat de Experia Box ertussen uit mocht. Toen ging alles een stuk beter :+.

Nog wel één klein vraagje: het bestand /etc/default/ubnt-dpkg-cache bestond niet. Via het commando touch heb ik die wel aangemaakt, en het bijbehorende commando uitgevoerd om installatie persistent te laten zijn tussen UDM updates. Echter leek het bestand alsnog leeg. Is daar iets tegen te doen verder?

Acties:
  • 0Henk 'm!

  • Erhnam
  • Registratie: Januari 2000
  • Laatst online: 23:16

Erhnam

het Hardware-Hondje :]

Ik heb de config aangepast, maar krijg ik de volgende foutmelding op mijn USG:

code:
1
f736f85681", "SET": {"error": {"interfaces ethernet eth0 vif 6 mtu 1508": "MTU must be least than or equal to parent interface MTU\n\nValue validation failed\n"}, "failure": "1", "success": "1"}}#012

[Voor 7% gewijzigd door Erhnam op 20-05-2022 14:27]

http://www.xbmcfreak.nl/


Acties:
  • 0Henk 'm!

  • nero355
  • Registratie: Februari 2002
  • Laatst online: 19:00

nero355

ph34r my [WCG] Cows :P

Erhnam schreef op vrijdag 20 mei 2022 @ 14:27:
Ik heb de config aangepast, maar krijg ik de volgende foutmelding op mijn USG:

code:
1
f736f85681", "SET": {"error": {"interfaces ethernet eth0 vif 6 mtu 1508": "MTU must be least than or equal to parent interface MTU\n\nValue validation failed\n"}, "failure": "1", "success": "1"}}#012
Gokje : eth0.6 aangepast i.p.v. eth0 zelf :?

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||


Acties:
  • 0Henk 'm!

  • Erhnam
  • Registratie: Januari 2000
  • Laatst online: 23:16

Erhnam

het Hardware-Hondje :]

nero355 schreef op vrijdag 20 mei 2022 @ 14:57:
[...]

Gokje : eth0.6 aangepast i.p.v. eth0 zelf :?
Volgens deze commit moet je de config op twee plekken aanpassen: https://github.com/coolhv...f7651f1e30e28bb838af0c860

http://www.xbmcfreak.nl/


Acties:
  • 0Henk 'm!

  • nero355
  • Registratie: Februari 2002
  • Laatst online: 19:00

nero355

ph34r my [WCG] Cows :P

Erhnam schreef op vrijdag 20 mei 2022 @ 14:58:
Volgens deze commit moet je de config op twee plekken aanpassen: https://github.com/coolhv...f7651f1e30e28bb838af0c860
Daar heeft eth0 een MTU van 1512 dus heb je dat ook aangepast :?

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||


Acties:
  • 0Henk 'm!

  • Will_M
  • Registratie: Maart 2004
  • Niet online

Will_M

Intentionally Left Blank

nero355 schreef op vrijdag 20 mei 2022 @ 15:01:
[...]

Daar heeft eth0 een MTU van 1512 dus heb je dat ook aangepast :?
JumboFrames over 't Internet.... Gewoon DOEN!! >:)

Boldly going forward, 'cause we can't find reverse


Acties:
  • 0Henk 'm!

  • nero355
  • Registratie: Februari 2002
  • Laatst online: 19:00

nero355

ph34r my [WCG] Cows :P

Will_M schreef op vrijdag 20 mei 2022 @ 15:03:
JumboFrames over 't Internet.... Gewoon DOEN!! >:)
Is om MSS Clamping te voorkomen als ik me niet vergis! :P

Zie : https://duckduckgo.com/?q=mss+clamping B)

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||


Acties:
  • +1Henk 'm!

  • Strebor
  • Registratie: April 2001
  • Laatst online: 01-06 09:14
nero355 schreef op vrijdag 20 mei 2022 @ 15:05:
[...]

Is om MSS Clamping te voorkomen als ik me niet vergis! :P

Zie : https://duckduckgo.com/?q=mss+clamping B)
Op KPN lijnen kan dit (kleine jumbo frames). Om de PPPoE een MTU van 1500 te geven, moet de WAN poort een MTU van 1512 krijgen. 8 extra voor PPPoE overhead en 4 extra voor VLAN overhead.

Waarom dit doen:
Lagere MTUs (1492) geven problem met sommig verkeer, zoals VPN tunnels met daarin SSH of HTTPS verkeer over de PPPoE verbinding. Ja, je kunt de MTUs voor de tunnels beperken (bijvoorbeeld naar 1300), maar het is makkelijker om de MTU van de verbinding aan te passen. Bovendien is het beter voor de performance,

Acties:
  • +3Henk 'm!

  • bvk007
  • Registratie: September 2002
  • Laatst online: 26-05 19:45
mat.hi.as schreef op vrijdag 20 mei 2022 @ 08:06:
Ik kan me ook hier melden! Al een week of 2 wonen we in ons nieuwbouwhuis, met (voor ons nieuw) Ubiquiti apparatuur (UDM + 8 PoE switch + 2x In-Wall HD). KPN iTV deed het uiteraard niet, en na veel verschillende dingen proberen (ik snap niet dat er zoveel verschillende guides en dergelijke zijn) was de Github van Fabian supersimpel. Ik was eigenlijk de moed een beetje aan het verliezen. maar toen ik de guide héél goed aan het doorlezen was, begreep ik dat de Experia Box ertussen uit mocht. Toen ging alles een stuk beter :+.

Nog wel één klein vraagje: het bestand /etc/default/ubnt-dpkg-cache bestond niet. Via het commando touch heb ik die wel aangemaakt, en het bijbehorende commando uitgevoerd om installatie persistent te laten zijn tussen UDM updates. Echter leek het bestand alsnog leeg. Is daar iets tegen te doen verder?
Die remark lijkt alleen betrekking te hebben op een udm-se...

Acties:
  • +1Henk 'm!

  • jurroen
  • Registratie: Mei 2012
  • Laatst online: 21:59

jurroen

Security en privacy geek

Mochten er hier meer mensen ervaring hebben met de UAP-XG: zijn het bij jullie ook grillplaten? Viel eerder al op bij een installatie van vier; nu ik er zelf ook een heb hangen is het niet anders.

Acties:
  • +1Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 22:51
jurroen schreef op vrijdag 20 mei 2022 @ 19:28:
Mochten er hier meer mensen ervaring hebben met de UAP-XG: zijn het bij jullie ook grillplaten? Viel eerder al op bij een installatie van vier; nu ik er zelf ook een heb hangen is het niet anders.
Waar zou je een XG willen plaatsen? Ik kan zelf geen locatie bedenken waar je zoveel users wilt bedienen, binnen de range van dit AP. Dan is ademhalen onder het AP niet meer mogelijk vanwege verdrukking, door de overige 1499 gebruikers die net een streepje dekking willen opsnuiven met hun device ;-)

The UniFi XG AP has three client radios, so it can support up to 1500 users as its theoretical maximum.

Maatje van mij had er één, ze worden inderdaad warm.

[Voor 39% gewijzigd door stormfly op 20-05-2022 19:34]


Acties:
  • 0Henk 'm!

  • jurroen
  • Registratie: Mei 2012
  • Laatst online: 21:59

jurroen

Security en privacy geek

stormfly schreef op vrijdag 20 mei 2022 @ 19:30:
[...]


Waar zou je een XG willen plaatsen? Ik kan zelf geen locatie bedenken waar je zoveel users wilt bedienen, binnen de range van dit AP. Dan is ademhalen onder het AP niet meer mogelijk vanwege verdrukking, door de overige 1499 gebruikers die net een streepje dekking willen opsnuiven met hun device ;-)

The UniFi XG AP has three client radios, so it can support up to 1500 users as its theoretical maximum.

Maatje van mij had er één, ze worden inderdaad warm.
Ik heb 'm persoonlijk hangen om mee te experimenteren - ik weet dat het complete overkill en zelfs vrij absurd is :+ Komt overigens morgen een U6-LR voor in de plaats.

De vier die ik eerder geinstalleerd heb voldoen overigens wel aan dat scenario: op een druk moment hebben die toch wel een stuk of 1000 users totaal, verdeeld over twee (niet opvolgende!) verdiepingen in een bedrijfspand.

Het alternatief van UniFi destijds, de UAP-AC-PRO voldeed niet voor het specifieke scenario. Is overigens wel geprobeerd!

Acties:
  • +1Henk 'm!

  • mat.hi.as
  • Registratie: November 2007
  • Laatst online: 23:30
bvk007 schreef op vrijdag 20 mei 2022 @ 17:44:
[...]


Die remark lijkt alleen betrekking te hebben op een udm-se...
Check, dankjewel!

Acties:
  • +1Henk 'm!

  • Coolhva
  • Registratie: Juni 2003
  • Laatst online: 09-06 12:47
Will_M schreef op vrijdag 20 mei 2022 @ 15:03:
[...]


JumboFrames over 't Internet.... Gewoon DOEN!! >:)
Waarom niet? Als je met 1500 verstuurt in de tunnel verstuurt KPN het met 1500 het internet over. Je vergroot de MTU buiten de tunnel zodat de USG zelf ook goed naar buiten kan; bijvoorbeeld om een Speedtest te doen.

  • nero355
  • Registratie: Februari 2002
  • Laatst online: 19:00

nero355

ph34r my [WCG] Cows :P

bvk007 schreef op vrijdag 20 mei 2022 @ 17:44:
Die remark lijkt alleen betrekking te hebben op een udm-se...
En straks dus op alle UDM modellen als het OS eenmaal gelijk is getrokken voor alle versies! :)
Je hebt dus kans dat je het straks WEL nodig hebt! ;)

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||


Acties:
  • 0Henk 'm!

  • sp_mike
  • Registratie: November 2016
  • Laatst online: 31-05 09:36
Ik kom er niet helemaal uit. Hopelijk kan iemand mij helpen.
Dit is mijn setup:

KPN (Budget alles in één) glasvezel > USG > US-8 switch > netgear 305e switch > arris KPN

Deze handleiding gevolgd https://github.com/coolhva/usg-kpn-ftth

Internet werkt maar IPTV niet.

In het begin heb ik problemen gehad met 'Budget alle in één' omdat zij nog DHCP gebruikten ipv PPOE. Na wat vragen aan de helpdesk kwam er een paar weken geleden een spontane update van mijn Experiabox. Daarna werkte alles.

Op een bepaald moment was er een kpn storing (niet terugkijken en opnames) toen heb ik de experiabox weer terug gezet omdat ik dacht dat het aan mij lag.

Paar dagen later de USG er weer in en toen ben ik zelf aan hte prutsen gegaan waardoor het niet meer werkte. Vervolgens volledige reset gedaan en opnieuw bovenstssnde handleiding gevolgd.

Nu wel Internet maar geen IPTV.
Heeft iemand tips om mij in de juiste richting te krijgen. Ik begrijp het niet zo goed omdat ik gewoon de scipts weer gebruikt heb en wel internet heb.

Acties:
  • 0Henk 'm!

  • TWFpa2Vs
  • Registratie: Maart 2005
  • Laatst online: 00:03
Gebruik je VLANS? en heb je de mediabox ook al stroomloos gehad in de tussentijd?

[Voor 65% gewijzigd door TWFpa2Vs op 23-05-2022 11:23]


Acties:
  • 0Henk 'm!

  • sp_mike
  • Registratie: November 2016
  • Laatst online: 31-05 09:36
TWFpa2Vs schreef op maandag 23 mei 2022 @ 11:22:
Gebruik je VLANS? en heb je de mediabox ook al stroomloos gehad in de tussentijd?
Ik gebruik nog geen vlans, dat is fase twee.
Ja, de box meerdere keren stroomloos gehad. Blijft lang hangen op 85% en geeft dan melding om stroomloos te maken en/of software te downloaden.

Acties:
  • 0Henk 'm!

  • TWFpa2Vs
  • Registratie: Maart 2005
  • Laatst online: 00:03
Probeer het is met alleen het VLAN voor IPTV om andere apparaten uit te sluiten etc.

https://www.vanachterberg...ty-gateway-kpn-iptv-vlan/

[Voor 28% gewijzigd door TWFpa2Vs op 23-05-2022 11:53]


Acties:
  • +1Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 22:51
TWFpa2Vs schreef op maandag 23 mei 2022 @ 11:22:
Gebruik je VLANS? en heb je de mediabox ook al stroomloos gehad in de tussentijd?
NETGEAR ® Plus Switches meet this growing need by providing fundamental network features such as VLANs, QoS, and IGMP Snooping that will help optimize the performance of business networks. Plus Switches are the perfect upgrade from the plug-and-play unmanaged switch, delivering essential networking features at a very affordable price.

Kan wel met de NetGear

Acties:
  • 0Henk 'm!

  • sp_mike
  • Registratie: November 2016
  • Laatst online: 31-05 09:36
Klopt inderdaad. Maar daar had ik nog niets mee gedaan.

Het hele vlan gebeuren, is voor mij, redelijk complex. Dus daarom had ik dat nog niet gedaan.

Acties:
  • 0Henk 'm!

  • TWFpa2Vs
  • Registratie: Maart 2005
  • Laatst online: 00:03
stormfly schreef op maandag 23 mei 2022 @ 11:40:
[...]


NETGEAR ® Plus Switches meet this growing need by providing fundamental network features such as VLANs, QoS, and IGMP Snooping that will help optimize the performance of business networks. Plus Switches are the perfect upgrade from the plug-and-play unmanaged switch, delivering essential networking features at a very affordable price.

Kan wel met de NetGear
je hebt helemaal gelijk, ik zag het niet op deze pagina https://www.netgear.com/n...red/switches/plus/gs305e/ terug maar wel weer in de datasheet :O

Acties:
  • 0Henk 'm!

  • TWFpa2Vs
  • Registratie: Maart 2005
  • Laatst online: 00:03
sp_mike schreef op maandag 23 mei 2022 @ 11:43:
Klopt inderdaad. Maar daar had ik nog niets mee gedaan.

Het hele vlan gebeuren, is voor mij, redelijk complex. Dus daarom had ik dat nog niet gedaan.
De instructie in de link is stap voor stap, je kan in eerst instantie ook de uplink naar je netgear switch al op het vlan zetten om te kijken of het dan wel werkt. Nu kunnen er heel veel stoorzenders op je netwerk zitten waardoor het niet werkt.

Acties:
  • 0Henk 'm!

  • sp_mike
  • Registratie: November 2016
  • Laatst online: 31-05 09:36
TWFpa2Vs schreef op maandag 23 mei 2022 @ 11:53:
[...]


Je kan in eerst instantie ook de uplink naar je netgear switch al op het vlan zetten om te kijken of het dan wel werkt. Nu kunnen er heel veel stoorzenders op je netwerk zitten waardoor het niet werkt.
Dit is niet helemaal mijn specialisme ;-) Hoe moet ik dat doen?

Acties:
  • +2Henk 'm!

  • nero355
  • Registratie: Februari 2002
  • Laatst online: 19:00

nero355

ph34r my [WCG] Cows :P

stormfly schreef op maandag 23 mei 2022 @ 11:40:
NETGEAR ® Plus Switches meet this growing need by providing fundamental network features such as VLANs, QoS, and IGMP Snooping that will help optimize the performance of business networks. Plus Switches are the perfect upgrade from the plug-and-play unmanaged switch, delivering essential networking features at a very affordable price.

Kan wel met de NetGear
TWFpa2Vs schreef op maandag 23 mei 2022 @ 11:51:
je hebt helemaal gelijk, ik zag het niet op deze pagina https://www.netgear.com/n...red/switches/plus/gs305e/ terug maar wel weer in de datasheet :O
TIP :

Alle Netgear en TP-Link Switches gebruiken vaak deze benamingen voor de features :
- E aan het einde = Managed Switch
- P aan het einde = PoE aanwezig!

Paar bekende voorbeelden :
- pricewatch: Netgear GS105E
- pricewatch: TP-Link TL-SG105PE
- pricewatch: Netgear Prosafe Gigabit Plus GS108E
- pricewatch: TP-Link TL-SG108PE
- enz.

:)

|| DPC GoT WhatPulse Team :) || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||


Acties:
  • +1Henk 'm!

  • Huub-
  • Registratie: November 2017
  • Laatst online: 23:40
sp_mike schreef op maandag 23 mei 2022 @ 12:02:
[...]


Dit is niet helemaal mijn specialisme ;-) Hoe moet ik dat doen?
Staat best goed uitgelegd bij https://www.vanachterberg...ty-gateway-kpn-iptv-vlan/ had je daar al gekeken?
Je kunt er dan voor kiezen om het VLAN gedeelte alleen binnen UNIFI te doen.

Acties:
  • 0Henk 'm!

  • TWFpa2Vs
  • Registratie: Maart 2005
  • Laatst online: 00:03
sp_mike schreef op maandag 23 mei 2022 @ 12:02:
[...]


Dit is niet helemaal mijn specialisme ;-) Hoe moet ik dat doen?
Gewoon de instructie volgen die ik deelde en dan bij het punt waar je lees dat je de mediabox poort moet selecteren kies jij de poort waar de netgear op zit.

Acties:
  • +3Henk 'm!

  • Coolhva
  • Registratie: Juni 2003
  • Laatst online: 09-06 12:47
TWFpa2Vs schreef op maandag 23 mei 2022 @ 19:02:
[...]


Gewoon de instructie volgen die ik deelde en dan bij het punt waar je lees dat je de mediabox poort moet selecteren kies jij de poort waar de netgear op zit.
Ehhhhh, als je een managed switch achter je unifi switch zet dan wil je het poort profiel ‘all’ gebruiken omdat dan ook je data VLAN mee komt. Wat je mag doen op de netgear is VLAN 661 aanmaken, op de poort naar de unifi switch VLAN 661 op tagged instellen. Daarnaast mag je op de poort die naar de tv ontvanger gaat vlan 661 untagged instellen en dan de PVID (Port VLAN ID) op 661 zetten.

Acties:
  • 0Henk 'm!

  • TWFpa2Vs
  • Registratie: Maart 2005
  • Laatst online: 00:03
Coolhva schreef op dinsdag 24 mei 2022 @ 16:49:
[...]


Ehhhhh, als je een managed switch achter je unifi switch zet dan wil je het poort profiel ‘all’ gebruiken omdat dan ook je data VLAN mee komt. Wat je mag doen op de netgear is VLAN 661 aanmaken, op de poort naar de unifi switch VLAN 661 op tagged instellen. Daarnaast mag je op de poort die naar de tv ontvanger gaat vlan 661 untagged instellen en dan de PVID (Port VLAN ID) op 661 zetten.
Klopt maar hij zegt net dat VLANS helemaal nieuw voor hem zijn dus wilde het niet nog ingewikkelder maken en als die netgear noodzakelijk is voor die mediabox dan maar de hele switch op het VLAN zetten.

  • Voois
  • Registratie: Augustus 2006
  • Laatst online: 23-04 17:14
Hopelijk kan iemand mij helpen want ik loop al een dag en nacht aan te klooien.
Het script van coolhva werkt al een aantal jaar naar tevredenheid en het is op een enkele storing na altijd gelukt om alles draaiende te houden, tot gisteren..
Plots viel het internet (en TV) weg. Volgens KPN een interne storing.
Inmiddels de hele handleiding opnieuw gevolgd, resets, backups gebruikt etc. maar het wil niet werken :(

Wat ik in elk geval opvallend vind is dat bij de USG geen pppoe2 interface zichbaar is. Dat lijkt me te duiden op een fout maar ik kan maar niet vinden welke.
Iemand ideen?

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Last login: Thu Jan  1 02:37:13 2015 from 192.168.2.141
admin@USG:~$ show interfaces
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         -                                 u/u  WAN
eth0.4       -                                 u/u  IPTV
eth0.6       -                                 u/u
eth1         192.168.2.1/24                    u/u  LAN
eth1.661     192.168.3.1/24                    u/u
eth2         -                                 A/D
lo           127.0.0.1/8                       u/u
             ::1/128
admin@USG:~$ ^C


KPN log
Hier valt me nog op dat de tijd op 1-1-2015 staat, dat was niet zo maar wellicht dat dat nu komt omdat hij de tijd niet meer kan ophalen.

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
40
41
42
[Thu Jan  1 02:41:14 CET 2015] [kpn.sh] Executed at Thu Jan  1 02:41:14 CET 2015
[Thu Jan  1 02:41:14 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:41:14 CET 2015] [kpn.sh] routes dhcp hook does not exist
[Thu Jan  1 02:41:14 CET 2015] [kpn.sh] Creating dhcp hook at /etc/dhcp3/dhclient-exit-hooks.d/routes
[Thu Jan  1 02:41:14 CET 2015] [kpn.sh] Release dhcp interface eth0.4
Releasing DHCP lease on eth0.4 ...
[Thu Jan  1 02:41:17 CET 2015] [kpn.sh] Renew dhcp interface eth0.4
Renewing DHCP lease on eth0.4 ...
[Thu Jan  1 02:41:19 CET 2015] [kpn.sh] Restarting IGMP proxy
Warning: igmpproxy not running.
Starting IGMP proxy service
[Thu Jan  1 02:41:21 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:41:21 CET 2015] [kpn.sh] Finished
[Thu Jan  1 02:44:51 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan  1 02:44:51 CET 2015
[Thu Jan  1 02:44:51 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Thu Jan  1 02:45:01 CET 2015] [kpn.sh] Executed at Thu Jan  1 02:45:01 CET 2015
[Thu Jan  1 02:45:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:45:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Thu Jan  1 02:45:02 CET 2015] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config
[Thu Jan  1 02:45:02 CET 2015] [kpn.sh] Setting ipsec-interface to pppoe2
[Thu Jan  1 02:45:02 CET 2015] [kpn.sh] Deleting dhcp interface eth0
[Thu Jan  1 02:45:02 CET 2015] [kpn.sh] Setting outside-address to 0.0.0.0
[Thu Jan  1 02:45:02 CET 2015] [kpn.sh] Commiting
[Thu Jan  1 02:45:14 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:45:19 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan  1 02:45:19 CET 2015
[Thu Jan  1 02:45:19 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Thu Jan  1 02:46:01 CET 2015] [kpn.sh] Executed at Thu Jan  1 02:46:01 CET 2015
[Thu Jan  1 02:46:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:46:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Thu Jan  1 02:46:02 CET 2015] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config
[Thu Jan  1 02:46:02 CET 2015] [kpn.sh] Setting ipsec-interface to pppoe2
[Thu Jan  1 02:46:02 CET 2015] [kpn.sh] Deleting dhcp interface eth0
[Thu Jan  1 02:46:02 CET 2015] [kpn.sh] Setting outside-address to 0.0.0.0
[Thu Jan  1 02:46:02 CET 2015] [kpn.sh] Commiting
[Thu Jan  1 02:46:29 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan  1 02:46:29 CET 2015
[Thu Jan  1 02:46:29 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Thu Jan  1 02:46:29 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:47:01 CET 2015] [kpn.sh] Executed at Thu Jan  1 02:47:01 CET 2015
[Thu Jan  1 02:47:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:47:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Thu Jan  1 02:47:01 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:47:01 CET 2015] [kpn.sh] Finished



Alvast bedankt voor het meedenken!

Acties:
  • +1Henk 'm!

  • Coolhva
  • Registratie: Juni 2003
  • Laatst online: 09-06 12:47
Voois schreef op woensdag 25 mei 2022 @ 10:29:
Hopelijk kan iemand mij helpen want ik loop al een dag en nacht aan te klooien.
Het script van coolhva werkt al een aantal jaar naar tevredenheid en het is op een enkele storing na altijd gelukt om alles draaiende te houden, tot gisteren..
Plots viel het internet (en TV) weg. Volgens KPN een interne storing.
Inmiddels de hele handleiding opnieuw gevolgd, resets, backups gebruikt etc. maar het wil niet werken :(

Wat ik in elk geval opvallend vind is dat bij de USG geen pppoe2 interface zichbaar is. Dat lijkt me te duiden op een fout maar ik kan maar niet vinden welke.
Iemand ideen?

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Last login: Thu Jan  1 02:37:13 2015 from 192.168.2.141
admin@USG:~$ show interfaces
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         -                                 u/u  WAN
eth0.4       -                                 u/u  IPTV
eth0.6       -                                 u/u
eth1         192.168.2.1/24                    u/u  LAN
eth1.661     192.168.3.1/24                    u/u
eth2         -                                 A/D
lo           127.0.0.1/8                       u/u
             ::1/128
admin@USG:~$ ^C


KPN log
Hier valt me nog op dat de tijd op 1-1-2015 staat, dat was niet zo maar wellicht dat dat nu komt omdat hij de tijd niet meer kan ophalen.

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
40
41
42
[Thu Jan  1 02:41:14 CET 2015] [kpn.sh] Executed at Thu Jan  1 02:41:14 CET 2015
[Thu Jan  1 02:41:14 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:41:14 CET 2015] [kpn.sh] routes dhcp hook does not exist
[Thu Jan  1 02:41:14 CET 2015] [kpn.sh] Creating dhcp hook at /etc/dhcp3/dhclient-exit-hooks.d/routes
[Thu Jan  1 02:41:14 CET 2015] [kpn.sh] Release dhcp interface eth0.4
Releasing DHCP lease on eth0.4 ...
[Thu Jan  1 02:41:17 CET 2015] [kpn.sh] Renew dhcp interface eth0.4
Renewing DHCP lease on eth0.4 ...
[Thu Jan  1 02:41:19 CET 2015] [kpn.sh] Restarting IGMP proxy
Warning: igmpproxy not running.
Starting IGMP proxy service
[Thu Jan  1 02:41:21 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:41:21 CET 2015] [kpn.sh] Finished
[Thu Jan  1 02:44:51 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan  1 02:44:51 CET 2015
[Thu Jan  1 02:44:51 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Thu Jan  1 02:45:01 CET 2015] [kpn.sh] Executed at Thu Jan  1 02:45:01 CET 2015
[Thu Jan  1 02:45:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:45:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Thu Jan  1 02:45:02 CET 2015] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config
[Thu Jan  1 02:45:02 CET 2015] [kpn.sh] Setting ipsec-interface to pppoe2
[Thu Jan  1 02:45:02 CET 2015] [kpn.sh] Deleting dhcp interface eth0
[Thu Jan  1 02:45:02 CET 2015] [kpn.sh] Setting outside-address to 0.0.0.0
[Thu Jan  1 02:45:02 CET 2015] [kpn.sh] Commiting
[Thu Jan  1 02:45:14 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:45:19 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan  1 02:45:19 CET 2015
[Thu Jan  1 02:45:19 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Thu Jan  1 02:46:01 CET 2015] [kpn.sh] Executed at Thu Jan  1 02:46:01 CET 2015
[Thu Jan  1 02:46:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:46:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Thu Jan  1 02:46:02 CET 2015] [kpn.sh] Config value eth0 for vpn l2tp remote-access dhcp-interface found, adjusting config
[Thu Jan  1 02:46:02 CET 2015] [kpn.sh] Setting ipsec-interface to pppoe2
[Thu Jan  1 02:46:02 CET 2015] [kpn.sh] Deleting dhcp interface eth0
[Thu Jan  1 02:46:02 CET 2015] [kpn.sh] Setting outside-address to 0.0.0.0
[Thu Jan  1 02:46:02 CET 2015] [kpn.sh] Commiting
[Thu Jan  1 02:46:29 CET 2015] [set-kpn-hook.sh] Executed at Thu Jan  1 02:46:29 CET 2015
[Thu Jan  1 02:46:29 CET 2015] [set-kpn-hook.sh] Configuration changes have been commited, adding crontab for kpn.sh
[Thu Jan  1 02:46:29 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:47:01 CET 2015] [kpn.sh] Executed at Thu Jan  1 02:47:01 CET 2015
[Thu Jan  1 02:47:01 CET 2015] [kpn.sh] creating lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:47:01 CET 2015] [kpn.sh] KPN found in crontab, removing /etc/cron.d/kpn
[Thu Jan  1 02:47:01 CET 2015] [kpn.sh] removing lock file at /config/scripts/post-config.d/kpn.lock
[Thu Jan  1 02:47:01 CET 2015] [kpn.sh] Finished



Alvast bedankt voor het meedenken!
krijg je het aan de praat zonder de json/sh en gewoon via de controller en in de WAN instellingen VLAN 6, PPPoE en gebruikersnaam en wachtwoord 'kpn'. krijg je dan wel internet verbinding?

  • Voois
  • Registratie: Augustus 2006
  • Laatst online: 23-04 17:14
Helaas ook vooralsnog geen succes.
JSON/SH weg gegooid. Reboot gedaan.
WAN ingevuld zoals beschreven.
(Vraag dan wel om QoS tag in te vullen. Heb ik op none gezet)
Provisioning.

Ik meen me te herinneren dat username iets met een Mac adres@internet was? Is dat veranderd?

Acties:
  • +3Henk 'm!

  • Voois
  • Registratie: Augustus 2006
  • Laatst online: 23-04 17:14
Misschien een heel klein stapje verder. Door WAN op controller zelf in te voeren kreeg ik een aantal foutmeldingen.

Warning interface pppoe2 does not exist
Stopping dhcp cliënt on eth0
Xtables lock. Want to use option -w?
NAT configuration interface pppoe2 does nog exist

Het bevestigt dat pppoe2 ontbreekt.. maar hoe nu verder

EDIT:
Nogmaals KPN gebeld. Blijkt toch dat er geen glasvezel binnenkomt en moet een monteur komen. Geen wonder dus dat het niet meer lukte.

EDIT2:
Monteur is geweest, alles werkt weer :)
PS. Ik gebruik het script zonder de toegevoegde MTU waardes.

[Voor 27% gewijzigd door Voois op 28-05-2022 12:00]


Acties:
  • 0Henk 'm!

  • Mimiix
  • Registratie: November 2012
  • Laatst online: 23:48

Mimiix

Professioneel Prutser

Even een (allicht domme) vraag voor hier.

Stel ik trek de stroom uit glasvezel doos (die van kpn waar de glasvezelaansluiting binnenkomt).

Moet ik dan weer de instellingen op de unifi opnieuw doen (alsin, het script) of werkt het dan gewoon zoals het was?

Reden is dat ik de glasvezel unit ook op de ups wil hebben.

Thanks alvast!

deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB


Acties:
  • 0Henk 'm!

  • tijgetje57
  • Registratie: December 2007
  • Laatst online: 05-06 14:50
Mimiix schreef op zondag 29 mei 2022 @ 12:14:
Even een (allicht domme) vraag voor hier.

Stel ik trek de stroom uit glasvezel doos (die van kpn waar de glasvezelaansluiting binnenkomt).

Moet ik dan weer de instellingen op de unifi opnieuw doen (alsin, het script) of werkt het dan gewoon zoals het was?

Reden is dat ik de glasvezel unit ook op de ups wil hebben.

Thanks alvast!
Nee, instellingen zitten in je UDMP, waar je wel over na kunt denken is om de NTU te dumpen en met een glasconverter aan de bak te gaan. Maar dan moet je eerst uitzoeken welk type aansluiting je hebt. Onderstaande linkje laat zien hoe of wat:
[KPN Netwerk - Glasvezelnetwerk] Aanleg en onderhoud
https://community.freedom...-ntu-door-sfp-module/2630

[Voor 5% gewijzigd door tijgetje57 op 29-05-2022 13:12]


Acties:
  • 0Henk 'm!

  • Mimiix
  • Registratie: November 2012
  • Laatst online: 23:48

Mimiix

Professioneel Prutser

tijgetje57 schreef op zondag 29 mei 2022 @ 13:08:
[...]


Nee, instellingen zitten in je UDMP, waar je wel over na kunt denken is om de NTU te dumpen en met een glasconverter aan de bak te gaan. Maar dan moet je eerst uitzoeken welk type aansluiting je hebt. Onderstaande linkje laat zien hoe of wat:
[KPN Netwerk - Glasvezelnetwerk] Aanleg en onderhoud
https://community.freedom...-ntu-door-sfp-module/2630
Thanks voor de tip! Ik vind het voor nu wel even goed zo, ook omdat het een huurhuis is.

Ik kan de NTU dus gewoon uitzetten zonder problemen?

deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB


Acties:
  • 0Henk 'm!

  • tijgetje57
  • Registratie: December 2007
  • Laatst online: 05-06 14:50
Mimiix schreef op zondag 29 mei 2022 @ 20:17:
[...]


Thanks voor de tip! Ik vind het voor nu wel even goed zo, ook omdat het een huurhuis is.

Ik kan de NTU dus gewoon uitzetten zonder problemen?
Eerst kijken welk type je bezit in je woning. Zodanig bekijken zodat je het mogelijk in de toekomst weer terug kunt bouwen.

Acties:
  • +1Henk 'm!

  • Strebor
  • Registratie: April 2001
  • Laatst online: 01-06 09:14
tijgetje57 schreef op maandag 30 mei 2022 @ 08:53:
[...]


Eerst kijken welk type je bezit in je woning. Zodanig bekijken zodat je het mogelijk in de toekomst weer terug kunt bouwen.
Ik denk dat @Mimiix gewoon even zijn NT van stroom wil halen, om hem vervolgens vanuit zijn UPS te voeden, zodat zijn verbinding blijft draaien als de stroom een keer uitvalt. Dat kan gewoon. De verbinding herstelt zichzelf automatisch.

Acties:
  • 0Henk 'm!

  • tijgetje57
  • Registratie: December 2007
  • Laatst online: 05-06 14:50
Strebor schreef op maandag 30 mei 2022 @ 10:02:
[...]


Ik denk dat @Mimiix gewoon even zijn NT van stroom wil halen, om hem vervolgens vanuit zijn UPS te voeden, zodat zijn verbinding blijft draaien als de stroom een keer uitvalt. Dat kan gewoon. De verbinding herstelt zichzelf automatisch.
Begrijp je, was eerder mijn antwoord dat hij de stekker kon verwijderen. Gaf hem als extra optie de hele NTU te verwijderen, scheelt je wellicht een last. Bij mij heeft de NTU nu al meer dan 3x gehangen in de tijd dat ik hem heb. (lees diverse keren power cycle gedaan)

Acties:
  • +1Henk 'm!

  • Mimiix
  • Registratie: November 2012
  • Laatst online: 23:48

Mimiix

Professioneel Prutser

Strebor schreef op maandag 30 mei 2022 @ 10:02:
[...]


Ik denk dat @Mimiix gewoon even zijn NT van stroom wil halen, om hem vervolgens vanuit zijn UPS te voeden, zodat zijn verbinding blijft draaien als de stroom een keer uitvalt. Dat kan gewoon. De verbinding herstelt zichzelf automatisch.
Dit ja!
tijgetje57 schreef op maandag 30 mei 2022 @ 11:18:
[...]


Begrijp je, was eerder mijn antwoord dat hij de stekker kon verwijderen. Gaf hem als extra optie de hele NTU te verwijderen, scheelt je wellicht een last. Bij mij heeft de NTU nu al meer dan 3x gehangen in de tijd dat ik hem heb. (lees diverse keren power cycle gedaan)
Thanks voor de tip inderdaad (en uitleg waarom!). Hiervoor moet ik me echt dieper gaan inlezen over netwerken en hoe dit alles werkt. Die kennis heb ik helaas nog niet, dus ik ga er ook nog niet mee prutsen.

deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB


Acties:
  • 0Henk 'm!

  • Erhnam
  • Registratie: Januari 2000
  • Laatst online: 23:16

Erhnam

het Hardware-Hondje :]

Sinds gisterenavond (storing bij KPN) werkt IPTV niet meer. De storing zou volgens KPN opgelost moeten zijn, maar ik krijg de ontvanger niet meer opgestart. Op mijn USG zie ik de volgende melding in /var/log/messages:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
May 31 07:58:21 USG dhcpd: uid lease 192.168.100.2 for client 00:02:9b:f8:5b:2d is duplicate on net_IPTV_eth1_192.168.100.0-29
May 31 07:58:21 USG dhcpd: DHCPDISCOVER from 00:02:9b:f8:5b:2d via eth1.661
May 31 07:58:21 USG dhcpd: DHCPOFFER on 192.168.100.5 to 00:02:9b:f8:5b:2d via eth1.661
May 31 07:58:29 USG dhcpd: uid lease 192.168.100.2 for client 00:02:9b:f8:5b:2d is duplicate on net_IPTV_eth1_192.168.100.0-29
May 31 07:58:29 USG dhcpd: DHCPDISCOVER from 00:02:9b:f8:5b:2d via eth1.661
May 31 07:58:29 USG dhcpd: DHCPOFFER on 192.168.100.5 to 00:02:9b:f8:5b:2d via eth1.661
May 31 08:00:00 USG dhcpd: uid lease 192.168.100.2 for client 00:02:9b:f8:5b:2d is duplicate on net_IPTV_eth1_192.168.100.0-29
May 31 08:00:00 USG dhcpd: DHCPDISCOVER from 00:02:9b:f8:5b:2d via eth1.661
May 31 08:00:00 USG dhcpd: DHCPOFFER on 192.168.100.5 to 00:02:9b:f8:5b:2d via eth1.661
May 31 08:00:16 USG dhcpd: uid lease 192.168.100.2 for client 00:02:9b:f8:5b:2d is duplicate on net_IPTV_eth1_192.168.100.0-29
May 31 08:00:16 USG dhcpd: DHCPDISCOVER from 00:02:9b:f8:5b:2d via eth1.661
May 31 08:00:16 USG dhcpd: DHCPOFFER on 192.168.100.5 to 00:02:9b:f8:5b:2d via eth1.661
May 31 08:01:52 USG dhcpd: uid lease 192.168.100.2 for client 00:02:9b:f8:5b:2d is duplicate on net_IPTV_eth1_192.168.100.0-29
May 31 08:01:52 USG dhcpd: DHCPDISCOVER from 00:02:9b:f8:5b:2d via eth1.661
May 31 08:01:52 USG dhcpd: DHCPOFFER on 192.168.100.5 to 00:02:9b:f8:5b:2d via eth1.661


Er komt ook geen multicast door:

code:
1
2
3
4
5
6
admin@USG:/var/log$ show ip multicast interfaces
Intf             BytesIn        PktsIn      BytesOut       PktsOut            Local
eth1.661           0.00b             0         0.00b             0    192.168.100.1
eth0.4             0.00b             0         0.00b             0   10.116.208.209
pppoe2             0.00b             0         0.00b             0    86.81.235.106
admin@USG:/var/log$


De route ziet er wel goed uit:

code:
1
2
3
4
5
6
7
8
9
10
11
12
show ip route
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
       I - ISIS, B - BGP, > - selected route, * - FIB route

K>* 0.0.0.0/0 is directly connected, pppoe2
C>* 10.116.x.x/22 is directly connected, eth0.4
C>* 127.0.0.0/8 is directly connected, lo
C>* 192.168.0.0/24 is directly connected, eth1
C>* 192.168.100.0/29 is directly connected, eth1.661
C>* 195.190.228.123/32 is directly connected, pppoe2
K>* 213.x.x.x/21 via 10.116.208.1, eth0.4
admin@USG:/var/log$


code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
show interfaces
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         -                                 u/u  WAN
eth0.4       10.116.x.x/22                 u/u  IPTV
eth0.6       -                                 u/u  WAN
eth1         192.168.0.1/24                    u/u  LAN
eth1.14      2a02:a453:93aa:4::1/64            u/u  HomeLAN
             2a02:a453:93aa:4:e263:daff:fe8b:82fd/64
eth1.661     192.168.100.1/29                  u/u
eth2         -                                 A/D
lo           127.0.0.1/8                       u/u
             ::1/128
pppoe2       86.81.x.x                     u/u


Iemand een idee hoe ik dit zou kunnen oplossen? De USG heb ik al meerdere keren een reboot gegeven. Zelfde voor de IPTV ontvanger..

http://www.xbmcfreak.nl/


Acties:
  • +1Henk 'm!

  • Mimiix
  • Registratie: November 2012
  • Laatst online: 23:48

Mimiix

Professioneel Prutser

Hoi! Allicht nog een stomme vraag:

voor de UDM pro is een update voor het OS. Als ik die update, moet ik dan opnieuw het script van Fabian draaien? Of blijft dit gewoon werken?

Dank!

Groet, Dennis

deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB


Acties:
  • +2Henk 'm!

  • Strebor
  • Registratie: April 2001
  • Laatst online: 01-06 09:14
Mimiix schreef op vrijdag 3 juni 2022 @ 11:27:
Hoi! Allicht nog een stomme vraag:

voor de UDM pro is een update voor het OS. Als ik die update, moet ik dan opnieuw het script van Fabian draaien? Of blijft dit gewoon werken?

Dank!

Groet, Dennis
De vorige keer dat ik mijn UDM een firmware update gaf, moest ik dat wel. Daarbij werd meteen het script van fabian naar meest recente versie getild. Het script doorlopen is een eitje en daarna loopt alles weer super.

Acties:
  • 0Henk 'm!

  • Mimiix
  • Registratie: November 2012
  • Laatst online: 23:48

Mimiix

Professioneel Prutser

Strebor schreef op vrijdag 3 juni 2022 @ 11:43:
[...]


De vorige keer dat ik mijn UDM een firmware update gaf, moest ik dat wel. Daarbij werd meteen het script van fabian naar meest recente versie getild. Het script doorlopen is een eitje en daarna loopt alles weer super.
Top!

Dat is geen probleem, maar dan weet ik dat ik wat meer tijd moet nemen in plaats van enkel op "update " drukken :)

deCONZ Community Manager | deCONZ Discord: https://discord.gg/HvzTwcB


Acties:
  • +3Henk 'm!

  • Strebor
  • Registratie: April 2001
  • Laatst online: 01-06 09:14
Mimiix schreef op vrijdag 3 juni 2022 @ 12:16:
[...]


Top!

Dat is geen probleem, maar dan weet ik dat ik wat meer tijd moet nemen in plaats van enkel op "update " drukken :)
Ik heb zojuist thuis mij UDM een update gegeven van 1.11.4 naar 1.12.22 (NW 7.1.66). Ging probleemloos.

Na de update deden de TV tuners het niet meer. Dus simpelweg de installatie commando's van Fabian opnieuw uitgevoerd. KPN en interne VLAN kiezen en de tuners deden het meteen weer. Dus, het kost je amper extra tijd.

Acties:
  • +1Henk 'm!

  • tijgetje57
  • Registratie: December 2007
  • Laatst online: 05-06 14:50
Ik heb ook de update uitgevoerd, scripts gedraaid. Het werkt nu zonder verstoringen.

Binnenkort eens kijken of het weer gewoon wil met switch en IGMP-snooping er tussen.

Acties:
  • +1Henk 'm!

  • Nitrous
  • Registratie: Maart 2010
  • Niet online
Hier hetzelfde verhaal, na de update naar 1.12.22 geen tv meer. Nu het script opnieuw gedraaid. Ik heb 1 vraag (misschien gek dat ik dit niet weet) maar ik krijg het niet voor mekaar om de config VLAN2 aan te klikken:



Welk knopje moet ik indrukken om dat die [ * ] bij VLAN2 te krijgen? 8)7 8)7

Acties:
  • +2Henk 'm!

  • bvk007
  • Registratie: September 2002
  • Laatst online: 26-05 19:45
Nitrous schreef op maandag 13 juni 2022 @ 18:52:
Hier hetzelfde verhaal, na de update naar 1.12.22 geen tv meer. Nu het script opnieuw gedraaid. Ik heb 1 vraag (misschien gek dat ik dit niet weet) maar ik krijg het niet voor mekaar om de config VLAN2 aan te klikken:

[Afbeelding]

Welk knopje moet ik indrukken om dat die [ * ] bij VLAN2 te krijgen? 8)7 8)7
Spatie…

Acties:
  • +3Henk 'm!

  • Nitrous
  • Registratie: Maart 2010
  • Niet online
Och.. uiteraard. Lange dag gehad 8)7 thanks!

Acties:
  • +2Henk 'm!

  • mat.hi.as
  • Registratie: November 2007
  • Laatst online: 23:30
Ik heb dat menuutje ook een keer of 3 doorlopen voordat ik doorhad dat je dat sterretje moest verplaatsen :+.

Acties:
  • +3Henk 'm!

  • Phoolie
  • Registratie: Juni 2002
  • Laatst online: 09-06 15:39
Zijn er hier mensen die IPTV van KPN gebruiken en van de USG naar de UDM Pro zijn gegaan? Ik overweeg mijn USG te vervangen voor de UDM Pro. Nou is het natuurlijk best wel wat geld. Zijn er los van de snelheid nog andere goede redenen om over te stappen?
Pagina: 1 ... 38 ... 44 Laatste

Let op:
Dit topic is alleen bedoeld voor het bespreken van IPTV in combinatie met Ubiquiti. Algemene vragen over Ubiquiti horen thuis in [Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 4 of een los topic.

Tweakers maakt gebruik van cookies

Tweakers plaatst functionele en analytische cookies voor het functioneren van de website en het verbeteren van de website-ervaring. Deze cookies zijn noodzakelijk. Om op Tweakers relevantere advertenties te tonen en om ingesloten content van derden te tonen (bijvoorbeeld video's), vragen we je toestemming. Via ingesloten content kunnen derde partijen diensten leveren en verbeteren, bezoekersstatistieken bijhouden, gepersonaliseerde content tonen, gerichte advertenties tonen en gebruikersprofielen opbouwen. Hiervoor worden apparaatgegevens, IP-adres, geolocatie en surfgedrag vastgelegd.

Meer informatie vind je in ons cookiebeleid.

Sluiten

Toestemming beheren

Hieronder kun je per doeleinde of partij toestemming geven of intrekken. Meer informatie vind je in ons cookiebeleid.

Functioneel en analytisch

Deze cookies zijn noodzakelijk voor het functioneren van de website en het verbeteren van de website-ervaring. Klik op het informatie-icoon voor meer informatie. Meer details

janee

    Relevantere advertenties

    Dit beperkt het aantal keer dat dezelfde advertentie getoond wordt (frequency capping) en maakt het mogelijk om binnen Tweakers contextuele advertenties te tonen op basis van pagina's die je hebt bezocht. Meer details

    Tweakers genereert een willekeurige unieke code als identifier. Deze data wordt niet gedeeld met adverteerders of andere derde partijen en je kunt niet buiten Tweakers gevolgd worden. Indien je bent ingelogd, wordt deze identifier gekoppeld aan je account. Indien je niet bent ingelogd, wordt deze identifier gekoppeld aan je sessie die maximaal 4 maanden actief blijft. Je kunt deze toestemming te allen tijde intrekken.

    Ingesloten content van derden

    Deze cookies kunnen door derde partijen geplaatst worden via ingesloten content. Klik op het informatie-icoon voor meer informatie over de verwerkingsdoeleinden. Meer details

    janee