[Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 3

[eenbrauw]

TeRRoR! schreef op vrijdag 28 september 2018 @ 13:29:
Vraagje aan de Ubiquiti masters alhier:
Ik probeer de USG 3p aan de praat te krijgen icm KPN glasvezel. Eea werkt redelijk maar niet feilloos. Na een minuut of 5 springen de kastjes op 'zap naar andere zender'. Als ik met de hand de IGMP proxy herstart lopen de streams weer door. Ik gebruik de welbekende config van https://github.com/basmeerman/unifi-usg-kpn. Inmiddels ben ik met 4.4.29 firmware icm 5.9.29 controller bezig. Ik heb sinds gisteren alleen maar Ubiquite switches en had gehoopt het daarmee op te lossen. In totaal heb ik 5 settop boxes waarvan 2 de 4k versie. Ook valt mij op dat in de basmeerman config geen cronjob wordt gezet maar alleen een boot config optie om de gateway te zetten voor vlan4. In de kriegsman config is er een cronjob voor om de 5 minuten. Enige suggesties?

Staat je next hop goed in je config? Dit is vaak het probleem als IPTV niet werkt.

[TeRRoR!]

yes! Die check ik en zet ik goed in de config. Zelfde resultaat, 4m en 20sec beeld en dan 'zap'. Restart igmp-proxy en dut weer. Hoe vaak veranderd die gateway overigens? Alleen bij een reboot?

[RobertMe]

xbeam schreef op vrijdag 28 september 2018 @ 13:19:
laat stond er beveilings bug op gelost met de melding nog niet openbaar omdat de branch breed dit eerst gefixet moest worden voor dat bug bekend gemaakt kan worden. Dat klinkt groot en we weten nu nog niet welke bug het was of is. alleen na vragen is er over de tekst verdwenen uit de release note. ( althans ik kan het niet meer vinden )

Vanmorgen ging het daar nog over
RobertMe in "\[Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 3"
Lijkt dus vervangen te zijn in de release notes.

En m.b.t. info over roadmap. Zo gek vind ik het ook niet dat ze niet heel veel naar buiten brengen. Een keer hebben ze (voor een jaar?) een roadmap gepubliceerd, en naderhand werden ze uiteraard afgerekend op dingen die niet af waren. Volgens mij heb ik toen ook nog een thread gezien waarin werd gevraagd naar een nieuwe roadmap en iemand van Ubiquiti (ik meen wel op persoonlijke noot) reageerde dat ze dat niet meer doen om gezeik van klagende gebruikers achteraf te voorkomen.
Dat ze nu geen beloftes doen over een komende 4.5 zal dan ook zijn om te voorkomen dat ze later op iets worden afgerekend.
Hetzelfde met de USG-HD-4 die een keer in release notes heeft gestaan. Thread met vraag wat het is, toen heeft Ubiquiti bevestigd dat het om een EdgeRouter 4 variant zou gaan maar die de koelkast in ging i.v.m. ontwikkelen van firmware en controller an zich, vooral ook i.v.m. de USG XG, en vervolgens krijg je in die thread de wildste geruchte en eisen, tot IDS/IPS op 1Gbit/s aan toe.

[xbeam]

RobertMe schreef op vrijdag 28 september 2018 @ 13:35:
[...]

Vanmorgen ging het daar nog over
RobertMe in "\[Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 3"
Lijkt dus vervangen te zijn in de release notes.

En m.b.t. info over roadmap. Zo gek vind ik het ook niet dat ze niet heel veel naar buiten brengen. Een keer hebben ze (voor een jaar?) een roadmap gepubliceerd, en naderhand werden ze uiteraard afgerekend op dingen die niet af waren. Volgens mij heb ik toen ook nog een thread gezien waarin werd gevraagd naar een nieuwe roadmap en iemand van Ubiquiti (ik meen wel op persoonlijke noot) reageerde dat ze dat niet meer doen om gezeik van klagende gebruikers achteraf te voorkomen.
Dat ze nu geen beloftes doen over een komende 4.5 zal dan ook zijn om te voorkomen dat ze later op iets worden afgerekend.
Hetzelfde met de USG-HD-4 die een keer in release notes heeft gestaan. Thread met vraag wat het is, toen heeft Ubiquiti bevestigd dat het om een EdgeRouter 4 variant zou gaan maar die de koelkast in ging i.v.m. ontwikkelen van firmware en controller an zich, vooral ook i.v.m. de USG XG, en vervolgens krijg je in die thread de wildste geruchte en eisen, tot IDS/IPS op 1Gbit/s aan toe.

Gelukkig ik dacht al dat ik gek was jou berichttje heb ik echt over heen gelezen.

Maar ik heb het ook niet aleen over de roadmap. Bij de edge zijn releasedatum notes altijd veel uitgebreider. Maar bij de usg en allen als je gelukt heb dan verwijzen ze een keer naar de edge firmware maar over het algemeen is het vrij summier als je het vergelijkt met de edge

[xbeam]

kwad schreef op donderdag 27 september 2018 @ 20:03:
@xbeam Ik kreeg () een half uurtje maar bij mij lukt het ook niet. In je config file staat overigens bij user-id ook kpn net zoals het wachtwoord. Die heb ik geprobeerd maar die gaf dus een foutmelding. Ook geprobeerd met mijn mac-adres@internet id maar ook daarmee lukte het niet. Met kpn als user-id hangt hij al bij 10% en bij user id mac-adres@internet hangt hij na 85%. STB heb ik steeds herstart na provisioning.

Wat heb je in de controller in je Wan network settings staan? Als ik hem op PPPoE zet dan schiet hij na provisioning automatisch weer terug naar WAN. En heb je VLAN ID op 6 staan? Overigens heb ik begrepen dat het json bestand voorrang krijgt als er overlappende instellingen zijn dus dan zou hij PPPoE op moeten pakken.

@Cartman!
Ook even voor jou, jullie hadden gelijk dat json niet werkte. Door het heen weer schuiven van de json tussen van text editor naar de json validation tool en dan naar online en daar vandaan naar tweakers is er een puntje verloren gegaan bij de eht0 en eth2 settings. Deze syntax error is nu aangepast in het het oorspronkelijke bericht.

De complete Json op tweakers en online moeten nu goed werken.

[CyPh]

xbeam schreef op vrijdag 28 september 2018 @ 13:57:
[...]

@Cartman!
Ook even voor jouw jullie hadden gelijk dat json niet werkte. Door het heen weer schuiven van de json tussen van text editor naar de json validation tool en dan naar online en daar vandaan naar tweakers is er een puntje verloren gegaan bij de eht0 en eth2 settings. Deze syntax error is nu aangepast in het het oorspronkelijke bericht.

De complete Json op tweakers en online moeten nu goed werken.

Top, ik ga hem vanavond testen. Ben gisteren bezig geweest maar kreeg het niet voor elkaar. Ik kreeg zelfs een fail nadat ik daar opnieuw de dhcp leases probeerde uit te lezen van de USG, kan dat daar ook mee te maken hebben? Internet deed het echter wel gewoon

[xbeam]

ja de eth2 of eth0 (ik weet niet welke usg je hebt. ) werden daardoor niet goed aangemaakt dus als je daar dan een fout op krijgt bij het vragen van de client dhcp lease kan kloppen.

[xbeam]

TeRRoR! schreef op vrijdag 28 september 2018 @ 13:29:
Vraagje aan de Ubiquiti masters alhier:
Ik probeer de USG 3p aan de praat te krijgen icm KPN glasvezel. Eea werkt redelijk maar niet feilloos. Na een minuut of 5 springen de kastjes op 'zap naar andere zender'. Als ik met de hand de IGMP proxy herstart lopen de streams weer door. Ik gebruik de welbekende config van https://github.com/basmeerman/unifi-usg-kpn. Inmiddels ben ik met 4.4.29 firmware icm 5.9.29 controller bezig. Ik heb sinds gisteren alleen maar Ubiquite switches en had gehoopt het daarmee op te lossen. In totaal heb ik 5 settop boxes waarvan 2 de 4k versie. Ook valt mij op dat in de basmeerman config geen cronjob wordt gezet maar alleen een boot config optie om de gateway te zetten voor vlan4. In de kriegsman config is er een cronjob voor om de 5 minuten. Enige suggesties?

Of je die cronjob nodig hebt is afhankelijke van het glasvezel platform waar je op zit.
ik heb bijv nog nooit een nieuw iptv router adress gekregen ( utrecht ) terwijl andere gebruikers iedere nieuwe lease een ander router adres krijgen. je moet dus zelf even bij houden of je een ander iptv router adres krijgt als iptv uitvalt. is dat niet het geval dan heb je de cronjob niet nodig.

[TeRRoR!]

xbeam schreef op vrijdag 28 september 2018 @ 14:40:
[...]


Of je die cronjob nodig hebt is afhankelijke van het glasvezel platform waar je op zit.
ik heb bijv nog nooit een nieuw iptv router adress gekregen ( utrecht ) terwijl andere gebruikers iedere nieuwe lease een ander router adres krijgen. je moet dus zelf even bij houden of je een ander iptv router adres krijgt als iptv uitvalt. is dat niet het geval dan heb je de cronjob niet nodig.

Tx nuttige info!

Ik ga vanavond onderstaande config proberen. Zie je daar iets bijzonders mee?

code:

{
        "firewall": {
                "source-validation": "disable"
        },
    "interfaces": {
        "ethernet": {
            "eth0": {
                "description": "WAN",
                "duplex": "auto",
                "speed": "auto",
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "WAN",
                        "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": "update"
                        },
                        "ip": {
                            "source-validation": "loose"
                        }
                    },
                    "6": {
                        "description": "WAN",
                        "firewall": {
                            "in": {
                                "name": "WAN_IN"
                            },
                            "local": {
                                "name": "WAN_LOCAL"
                            },
                            "out": {
                                "name": "WAN_OUT"
                            }
                        },
                        "pppoe": {
                            "2": {
                                "default-route": "auto",
                                "default-DNS": "auto",
                                "firewall": {
                                    "in": {
                                        "name": "WAN_IN"
                                    },
                                    "local": {
                                        "name": "WAN_LOCAL"
                                    },
                                    "out": {
                                        "name": "WAN_OUT"
                                    }
                                },
                                "mtu": "1492",
                                "name-server": "none",
                                "password": "kpn",
                                "user-id": "fc-ec-da-04-97-ee@internet"
                            }
                        }
                    }
                }
            },
            "eth1": {
                "description": "eth1 - LAN",
                "address": [
                    "192.168.2.254/24"
                ],
                "duplex": "auto",
                "firewall": {
                    "in": {
                        "name": "LAN_IN"
                    },
                    "local": {
                        "name": "LAN_LOCAL"
                    },
                    "out": {
                        "name": "LAN_OUT"
                    }
                },
                "speed": "auto"
            },
            "eth2": {
                "disable": "''",
                "duplex": "auto",
                "speed": "auto"
            }
        },
        "loopback": {
            "lo": "''"
        }
    },
    "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": {
            "route": {
                "213.75.112.0/21": {
                    "next-hop": {
                        "10.227.80.1": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "auto-firewall": "enable",
        "hairpin-nat": "enable",
        "lan-interface": [
            "eth1"
        ],
        "wan-interface": "pppoe2"
    },
    "service": {
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ corporate_network to IPTV network",
                    "destination": {
                        "address": "213.75.112.0/21"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

[Cartman!]

TeRRoR! schreef op vrijdag 28 september 2018 @ 14:45:
[...]


Tx nuttige info!

Ik ga vanavond onderstaande config proberen. Zie je daar iets bijzonders mee?

Daar zit de onveilige

code:

"source-validation": "disable"

in dus die niet gebruiken, kijk even naar de blog van xbeam.

@xbeam of jouw config de vastlopende TV oplost weet je dus eigenlijk niet? Dat is t voornaamste probleem wat ik heb met de USG. Zoals ik zei heb ik soms weken geen vastloper en soms 3 keer in 2 dagen.

[CyPh]

TeRRoR! schreef op vrijdag 28 september 2018 @ 14:45:
[...]


Tx nuttige info!

Ik ga vanavond onderstaande config proberen. Zie je daar iets bijzonders mee?

Lees even het topic terug, er wordt meerdere malen gesproken dat je eerste zin in de config al niet gebruikt moet worden omdat dit een security risk is. Je kunt beter xbeam zijn config gebruiken

code:

        "firewall": {
                "source-validation": "disable"
        },

xbeam schreef op vrijdag 28 september 2018 @ 14:19:
ja de eth2 of eth0 (ik weet niet welke usg je hebt. ) werden daardoor niet goed aangemaakt dus als je daar dan een fout op krijgt bij het vragen van de client dhcp lease kan kloppen.

Ik heb de 3P (/lite), ik ga vanavond testen. Thnx voor je uitgebreide hulp

[Voor 26% gewijzigd door CyPh op 28-09-2018 14:59]

[TeRRoR!]

CyPh schreef op vrijdag 28 september 2018 @ 14:58:
[...]


Lees even het topic terug, er wordt meerdere malen gesproken dat je eerste zin in de config al niet gebruikt moet worden omdat dit een security risk is. Je kunt beter xbeam zijn config gebruiken

code:

        "firewall": {
                "source-validation": "disable"
        },

Ik wist niet beter dan dat dit nodig was voor de 4.4.29 firmware. Maar ik zal het ook zonder proberen! Tx

Verder is het zijn config

[xbeam]

TeRRoR! schreef op vrijdag 28 september 2018 @ 14:59:
[...]


Ik wist niet beter dan dat dit nodig was voor de 4.4.29 firmware. Maar ik zal het ook zonder proberen! Tx

Verder is het zijn config

Gewoon de regelen uit je bestaande json halen gaat niet werken. Je Moet dan ergens anders in je config een regel toevoegen maar zie mijn post daar over.

[kariem112]

xbeam schreef op vrijdag 28 september 2018 @ 15:30:
[...]


Gewoon de regelen uit je bestaande json halen gaat niet werken. Je Moet dan ergens anders in je config een regel toevoegen maar zie mijn post daar over.

Thanks voor de uitgebreide info. Had source validation in mijn .json staan en wil het met jouw config proberen. Internet werkt, IPTV echter niet. Next hop staat goed.

Ik heb nu deze Json file

code:

{
    "interfaces": {
        "ethernet": {
            "eth2": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "WAN",
                        "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"
                        }
 
                    },
                    "6": {
                        "description": "WAN",
                        "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": {
                                "default-route": "auto",
                                "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"
                                    }
                                },
                                "name-server": "auto",
                                "password": "xs4all",
                                "user-id": "xs4all"
                            }
                        }
                    }
 
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth2.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth0": {
                    "alt-subnet": [
                        "0.0.0.0/24"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "route": {
                "213.75.112.0/21": {
                    "next-hop": {
                        "10.58.240.1": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "pppoe2"
    },
 
    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "pppoe2"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ corporate_network to IPTV network",
                    "destination": {
                        "address": "213.75.112.0/21"
                    },
                    "log": "disable",
                    "outbound-interface": "eth2.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

[Ryanirin]

Hallo,

Voor een LAN party op een afgelegen locatie zou ik een airmax of airfiber link willen gebruiken om internet te verkrijgen vanaf het dichstbijzijnde punt waar een bedrade internet verbinding is. Een kabel vanaf daar trekken is lastig, omdat er bijvoorbeeld water in de weg zit. De afstand is ongeveer 2-300 meter, dus dat valt reuze mee. Tevens is er weinig obstructie, misschien een halve boom.
In principe geen probleem dus. Waar ik over twijfel is dat er ongeveer 30 man actief en veel gebruik maken van de uplink.
Voor de duurdere p2p oplossingen zoals airFIBER X zal dit geen probleem zijn (denk ik?), maar het budget zit meer rond de (max) 200 euro, dan richting de 1000 euro.
Ik kan echter weinig testresultaten vinden over de stabiliteit bij de verbindingen. Is er iemand hier die ervaringen heeft met zulk soort setups?

Alvast bedankt!

[doc]

Ryanirin schreef op vrijdag 28 september 2018 @ 16:45:
Hallo,

Voor een LAN party op een afgelegen locatie zou ik een airmax of airfiber link willen gebruiken om internet te verkrijgen vanaf het dichstbijzijnde punt waar een bedrade internet verbinding is. Een kabel vanaf daar trekken is lastig, omdat er bijvoorbeeld water in de weg zit. De afstand is ongeveer 2-300 meter, dus dat valt reuze mee. Tevens is er weinig obstructie, misschien een halve boom.
In principe geen probleem dus. Waar ik over twijfel is dat er ongeveer 30 man actief en veel gebruik maken van de uplink.
Voor de duurdere p2p oplossingen zoals airFIBER X zal dit geen probleem zijn (denk ik?), maar het budget zit meer rond de (max) 200 euro, dan richting de 1000 euro.
Ik kan echter weinig testresultaten vinden over de stabiliteit bij de verbindingen. Is er iemand hier die ervaringen heeft met zulk soort setups?

Alvast bedankt!

Gebruik hier een setje nanobeams voor de jachthaven. Deze zijn heel stabiel. Wat is de snelheid die je ongeveer hoopt te halen?

pricewatch: Ubiquiti NanoBeam 5AC Gen2 (19dBi) twee van deze (soms ook in een set aangeboden) is wat je zoekt en past precies binnen je budget.

[xbeam]

kariem112 schreef op vrijdag 28 september 2018 @ 15:48:
[...]

Thanks voor de uitgebreide info. Had source validation in mijn .json staan en wil het met jouw config proberen. Internet werkt, IPTV echter niet. Next hop staat goed.

Ik heb nu deze Json file

code:

{
    "interfaces": {
        "ethernet": {
            "eth2": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "WAN",
                        "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"
                        }
 
                    },
                    "6": {
                        "description": "WAN",
                        "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": {
                                "default-route": "auto",
                                "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"
                                    }
                                },
                                "name-server": "auto",
                                "password": "xs4all",
                                "user-id": "xs4all"
                            }
                        }
                    }
 
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth2.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth0": {
                    "alt-subnet": [
                        "0.0.0.0/24"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "route": {
                "213.75.112.0/21": {
                    "next-hop": {
                        "10.58.240.1": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "pppoe2"
    },
 
    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "pppoe2"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ corporate_network to IPTV network",
                    "destination": {
                        "address": "213.75.112.0/21"
                    },
                    "log": "disable",
                    "outbound-interface": "eth2.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

Welke usg heb je? Je hebt nu de json voor de pro (19” formaat) de kleine vierkante is de lite.

[kariem112]

xbeam schreef op vrijdag 28 september 2018 @ 17:49:
[...]


Welke usg heb je? Je hebt nu de json voor de pro (19” formaat) de kleine vierkante is de lite.

Yep, heb de pro. Helpt het als ik mijn "niet veilige " json hier neerplemp? (Die niet werkt na de laatste firmware update )

[xbeam]

kariem112 schreef op vrijdag 28 september 2018 @ 18:01:
[...]

Yep, heb de pro. Helpt het als ik mijn "niet veilige " json hier neerplemp? (Die niet werkt na de laatste firmware update )

ik zie het fout all. je hebt een foutje in de dhcp options staan van je eth2.4 ( je iptv vlan staan)
je vedor class moet zijn

JSON:

"send vendor-class-identifier "IPTV_RG";",

[kariem112]

xbeam schreef op vrijdag 28 september 2018 @ 18:05:
[...]


ik zie het fout all. je hebt een foutje in de dhcp options staan van je eth2.4 ( je iptv vlan staan)
je vedor class moet zijn

JSON:

"send vendor-class-identifier "IPTV_RG";",

dat was hem (en een reboot).... Nu nog even mijn openvpn regels uit mijn oude json halen en we zijn er. Thanks!!!

[Cartman!]

En met de nieuwe config is de decoder alweer gestopt met foutcode 561. Als ik nu inlog heb ik n andere router dan gisteren ook als ik t show dhcp client leases interface eth0.4 command uitvoer... is dat wat de problemen veroorzaakt

[kariem112]

Cartman! schreef op vrijdag 28 september 2018 @ 18:20:
En met de nieuwe config is de decoder alweer gestopt met foutcode 561. Als ik nu inlog heb ik n andere router dan gisteren ook als ik t show dhcp client leases interface eth0.4 command uitvoer... is dat wat de problemen veroorzaakt

Ik zal het zo eens testen. Zo ja, dan kun je dat script van kriegsman gebruiken. Dat was met mijn oude configuratie ook het probleem.

[Cartman!]

kariem112 schreef op vrijdag 28 september 2018 @ 18:22:
[...]

Ik zal het zo eens testen. Zo ja, dan kun je dat script van kriegsman gebruiken. Dat was met mijn oude configuratie ook het probleem.

Ik heb tot nu toe t meeste succes met die van basmeerman maar die bevat de onveilige regel mbt de firewall. Daar moet ik de USG soms n reboot geven om het weer te laten werken maar dan doet ie t wel weer. Deze foutcode lost niet op met n reboot en is dus een achteruitgang tov de vorige config voor mij nu.

[Voor 21% gewijzigd door Cartman! op 28-09-2018 18:24]

[xbeam]

Als je iptv router ip verandert dan is dat het probleem, Dat je kan je ondervangen met een crone job.
had je die in jou oude config ook zitten ?

[xbeam]

Cartman! schreef op vrijdag 28 september 2018 @ 18:23:
[...]

Ik heb tot nu toe t meeste succes met die van basmeerman maar die bevat de onveilige regel mbt de firewall.

stuur je volledige config even prive dan zal ik hem werkend maken voor je.

[kariem112]

Cartman! schreef op vrijdag 28 september 2018 @ 18:23:
[...]

Ik heb tot nu toe t meeste succes met die van basmeerman maar die bevat de onveilige regel mbt de firewall.

Ik kan die cronjob in de "veilige " json zetten, die roept het script elke x minuten aan.

[Cartman!]

xbeam schreef op vrijdag 28 september 2018 @ 18:24:
Als je iptv router ip verandert dan is dat het probleem, Dat je kan je ondervangen met een crone job.
had je die in jou oude config ook zitten ?

Ja, dat script draaide ik elke 15 minuten maar daar werkte t ook niet want die liep ook vast maar loste t zich na n reboot weer op.

Dus...dat script werkt uiteindelijk maar meer omdat ie na een reboot wordt uitgevoerd. Op t moment zelf als ie is vastgelopen is t gewoon te laat. Mijn voorlopige conclusie is dus dat de config van xbeam t probleem van vastlopen niet gaat oplossen, klopt dat

dit had ik in m'n config overigens:

JSON:

    "system": {
        "task-scheduler": {
            "task": {
                "update_iptv_route": {
                    "executable": {
                        "path": "/config/scripts/post-config.d/update_iptv_route.sh"
                    },
                    "interval": "15m"
                }
            }
        }
    }

[Voor 48% gewijzigd door Cartman! op 28-09-2018 18:27]

[xbeam]

kariem112 schreef op vrijdag 28 september 2018 @ 18:22:
[...]

Ik zal het zo eens testen. Zo ja, dan kun je dat script van kriegsman gebruiken. Dat was met mijn oude configuratie ook het probleem.

Als je iptv router adres wijzigt bij iedere nieuwe lease dan heb je crone job van kriegsman inderdaad nog steeds nodig. daar verandert deze config niets aan.

Van wat ik daarvan begrijp is dat het afhankelijke is van op welk kpn platform je zit.
ik heb namelijk nog nooit een ander iptv router adres toegewezen gekregen en draai dus ook geen crone job.

@Cartman! Nee voor zoon vastloper dus niet. maar kan je dat niet ondervangen door het script s'.nachts te laten draaien.
en zo te timen dat je nieuwe lease om 3uur s,nachts krijgt ( krijgt toch een lease van 24 uur ) ?

[Voor 15% gewijzigd door xbeam op 28-09-2018 18:32]

[Cartman!]

xbeam schreef op vrijdag 28 september 2018 @ 18:28:
[...]
@Cartman! Nee voor zoon vastloper dus niet. maar kan je dat niet ondervangen door het script s'.nachts te laten draaien.
en zo te timen dat je nieuwe lease om 3uur s,nachts krijgt ( krijgt toch een lease van 24 uur ) ?

Dit is de output van mijn lease:

code:

admin@router:~$ show dhcp client leases interface eth0.4
interface  : eth0.4
ip address : 10.215.92.232      [Active]
subnet mask: 255.255.252.0
router     : 10.215.92.1
dhcp server: 10.215.92.1
lease time : 72694
last update: Fri Sep 28 16:55:46 CEST 2018
expiry     : Sat Sep 29 13:07:17 CEST 2018
reason     : RENEW

De lease time is n beetje n vaag getal dus...iets meer dan 20 uur. Dan zou ik t ongeveer 2 keer per dag al moeten gaan doen. Nu draai ik t script elke 15min en loopt t nog steeds soms vast; ik snap er dus niks van wat er aan te doen is.

[kariem112]

xbeam schreef op vrijdag 28 september 2018 @ 18:28:
[...]


Als je iptv router adres wijzigt bij iedere nieuwe lease dan heb je crone job van kriegsman inderdaad nog steeds nodig. daar verandert deze config niets aan.

Van wat ik daarvan begrijp is dat het afhankelijke is van op welk kpn platform je zit.
ik heb namelijk nog nooit een ander iptv router adres toegewezen gekregen en draai dus ook geen crone job.

@Cartman! Nee voor zoon vastloper dus niet. maar kan je dat niet ondervangen door het script s'.nachts te laten draaien.
en zo te timen dat je nieuwe lease om 3uur s,nachts krijgt ( krijgt toch een lease van 24 uur ) ?

Heb xs4all, ben nu aan het testen hoe lang een zender actief blijft. Mocht ie vastlopen, dan verwijs ik weer naar het script in de json.

[xbeam]

kariem112 schreef op vrijdag 28 september 2018 @ 18:39:
[...]

Heb xs4all, ben nu aan het testen hoe lang een zender actief blijft. Mocht ie vastlopen, dan verwijs ik weer naar het script in de json.

Volgens mij is x4all gewoon kpn en zit daar niet zo veel verschil in.

Dit zijn tv specs van x4all

De router maakt (naast de normale internet verbinding via een PPP verbinding) ook een (bridged, RFC1483) verbinding voor de TV.
• Voor ADSL gaat dat via vpi/vci 8/71
• Voor VDSL en FTTH via (802.1q) VLAN 4

Via DHCP wordt een ip adres (alleen v4) opgehaald. In het DHCP request moeten de volgende opties staan:
• 55 (parameter-rquest-list), bevat minstens 1, 3, 28 en 121
• 60 (Vendor Class Identifier), bevat de string IPTV_RG

Het DHCP antwoord bevat (in optie 121, zie RFC3442) een of meer statische routes, daarmee wordt dynamisch aangegeven welk verkeer niet via de PPP verbinding maar via de iTV verbinding gerouteerd moet worden. In optie 121 worden niet meer dan enkele routes doorgegeven, maximaal 16.
Let op, in dat DHCP antwoord zit ook nog een nameserver, die moet genegeerd worden.

De STB wordt (via DHCP op het LAN) voorzien van een normaal ip op het LAN, daar zit verder niets speciaals in.

Omdat de klantrouter als eind-device functioneert vanuit het TV platform gezien moet daar een IGMP proxy actief zijn (IGMPv2). Alle live tv streams, alsmede gids informatie en STB updates zijn multicast gebaseerd. Een eventueel switch deel moet IGMP snooping implementeren. IGMP fast leave is noodzakelijk om onnodige streams (zappen van zender naar zender) af te kappen.

Video-on-demand functionaliteit gaat via unicast, hiervoor is geen speciale functionaliteit nodig, anders dan de statische route als via DHCP aangegeven. ‘MeerTV’ functionaliteit geschiedt via de normale internet verbinding

https://www.xs4all.nl/ser...an-fritzbox-instellen.htm

[kariem112]

xbeam schreef op vrijdag 28 september 2018 @ 18:42:
[...]


Volgens mij is x4all gewoon kpn en zit daar niet zo veel verschil in.

Dit zijn tv specs van x4all


[...]

https://www.xs4all.nl/ser...an-fritzbox-instellen.htm

Die zag ik inderdaad. Maar heb het nooit zonder dat script werkend gekregen. Na max 15 minuten moest ik zappen omdat het beeld vast liep. Dat kan natuurlijk ook aan mijn knip en plak json te maken hebben gehad

[doc]

De eerste versie 4.x van de Unifi firmware is uit in beta, belangrijk puntje is dat ze voor de Gen2 hardware over zijn naar een nieuwe versie van het framework, waar (zeker bij gast netwerken) performance verbeteringen inzitten. Uiteraard zijn er ook kans op nieuwe bugs. Testen maar!

Firmware changes since 3.9.54:
[UAPG3] Fix a node leak.
[UAPG3] Fix a bug where the AP may wrongly kick a client STA when "on other VAP" occurs.
[UAPG2] Switch to LEDE framework.
[XG/BaseStationXG] Fix reported 10Gbps PHY rate (requires 5.9.29+).
[nanoHD/IW-HD] Improve device stability.
[nanoHD/IW-HD] Improve 802.11k scanning.
[nanoHD/IW-HD] Fix a bug which may cause some SSID(s) not to broadcast.
[nanoHD/IW-HD] Fix a bug in bandsteering.
[IW-HD] Add wired RADIUS VLAN support.*
[IW-HD] Add MAC Authentication Bypass (MAB) support.*
[HW] Fix false `Decrypt Error` events and improve logging.
[HW] Miscellaneous bug fixes and improvements.

[RobertMe]

doc schreef op vrijdag 28 september 2018 @ 19:12:
De eerste versie 4.x van de Unifi firmware is uit in beta, belangrijk puntje is dat ze voor de Gen2 hardware over zijn naar een nieuwe versie van het framework, waar (zeker bij gast netwerken) performance verbeteringen inzitten. Uiteraard zijn er ook kans op nieuwe bugs. Testen maar!

Firmware changes since 3.9.54:
[UAPG3] Fix a node leak.
[UAPG3] Fix a bug where the AP may wrongly kick a client STA when "on other VAP" occurs.
[UAPG2] Switch to LEDE framework.
[XG/BaseStationXG] Fix reported 10Gbps PHY rate (requires 5.9.29+).
[nanoHD/IW-HD] Improve device stability.
[nanoHD/IW-HD] Improve 802.11k scanning.
[nanoHD/IW-HD] Fix a bug which may cause some SSID(s) not to broadcast.
[nanoHD/IW-HD] Fix a bug in bandsteering.
[IW-HD] Add wired RADIUS VLAN support.*
[IW-HD] Add MAC Authentication Bypass (MAB) support.*
[HW] Fix false `Decrypt Error` events and improve logging.
[HW] Miscellaneous bug fixes and improvements.

UAP AC Lite en USW 16-150W meteen geupdate (USW met de multi firmware) en alles lijkt nog te werken . Later deze week dan eens kijken om de UAP AC LR en USW 8-150W te upgraden. Die laatste twee bevinden zich op de benedenverdieping en zijn dus belangrijker (USW 8-150W zit ook meteen achter de USG, dus als die het niet doet ligt alles plat).

Overigens geldt die Lede update zoals in de release notes staat alleen voor de Gen2 UAPs. Dit zijn de UAP AC Lite/LR/Pro. Ik meen dat de de HD en SHD Gen 3 zijn, en de NanoHD en IW-HD zullen ook wel Gen 3 zijn dan (ondanks dat die die Mediatek SoC hebben, i.t.t. tot alle voorgenoemde modellen die op Qualcomm SoCs draaien). En van de NanoHD weet ik zeker dat die al op Lede draaien (waarbij de IW-HD gelijk is/dezelfde firmware heeft dus die zal ook al Lede draaien).

Overigens wel grappig dat ze het Lede noemen. Toen ze begonnen met die test builds way back when was het inderdaad nog OpenWRT vs Lede, maar intussen zijn ze weer samen gevoegd onder de OpenWRT naam

---

Eerder deze week overigens ook weer IDS aan gezet op de USG, en tot nu toe geen vastlopers gehad (op de 4.4.29 firmware). Dus hopelijk dat die extreem irritante bug dan is opgelost in 4.4.29.

[doc]

Voor de Gen3 zijn ze ook bezig met het nieuwe lede framework, maar dat is nog niet beta rijp als ik het zo lees, of ze zijn bezig met een nieuwere build.

Heb hier de update nog niet gedaan, zo eens doen. Heb nu nog de USW op de USW8-150 en de USW8-60 draaien, heb nog niet gevonden wat nu echt het voordeel is van de multi versie. De huidige versie is ook geschikt voor alle switches volgens mij? Of willen ze gewoon van die oude naamgeving af?

[RobertMe]

doc schreef op vrijdag 28 september 2018 @ 19:55:
Voor de Gen3 zijn ze ook bezig met het nieuwe lede framework, maar dat is nog niet beta rijp als ik het zo lees, of ze zijn bezig met een nieuwere build.

Even wat verder gekeken. Blijkbaar hebben ze sinds 23-aug een aparte New UAP gen3 platform thread. Gezien in de topic start meteen wordt gesproken over "Issues fixed since ca-lede-gen3-3.9.53:" vermoed ik dat Gen 3 wel al langere tijd op Lede zit, maar dat ze naar een nog nieuwere versie willen gaan. Hetzelfde dus als dat de NanoHDs (die in die thread niet worden besproken, en dus niet onder "die" Gen 3 zullen vallen) ook al op Lede zitten.
Verder vermoeden is dus dat Gen 2 nu naar een nieuwere versie van Lede gaat dan waar de Gen 3 (& NanoHD?) op zitten, en daardoor Gen 3 nu een eigen (aparte) test build heeft. Tegen de tijd dat 4.0 naar stable gaat zullen lijkt mij dan ook wel alle dezelfde Lede base hebben.

Heb nu nog de USW op de USW8-150 en de USW8-60 draaien, heb nog niet gevonden wat nu echt het voordeel is van de multi versie. De huidige versie is ook geschikt voor alle switches volgens mij? Of willen ze gewoon van die oude naamgeving af?

De huidge "USG" firmware is voor de "klassieke" USWs (USW 8-150W, USW 16[-*W], USW 24[-*W], USW 48[-W]), en de "nieuwe" USW 8 en USW 8-60W. Maar de USW L2 (layer 2, ik weet niet of die al uit early access is, maar volgens mij had die o.a. verwisselbare voedingen), USW 16-XG en nog niet aangekondigde , maar wel al langere tijd in release notes vernoemde, USW-XG-6POE hebben elk apart een custom firmware. De multi firmware trekt dit allemaal gelijk. Dan heb je dus echt 1 firmware die zowel op een USW-8-150 (of whatever), USW-16-XG en USW-L2 kan. Bij normaal thuisgebruik zul je dus geen verschil merken, tenzij je een USW-16-XG hebt

[the_cyberspace]

ironleg schreef op vrijdag 28 september 2018 @ 13:15:
Ik heb unifi in een docker draaien waarin ik het certificaat van letsencrypt importeer bij de start. Kan van het weekend wel eens kijken hoe ik dat ook al weer gedaan heb als je wilt.

Dat zou top zijn!

Inmiddels al wat tutorials gevonden maar ik blijf "hangen" op het moment dat ie m`n subdomeinnaam moet verifiëren. Ik benader de unifi video software via bijv camera.domeinnaam.nl:7443 en ik denk dat het mis gaat met het poortnummer, ik krijg het niet voor elkaar om dit gewoon via bijv camera.domeinnaam.nl te doen. Zelfde geldt voor de controller software.

ironleg schreef op vrijdag 28 september 2018 @ 13:15:
Video heb ik nog geen ervaring mee maar ben wel benieuwd naar de beeldkwaliteit met name in het donker .

Dit is ook mijn eerste camera dus ben nog druk aan het experimenteren maar ziet er wel goed uit tot nu toe!

[shaft8472]

xbeam schreef op donderdag 27 september 2018 @ 15:53:
[...]


ik heb even wat online gezet ( let wel ik ben dyslectisch dus niet gelijk bashe met taalfoutjes )
https://free2wifi.nl/2018/09/25/ubnt-usg-iptv/

Deze json werkt zonder source validation uit te zetten en kan je zo gebruiken het enige wat je hoeft je aan te passen is het iptv router adres de kpn login werk universeel met login kpn en wachtwoord kpn

Belangrijk deze json voor de 4.4.29 usg firmware. Vergeet dus niet eerst te upgraden.
https://community.ubnt.co...ow-available/ba-p/2501924

JSON:

"static": {                                                                                                      
                        "route": {
                                "213.75.112.0/21": {
                                        "next-hop": {
                                                "10.164.x.x": "''"

Dit is de JSon voor de PRO de JSon voor de lite is via de link te vinden

JSON:

{

    "interfaces": {
        "ethernet": {
            "eth2": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "WAN",
                        "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"
                        }

                    },
                    "6": {
                        "description": "WAN",
                        "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": {
                                "default-route": "auto",
                                "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"
                                    }
                                },
                                "name-server": "auto",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    }

                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth2.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth0": {
                    "alt-subnet": [
                        "0.0.0.0/24"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "route": {
                "213.75.112.0/21": {
                    "next-hop": {
                        "10.164.x.x": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "pppoe2"
    },

    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "pppoe2"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ corporate_network to IPTV network",
                    "destination": {
                        "address": "213.75.112.0/21"
                    },
                    "log": "disable",
                    "outbound-interface": "eth2.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }
    }
}

Nice! Bedankt, morgen eens proberen.
Ik ga er van uit dat de update_iptv_route.sh nog steeds nodig is?

Sommige config.gateway.json die ik vind hebben:

JSON:

    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1": {
                    "alt-subnet": [
                        "0.0.0.0/24"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }

en andere hebben:

JSON:

    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "10.16.12.0/16",
                        "213.75.0.0/16"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1": {
                    "role": "downstream",
                    "threshold": "1"
                }
            }

Wat is precies het verschil, of... wat zou het effect moeten zijn?

[Voor 11% gewijzigd door shaft8472 op 28-09-2018 22:37]

[RobertMe]

shaft8472 schreef op vrijdag 28 september 2018 @ 22:25:
[...]

Nice! Bedankt, morgen eens proberen.
Ik ga er van uit dat de update_iptv_route.sh nog steeds nodig is?

Dat heeft @xbeam al meermaals aangegeven Voor hemzelf is dat niet nodig omdat voor hem de route nog nooit veranderd is. Voor anderen veranderd de route wel regelmatig/met elke lease. Als jij ook altijd dezelfde route krijgt is het script niet nodig. Veranderd voor jou de route wel regelmatig, dan is het script nog steeds nodig.

[shaft8472]

RobertMe schreef op vrijdag 28 september 2018 @ 22:37:
[...]

Dat heeft @xbeam al meermaals aangegeven Voor hemzelf is dat niet nodig omdat voor hem de route nog nooit veranderd is. Voor anderen veranderd de route wel regelmatig/met elke lease. Als jij ook altijd dezelfde route krijgt is het script niet nodig. Veranderd voor jou de route wel regelmatig, dan is het script nog steeds nodig.

Die discussie ging naar mijn idee over het instellen van een cronjob. Ik heb nooit een cronjob gebruikt, router ip lijkt ook niet te veranderen. Is het dan sowieso niet nodig of is dan die eerste keer provision/reboot genoeg?

[xbeam]

RobertMe schreef op vrijdag 28 september 2018 @ 22:37:
[...]

Dat heeft @xbeam al meermaals aangegeven Voor hemzelf is dat niet nodig omdat voor hem de route nog nooit veranderd is. Voor anderen veranderd de route wel regelmatig/met elke lease. Als jij ook altijd dezelfde route krijgt is het script niet nodig. Veranderd voor jou de route wel regelmatig, dan is het script nog steeds nodig.

ik zit trouwens nu te sparren met @TeRRoR! ook bij hem werkt de config nu goed.
En we komen er nu net 1 min geleden achter dat hij eerst de mac login gebruikte
en nu kpn kpn en gelijk andere router adres krijgt.

Ook krijgt hij een reason BOUND met een lease van een uur en ik krijg steeds netjes een reason RENEW van 24 uur

Misschien is dit iets om uit te zoeken wat het verschil is tussen verschillende setups om er achter te komen waarom de een wel netjes een renew krijgt en de ander niet?

Terror: Met macadres login

code:

interface : eth0.4
ip address : 10.216.192.120 [Active]
subnet mask: 255.255.240.0
router : 10.216.200.1
dhcp server: 10.216.200.1
lease time : 3600
last update: Fri Sep 28 22:19:14 CEST 2018
expiry : Fri Sep 28 23:19:09 CEST 2018
reason : BOUND

Ik met kpn en kpn login

code:

interface  : eth2.4 
ip address : 10.241.50.77      [Active] 
subnet mask: 255.255.224.0  
router     : 10.241.378.1 
dhcp server: 10.241.378.1
lease time : 86400
last update: Fri Sep 28 19:30:49 CEST 2018
expiry     : Sat Sep 29 19:30:48 CEST 2018 
reason     : RENEW

[Voor 31% gewijzigd door xbeam op 28-09-2018 23:15]

[Cartman!]

Zou t aan de gebruikte login liggen dan?

Ik gebruikte ook de mac login, nu kpn...kijken of t verschil maakt.

[Voor 45% gewijzigd door Cartman! op 28-09-2018 22:57]

[xbeam]

Cartman! schreef op vrijdag 28 september 2018 @ 22:56:
Zou t aan de gebruikte login liggen dan?

Ik gebruikte ook de mac login, nu kpn...kijken of t verschil maakt.

kijk eerst eens naar wat voor lease je nu hebt ?
misschien is het een login ding of het is toch DHCP request verschil in de config. de specs die ik van x4all heb gaan er niet van uit dat je de fritsbox steeds moet herstarten maar ze hebben het daar ook dhcp-opties die zelf de iptv gateway settings mee geven. en dat doe ik volgens mij ook niet

code:

show dhcp client leases interface eth0.4

[Voor 31% gewijzigd door xbeam op 28-09-2018 23:09]

[TeRRoR!]

Even een update na een avondje pielen met @xbeam (mucho kudos voor hem btw!). Na het aanpassen van de login naar kpn/kpn krijg ik eerste een lease van een uur welke daarna vernieuwd is met hetzelfde ip en dezelfde gateway. Zonder uitval of het gruwelijk irritante 'zap naar een andere zender' schermpje. Voor de volledigheid deel ik mijn config hieronder voor een iedere om uit te proberen. Ik gebruik 4.4.29 op een usg3 met controller versie 5.9.29. We zijn beide nieuwsgierig of anderen hier ook mee geholpen worden!

Het enige wat je aan zou moeten passen is je GATEWAY IP in de config nadat je geprovisioned bent en dan nogmaals provisionen. Het GATEWAY IP vind je met het commando:

code:

show dhcp client leases interface eth0.4

code:

{
    "interfaces": {
        "ethernet": {
            "eth0": {
                "dhcp-options": {
                    "default-route": "no-update",
                    "default-route-distance": "1",
                    "name-server": "no-update"
                },
                "vif": {
                    "4": {
                        "address": [
                            "dhcp"
                        ],
                        "description": "WAN",
                        "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"
                        }
                    },
                    "6": {
                        "description": "WAN",
                        "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": {
                                "default-route": "auto",
                                "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"
                                    }
                                },
                                "name-server": "auto",
                                "password": "kpn",
                                "user-id": "kpn"
                            }
                        }
                    }
                }
            }
        }
    },
    "protocols": {
        "igmp-proxy": {
            "interface": {
                "eth0.4": {
                    "alt-subnet": [
                        "0.0.0.0/0"
                    ],
                    "role": "upstream",
                    "threshold": "1"
                },
                "eth1": {
                    "alt-subnet": [
                        "0.0.0.0/24"
                    ],
                    "role": "downstream",
                    "threshold": "1"
                }
            }
        },
        "static": {
            "route": {
                "213.75.112.0/21": {
                    "next-hop": {
                        "GATEWAY IP HIER INVULLEN": "''"
                    }
                }
            }
        }
    },
    "port-forward": {
        "wan-interface": "pppoe2"
    },

    "service": {
        "dns": {
            "forwarding": {
                "except-interface": [
                    "pppoe2"
                ]
            }
        },
        "nat": {
            "rule": {
                "5000": {
                    "description": "MASQ corporate_network to IPTV network",
                    "destination": {
                        "address": "213.75.112.0/21"
                    },
                    "log": "disable",
                    "outbound-interface": "eth0.4",
                    "protocol": "all",
                    "type": "masquerade"
                },
                "6001": {
                    "outbound-interface": "pppoe2"
                },
                "6002": {
                    "outbound-interface": "pppoe2"
                },
                "6003": {
                    "outbound-interface": "pppoe2"
                }
            }
        }

    },
    "vpn": {
        "ipsec": {
            "ipsec-interfaces": {
                "interface": [
                    "pppoe2"
                ]
            }
        }
    }
}

[Quad]

Nou, nieuwe FW geinstalleerd. 4.4.29, en jawel, na ongeveer 1.5u knalt alles eruit en is de USG weer onbereikbaar.
Wat wel een nadeel blijft, zodra de USG of de UCK weg gevallen is, kan je geen enkel ander apparaat benaderen van UniFi.

FW 4.4.22 blijft nog altijd het meest stabiel.

[CyPh]

Nou vanavond de nieuwe config van xbeam geprobeerd en tv begon direct te spelen. Geweldig, geen idee hoelang hij heeft aangestaan, zal morgen kijken of hij het nog steeds doet (is nieuwe woning en trek er pas zondag in).

[RobertMe]

Quad schreef op vrijdag 28 september 2018 @ 23:40:
Nou, nieuwe FW geinstalleerd. 4.4.29, en jawel, na ongeveer 1.5u knalt alles eruit en is de USG weer onbereikbaar.
Wat wel een nadeel blijft, zodra de USG of de UCK weg gevallen is, kan je geen enkel ander apparaat benaderen van UniFi.

FW 4.4.22 blijft nog altijd het meest stabiel.

Heb je IDS/IPS aan staan? Dat heeft voor mij op 4.4.28 voor issues gezorgd. Na uitschakelen leek alles weer goed te gaan. Nu op 4.4.29 weer een aantal dagen aan staan en nog niks gemerkt, maar ik denk dat IDS nog niet zwaar belast is. Daarbij ook rekening houdende met dat IDS/IPS ook wordt toegepast op VLAN verkeer.

Daarnaast zijn er ook issues geweest met de (periodieke) speed test. Maar dat leide voornamelijk tot de Disconnected status, niet dat de USG echt onbereikbaar is. Maar die zouden in 4.4.29 opgelost moeten zijn, of in ieder geval niet meer tot de Disconnected status in de controller mogen leiden.

[Quad]

In 4.4.29 had ik IPS/IDS uit en DPI aan, Speedtest aan.
Zal nog wel eens proberen met DPI en Speedtest uit.

[xbeam]

shaft8472 schreef op vrijdag 28 september 2018 @ 22:40:
[...]
Die discussie ging naar mijn idee over het instellen van een cronjob. Ik heb nooit een cronjob gebruikt, router ip lijkt ook niet te veranderen. Is het dan sowieso niet nodig of is dan die eerste keer provision/reboot genoeg?

Nee als het altijd gewerkt heeft zonder script dan blijft dat als het goed is ook zo.

Ik heb zelf ook nog nooit een scripje nodig gehad om de het router adres te vernieuwen.


🤫
Wikipedia: Cronjob

[Voor 10% gewijzigd door xbeam op 29-09-2018 00:02]

[xbeam]

Quad schreef op vrijdag 28 september 2018 @ 23:56:
In 4.4.29 had ik IPS/IDS uit en DPI aan, Speedtest aan.
Zal nog wel eens proberen met DPI en Speedtest uit.

Bij 4.4.29 moet je wel controller 5.5.26 draaien.
Zie release note.
https://community.ubnt.co...ow-available/ba-p/2499971

Note: If you are running a 5.8.x or 5.9.x controller, you should upgrade to 5.8.30 or 5.9.26 (or newer if available at the time you're reading this) prior to upgrading USG.

[Voor 37% gewijzigd door xbeam op 29-09-2018 00:05]

[posttoast]

Quad schreef op vrijdag 28 september 2018 @ 23:40:
Nou, nieuwe FW geinstalleerd. 4.4.29, en jawel, na ongeveer 1.5u knalt alles eruit en is de USG weer onbereikbaar.
Wat wel een nadeel blijft, zodra de USG of de UCK weg gevallen is, kan je geen enkel ander apparaat benaderen van UniFi.

FW 4.4.22 blijft nog altijd het meest stabiel.

Hier net ook dikke ellende na een update naar 4.4.29. Kon niet meer bij de usg komen en heb hem uiteindelijk met een paperclip een harde reset gegeven. Vreemd genoeg stond ie toen weer op 4.4.22, dus het lijkt erop dat het tijdens de upgrade al mis ging.

[Quad]

Mijn controller draait, zo gauw ik 't zie, op 5.8.30, laatste stabiele versie dus.

Enfin, ik zet 'm terug op fw 4.4.29 met speedtest en andere geintjes op disabled. Kijken wat t doet.

[HKLM_]

Firmware 3.9.54.9373 is vrijgegeven.

https://community.ubnt.co...eased-Stable/ba-p/2508926

Op de 5.9.x controller is die al zichtbaar en zonder issues mijn AC-lite en switch geupgrade.

[Cartman!]

xbeam schreef op vrijdag 28 september 2018 @ 23:01:
[...]


kijk eerst eens naar wat voor lease je nu hebt ?
misschien is het een login ding of het is toch DHCP request verschil in de config. de specs die ik van x4all heb gaan er niet van uit dat je de fritsbox steeds moet herstarten maar ze hebben het daar ook dhcp-opties die zelf de iptv gateway settings mee geven. en dat doe ik volgens mij ook niet

code:

show dhcp client leases interface eth0.4

Bij deze (met kpn/kpn login):

Gisterenavond:

code:

admin@router:~$ show dhcp client leases interface eth0.4
interface  : eth0.4
ip address : 10.215.92.232      [Active]
subnet mask: 255.255.252.0
router     : 10.215.92.1
dhcp server: 10.215.92.1
lease time : 72694
last update: Fri Sep 28 16:55:46 CEST 2018
expiry     : Sat Sep 29 13:07:17 CEST 2018
reason     : RENEW

Vandaag:

code:

admin@router:~$ show dhcp client leases interface eth0.4
interface  : eth0.4
ip address : 10.215.92.232      [Active]
subnet mask: 255.255.252.0
router     : 10.215.92.1
dhcp server: 10.215.92.1
lease time : 86400
last update: Sat Sep 29 05:48:23 CEST 2018
expiry     : Sun Sep 30 05:48:20 CEST 2018
reason     : RENEW

Hier draait de USG ook nog op 4.4.22 zie ik ivm verhalen over stabiliteit met .28 en .29.

[Voor 3% gewijzigd door Cartman! op 29-09-2018 08:57]

[kariem112]

Met xs4all en de json van @xbeam draait het nu al uren stabiel. Ook geen cronjob nodig, terwijl ik wel mijn MAC ipv "KPN" gebruik als inlog.

[shaft8472]

HKLM_ schreef op zaterdag 29 september 2018 @ 07:50:
Firmware 3.9.54.9373 is vrijgegeven.

https://community.ubnt.co...eased-Stable/ba-p/2508926

Op de 5.9.x controller is die al zichtbaar en zonder issues mijn AC-lite en switch geupgrade.

Er is ook een beta firmware (4.0.0.9408) beschikbaar: link

[Falcon10]

Heb hier ook nog ff alles op oudere firmware draaien :

Cloudkey : 5.8.28
USG : 4.4.22

Denk dat ik even ga wachten tot de stabielere varianten, na men slechte ervaring met deze te upgraden naar de nieuwe versie.

[Cartman!]

Wat betreft die next hop in de static route voor IPTV, is er niet bekend hoe die experiabox dat afhandelt of is t n beperking van de firmware op ubiquiti apparatuur?

[xbeam]

Usg firmware 4.4.29 draait hier stabiel.
ik ga hem maandag langzaam uitrollen naar klanten. Ook met mijn json voor tv ben ik nog geen problemen tegen behalve het DEV=0.0.0.0 isseu bij meerdere vlans op de WAN.

[xbeam]

Cartman! schreef op zaterdag 29 september 2018 @ 10:36:
Wat betreft die next hop in de static route voor IPTV, is er niet bekend hoe die experiabox dat afhandelt of is t n beperking van de firmware op ubiquiti apparatuur?

Dat is wel bekendt en staat op de site van x4all en een paar berichten terug. Ik probeer zo veel mogelijk rekening mee te houden.

[Cartman!]

xbeam schreef op zaterdag 29 september 2018 @ 10:41:
[...]


Dat is wel bekendt en staat op de site van x4all en paar berichten terug. Ik probeer zo veel mogelijk rekening mee te houden.

Gezien inmiddels; t stond in n quote, daarom over t hoofd gezien. Zojuist geflashed naar 4.4.29, benieuwd of t nu stabiel blijft draaien Ontzettend bedankt voor je werk, helemaal super

edit 1: Ondertussen is m'n "router" al 3 keer gewijzigd vandaag Vraag me af waarom dat zo vaak moet wijzigen aan de kant van KPN. En jawel... het programma die m'n vrouw gepauzeerd had was onderbroken en daarmee verloren gegaan. Zo'n USG is niet goed voor de WAF

edit 2: box zwaar instabiel; elke keer berichten dat er iets niet in orde is terwijl t programma wel gewoon doorspeelt op de achtergrond.

edit 3: zie dat ik nu leases krijg van slechts een uur:

code:

admin@router:~$ show dhcp client leases interface eth0.4
interface  : eth0.4
ip address : 10.137.113.230     [Active]
subnet mask: 255.255.252.0
router     : 10.137.112.1
dhcp server: 10.137.112.1
lease time : 3600
last update: Sat Sep 29 18:34:20 CEST 2018
expiry     : Sat Sep 29 19:34:17 CEST 2018
reason     : BOUND

[Voor 50% gewijzigd door Cartman! op 29-09-2018 18:46]

[shaft8472]

En welke login methode gebruik je? kpn/kpn of macadres@internet/kpn?

[Cartman!]

kpn/kpn

Nu een lease time van 2029....hoe random

code:

admin@router:~$ show dhcp client leases interface eth0.4
interface  : eth0.4
ip address : 10.14.124.227      [Active]
subnet mask: 255.255.252.0
router     : 10.14.124.1
dhcp server: 10.14.124.1
lease time : 2029
last update: Sat Sep 29 19:23:48 CEST 2018
expiry     : Sat Sep 29 19:57:35 CEST 2018
reason     : RENEW

[Voor 96% gewijzigd door Cartman! op 29-09-2018 19:27]

[nero355]

Zat net het topic "bij te lezen" en moest wel effe hierom een beetje lachen :

vso schreef op dinsdag 25 september 2018 @ 12:26:
Ik heb 2 AP's met ieder een eigen SSID omdat android niet zo slim is te hoppen (zonder verlies) van AP naar AP, ieder met eigen kanaal en dat per 2.4ghz en 5ghz

Een <random apparaat> de schuld geven dat die slecht is in roamen, omdat je zelf de accesspoints verkeerd hebt geconfigureerd... NICE!

TIP : Probeer eens overal dezelfde SSID en WPA2 settings + laat elke accesspoint met maximaal 18 dBm uitzenden

renedis schreef op maandag 24 september 2018 @ 17:30:
Maar ik vraag mij af welke van de twee voldoen aan mijn wensen icm een (toekomstige) 1000/1000 verbinding.. Op het internet wat cijfers gezocht, dit is nogal een opgave gezien de verschillende ervaringen.

Mijn wensen:
- DPI zonder snelheidsverlies
- VPN op tenminste 100 Mbps (2x IPSec en 2x OpenVPN)

&

renedis schreef op maandag 24 september 2018 @ 18:15:
Ik draai momenteel een PfSense/OPNsense bak waar de IPSEC en OpenVPN zonder problemen met elkaar draaien icm een G4560 processor en 8GB geheugen.

Mijn wens is DPI inderdaad, geen IPS. IPS zou meer een nice-to-have zijn.

Dat ik een 1Gbit lijn niet kan voltrekken is geen enorme ramp en er zit natuurlijk een groot verschil in een apparaat van 200/250 euro of één van 2500 euro.

Zou ik mogen weten wat de performance is van je huidige setup ?

Zelf zit ik namelijk weleens te denken in de richting van een dergelijke setup voor allerlei verschillende zaken, waaronder een DIY Router

[xbeam]

Cartman! schreef op zaterdag 29 september 2018 @ 18:54:
kpn/kpn

Nu een lease time van 2029....hoe random

code:

admin@router:~$ show dhcp client leases interface eth0.4
interface  : eth0.4
ip address : 10.14.124.227      ~~~[Active]
subnet mask: 255.255.252.0
router     : 10.14.124.1
dhcp server: 10.14.124.1
lease time : 2029
last update: Sat Sep 29 19:23:48 CEST 2018
expiry     : Sat Sep 29 19:57:35 CEST 2018
reason     : RENEW

Stuur even je huidige comple config in een privé berichtje. Dan zal ik hem nog eens langs lopen. Net zo als bij @TeRRoR! die daar stonden ook nog syntax foutjes in. Na het verbeteren krijgt hij nu ook netjes een lease van 24 uur.

[rookie no. 1]

posttoast schreef op zaterdag 29 september 2018 @ 00:07:
[...]

Hier net ook dikke ellende na een update naar 4.4.29. Kon niet meer bij de usg komen en heb hem uiteindelijk met een paperclip een harde reset gegeven. Vreemd genoeg stond ie toen weer op 4.4.22, dus het lijkt erop dat het tijdens de upgrade al mis ging.

Zelfde verhaal hier; na de problemen met de vorige .28 versie had ik de hoop dat het nu bij .29 goed zou gaan, maar helaas...

Controller meldde direct een 'Failed SSH host key verification' op de USG en niet bereikbaar vanuit de controller en ook geen 'adopt' mogelijk.


Reset to factory default van de USG met de paperclip en adopt poging verschillende malen mislukt. 'Enable SSH verification' uitgezet, poging tot 'adopt' gedaan en werkt weer.


Lijkt mij toch vreemd, die optie stond al tijden aan en waarom zou het ook (plotseling) niet goed werken?

[Cartman!]

xbeam schreef op zaterdag 29 september 2018 @ 20:39:
[...]


Stuur even je huidige comple config in een privé berichtje. Dan zal ik hem nog eens langs lopen. Net zo als bij @TeRRoR! die daar stonden ook nog syntax foutjes in. Na het verbeteren krijgt hij nu ook netjes een lease van 24 uur.

Het is exact de config zoals op je blog staat met enkel het "router" ip gewijzigd. Inmiddels heb ik wel n lease van 24h gekregen. Vrees dat het USG reboot gewoon noodzaak blijft af en toe

[Chris.nl]

Cartman! schreef op zaterdag 29 september 2018 @ 21:01:
[...]

Het is exact de config zoals op je blog staat met enkel het "router" ip gewijzigd. Inmiddels heb ik wel n lease van 24h gekregen. Vrees dat het USG reboot gewoon noodzaak blijft af en toe

Ik zou daar geen genoegen mee nemen... Je neemt toch juist Ubiquiti apparatuur omdat je een stabiel en betrouwbaar netwerk wil?

[NLKornolio]

Vraagje over de werking van de mesh pro.
Heb naast een goede netwerk dekking in mijn 3 verdieping huis ook een goede firewall nodig. Ik wil een aantal devices stoppen naar het internet te connecten.

Hoe zijn de firewall opties op de mesh pro ? Kan ik hiervoor beter de security gateway aanschaffen ?

[Cartman!]

Chris.nl schreef op zaterdag 29 september 2018 @ 21:08:
[...]

Ik zou daar geen genoegen mee nemen... Je neemt toch juist Ubiquiti apparatuur omdat je een stabiel en betrouwbaar netwerk wil?

Wat stel je voor? Klagen bij Ubiquiti? Waarmee precies? Ik ga ze niet eens kunnen uitleggen wat ze voor me moeten oplossen

[Chris.nl]

Cartman! schreef op zaterdag 29 september 2018 @ 21:46:
[...]

Wat stel je voor? Klagen bij Ubiquiti? Waarmee precies? Ik ga ze niet eens kunnen uitleggen wat ze voor me moeten oplossen

Ik zou prutsen tot het werkt of prof hulp inkopen, maar me niet neerleggen bij 'een noodzakelijke reboot af en toe'.

Als m'n EdgeRouter niet stabiel zou zijn (100% uptime, behalve wanneer ik een firmware update doe) dan zou ik liever de ExperiaBox v10 weer aansluiten en afscheid nemen van de verworven extra's. Tenwille van de stabiliteit, dat is imo vereiste nr 1.

[Cartman!]

Chris.nl schreef op zaterdag 29 september 2018 @ 22:08:
[...]

Ik zou prutsen tot het werkt of prof hulp inkopen, maar me niet neerleggen bij 'een noodzakelijke reboot af en toe'.

Als m'n EdgeRouter niet stabiel zou zijn (100% uptime, behalve wanneer ik een firmware update doe) dan zou ik liever de ExperiaBox v10 weer aansluiten en afscheid nemen van de verworven extra's. Tenwille van de stabiliteit, dat is imo vereiste nr 1.

Er is simpelweg nog niemand uitgekomen, waarom zou iemand inhuren dan wel ineens werken? Ik heb persoonlijk liever de extra's en neem die paar reboots in de maand voor lief.

[Chris.nl]

Cartman! schreef op zaterdag 29 september 2018 @ 22:37:
[...]

Er is simpelweg nog niemand uitgekomen, waarom zou iemand inhuren dan wel ineens werken? Ik heb persoonlijk liever de extra's en neem die paar reboots in de maand voor lief.

Tja, ik kwam er destijds zelf niet uit en kon door te googelen op 'edgerouterconfig' makkelijk prof hulp vinden. Die €50 was het me destijds zeker waard. Misschien dat mijn config & scripts ook hulp zou kunnen bieden voor USG's maar ik ga geen broodroof plegen door die openbaar te maken.

Wel mooi dat je zelf ook tevreden bent met de extra's en die paar reboots voor lief neemt. Gun ik je eenzelfde stabiliteit die ik ervaar, misschien komt dat er ooit nog van.

[Cartman!]

Chris.nl schreef op zaterdag 29 september 2018 @ 22:52:
[...]
Misschien dat mijn config & scripts ook hulp zou kunnen bieden voor USG's maar ik ga geen broodroof plegen door die openbaar te maken.

Stel je voor dat je elkaar helpt inderdaad...

[Chris.nl]

Cartman! schreef op zaterdag 29 september 2018 @ 23:00:
[...]

Stel je voor dat je elkaar helpt inderdaad...

Als ik zelfstandig die kennis had vergaard zou ik dat zeker doen. Maar de forumleden die hier gratis anderen helpen, en daarnaast dat bedrijfje hebben ga ik geen brood uit de mond stoten. Ik ben bang dat we offtopic gaan, excuus als ik iets vervelends losgemaakt heb.

[Cartman!]

Chris.nl schreef op zaterdag 29 september 2018 @ 23:05:
[...]

Als ik zelfstandig die kennis had vergaard zou ik dat zeker doen. Maar de forumleden die hier gratis anderen helpen, en daarnaast dat bedrijfje hebben ga ik geen brood uit de mond stoten. Ik ben bang dat we offtopic gaan, excuus als ik iets vervelends losgemaakt heb.

Ik begrijp wat je zegt, echter lijkt niemand er n oplossing voor te hebben...ook betaald niet. Mocht iemand voor €50 een oplossing hebben hoor ik t graag.

[xbeam]

Chris.nl schreef op zaterdag 29 september 2018 @ 22:52:
[...]

Tja, ik kwam er destijds zelf niet uit en kon door te googelen op 'edgerouterconfig' makkelijk prof hulp vinden. Die €50 was het me destijds zeker waard. Misschien dat mijn config & scripts ook hulp zou kunnen bieden voor USG's maar ik ga geen broodroof plegen door die openbaar te maken.

Wel mooi dat je zelf ook tevreden bent met de extra's en die paar reboots voor lief neemt. Gun ik je eenzelfde stabiliteit die ik ervaar, misschien komt dat er ooit nog van.

Chris.nl weet gelukkig Waar hij het over heeft.
En heeft ook een edgerouter en geen USG.

Ook zijn klets over broodroof van andere forum leden als hij de perfecte config deelt is waarheid als een koe.

Zo als zo vaak aangeven op dit forum voor IPTV gebruik een edge. Die heeft namelijk iedereen binnen 30seconde draaien met werkende IPTV settings. Daar steel je echt geen brood mee. Als ik me geld moet verdienen met edge en usg configjes moet ik ander verdien model gaan zoeken want schijnbaar ligt daar het grote geld.

Json files voor IPTV zijn de kruimels van de kruimels. Maar vanwege privé kpn gebruik een een kleine pain in the ASS en ik kan niet tegen verlies ik moet zal dat ding werkend krijgen op het kpn netwerk met IPTV en VPN ;-)

Maar bij de USG zit het probleem in de controller. Die ondersteunt namelijk maar 1 vlan op de Wan port en daar zit usg probleem.

Omdat kpn er 2 vlan nodig heeft op wan port moeten er default regels via een json worden overschreven. Helaas is dat maar beperkt mogelijk en moeten workarounds verzonnen worden door try en error.

Juist door elkaar te helpen creëren je handel.
Want niemand heeft 100% goed werkende json waar mee er op de achter grond geen conflict is met de controller. Zolang unbt geen mogelijkheid voor meerdere vlans op wan port gaat inbouwen in de controller. Blijft het problemen geven.

[Voor 11% gewijzigd door xbeam op 30-09-2018 02:07]

[Chris.nl]

xbeam schreef op zondag 30 september 2018 @ 00:42:
[...]


Chris.nl weet gelukkig Waar het over heeft.
En heeft een edgerouter is geen USG.

Ook zijn klets over broodroof van andere forum leden als hij de perfecte config deelt.

Zo als zo vaak aangeven op dit forum voor IPTV gebruik een edge. Die heeft namelijk iedere binnen 30 draaien met werkende IPTV settings. Daar steel je echt geen brood mee.

Ben je het woordje 'niet' vergeten? Dat ik niet weet waarover ik het heb?

[xbeam]

Chris.nl schreef op zondag 30 september 2018 @ 00:50:
[...]

Ben je het woordje 'niet' vergeten? Dat ik niet weet waarover ik het heb?

@Chris.nl
Wikipedia: Ironie

[Chris.nl]

xbeam schreef op zondag 30 september 2018 @ 00:56:
[...]

@Chris.nl
Wikipedia: Ironie

Prima hoor... Zal niet de 1e keer zijn als ik goedbedoeld in dit topic toch de n00b blijk. Misschien moet ik um maar verwijderen uit myreact, genoeg andere onderwerpen / topic's waarbij ik meer behulpzaam kan zijn. Suc7 all

[Ethirty]

Chris.nl schreef op zondag 30 september 2018 @ 01:00:
[...]

Prima hoor... Zal niet de 1e keer zijn als ik goedbedoeld in dit topic toch de n00b blijk. Misschien moet ik um maar verwijderen uit myreact, genoeg andere onderwerpen / topic's waarbij ik meer behulpzaam kan zijn. Suc7 all

Sarcastisch? Want zo te lezen weigerde je juist hulp terwijl je wel de "magische oplossing" zegt te hebben waar mensen al dagen mee worstelen.

[xbeam]

Chris.nl schreef op zondag 30 september 2018 @ 01:00:
[...]

Prima hoor... Zal niet de 1e keer zijn als ik goedbedoeld in dit topic toch de n00b blijk. Misschien moet ik um maar verwijderen uit myreact, genoeg andere onderwerpen / topic's waarbij ik meer behulpzaam kan zijn. Suc7 all

Behulpzaam je weigert @Cartman! te helpen.
Je laat hem zelfs geld bieden voor hulp.

[Chris.nl]

Ethirty schreef op zondag 30 september 2018 @ 01:06:
[...]

Sarcastisch? Want zo te lezen weigerde je juist hulp terwijl je wel de "magische oplossing" zegt te hebben waar mensen al dagen mee worstelen.

Die heb ik blijkbaar dus niet, omdat ik een EdgeRouter heb en die probleemloos met meerdere vlans op de wanpoort kan omgaan. En daarnaast had ik dus mijn motivatie om liever richting een bedrijf te tippen dan de copywrited scripts die op m'n ER draaien ff de pasten. Ik trek m'n eigen conclusie dat ik hier beter niet meer kan proberen helpen, als jullie triest willen natrappen moeten jullie dat doen

[xbeam]

Ethirty schreef op zondag 30 september 2018 @ 01:06:
[...]

Sarcastisch? Want zo te lezen weigerde je juist hulp terwijl je wel de "magische oplossing" zegt te hebben waar mensen al dagen mee worstelen.

Ik heb geen problemen met mijn config.
IPTV loopt hier als een trein.

Ik ben juist al dagen bezig om mensen te helpen met het dichten van een gat in hun firewall. Door fouten in de configs/json van die mensen die schijnhaar volgens @Chris.nl bedrijfjes hebben in het maken van json en daar 50 euro voor vragen op het forum en daar dan ook nog copyright op claimen.

[Voor 5% gewijzigd door xbeam op 30-09-2018 02:11]

[Chris.nl]

Fijn dat je zo behulpzaam bent, maar ik had het over edgerouterconfig niet jsonscripters. Je maakt het imo nu groter dan het is. Proost en succes, je doet hier goeds maar ik heb dit getrap niet nodig.

[xbeam]

Chris.nl schreef op zondag 30 september 2018 @ 01:20:
Fijn dat je zo behulpzaam bent, maar ik had het over edgerouterconfig niet jsonscripters. Je maakt het imo nu groter dan het is. Proost en succes, je doet hier goeds maar ik heb dit getrap niet nodig.

@Cartman! had over usg en json tegen mij en jij begingt er over dat hij er geen genoegen mee moet nemen dat de json niet werkt.

En dan ook nog de suggestie wekken dat mensen hier op het forum er geld aan verdienen om andere mensen te helpen en dat je eigen config niet deelt omdat mensen op bet forum het brood uit de mond steelt.

Dat vind ik best wel een beschuldiging richting de mensen hier vrijwillig en oprecht mensen proberen te helpen.

[Ethirty]

xbeam schreef op zondag 30 september 2018 @ 01:16:
[...]


Ik heb geen problemen met mijn config.
IPTV loopt hier als een trein.

Ik ben juist al dagen bezig om mensen te helpen met het dichten van een gat in hun firewall. Door fouten in de configs/json van die mensen die schaamhaar volgens @Chris.nl een bedrijfje hebben in het maken van json en daar 50 euro voor vragen.

Volgens mij zag ik al een aantal dagen wat configs heen en weer gaan. Vandaar dat ik zei dat er wat mensen mee worstelen

[Chris.nl]

xbeam schreef op zondag 30 september 2018 @ 01:28:
[...]


@Cartman! had over usg en json tegen mij en jij begingt er over dat hij er geen genoegen mee moet nemen dat de json niet werkt.

En dan ook nog de suggestie wekken dat mensen hier op het forum er geld aan verdienen om andere mensen te helpen en dat je eigen config niet deelt omdat mensen op bet forum het brood uit de mond steelt.

Dat vind ik best wel een beschuldiging richting de mensen hier vrijwillig en op recht mensen proberen te helpen.

Ja, zo kan je het ook zien, zo heb je gelijk. Al vind ik het een zure weergave van mijn bedoeling, niet alsof ik tevoren bedacht deze situatie te creëren. Dat jij het opvat als een beschuldiging is jou persoonlijke opvatting, zo heb ik het al helemaal niet bedoeld. Je maakt er een mooi verhaal van zo. Lijkt me iig dus goed dat ik elders de vrijwilliger ga uithangen. Hier minder ruis.

[Voor 8% gewijzigd door Chris.nl op 30-09-2018 01:41]

[xbeam]

Ethirty schreef op zondag 30 september 2018 @ 01:28:
[...]

Volgens mij zag ik al een aantal dagen wat configs heen en weer gaan. Vandaar dat ik zei dat er wat mensen mee worstelen

Sorry las verkeert. Dacht de je het tegen mij zij

[xbeam]

Chris.nl schreef op zondag 30 september 2018 @ 01:33:
[...]

Ja, zo kan je het ook zien, zo heb je gelijk. Al vind ik het een zure weergave van mijn bedoeling, niet alsof ik tevoren bedacht deze situatie te creëren. Dat jij het opvat als een beschuldiging is jou persoonlijke opvatting, zo heb ik het al helemaal niet bedoeld. Je maakt er een mooi verhaal van zo. Lijkt me iig dus goed dat ik elders de vrijwilliger ga uithangen. Hier minder ruis.

Helpen is prima maar dat doe je door dingen te delen zonder commercieel belang. Jouw edgerouter config bouwer is zelf de grootste contributor van scripts op dit forum en heeft hier volgens mij nog nooit reclame gemaakt voor zijn eigen Ict en web bedrijf. Dus je config hier delen hier zou voor hem ook echt geen broodroof zijn.

Als je positief wil bijdragen deel gewoon de kennis die je hebt en help mensen om verder te komen en plezier te hebben met hun hobbie. Mensen met ubnt thuis hebben dit eigenlijk altijd als hobie en vinden het ook leuk om te pielen. Ubnt is namelijk te ingewikkeld voor de mediamarkt huis tuin en keuken router gebruiker.

[Chris.nl]

xbeam schreef op zondag 30 september 2018 @ 01:59:
[...]


Helpen is prima maar dat doe je door dingen te delen zonder commercieel belang. Jouw edgerouter config bouwer is zelf de grootste contributor van scripts op dit forum en heeft hier volgens mij nog nooit reclame gemaakt voor zijn eigen Ict en web bedrijf. Dus je config hier delen hier zou ook echt geen broodroof voor hem zijn.

Als je positief wil bijdragen deel gewoon de kennis die je hebt en help mensen om
Verder te komen en plezier te hebben met hun hobbie. Mensen met ubnt thuis hebben dit eigenlijk altijd als hobie thuis en vinden het ook leuk om te pielen. Het is namelijk te ingewikkeld voor de mediamarkt huis tuin en keuken router gebruiker.

Ik begrijp dat je nu het goed bedoeld, dank voor je reactie. Als je mij achter de schermen gratis zou hebben geholpen maar jou copyright stond in een script.... Dan zou ik die niet opnieuw delen, maar wel tippen dat jij zou kunnen helpen. Dat is voor mij een principe ivm copyright. Omdat ik de config gekocht had kwam ook het woord broodroof in me op.

Ik heb geen idee hoe de contributor van scripts op dit forum erover denkt als ik zijn aangekochte scripts zou delen, of dat hij al zijn bedrijfskennis inmiddels openbaar gemaakt heeft, waar zijn grenzen liggen. Misschien ken jij hem beter, maar omwille van helpen alles delen is voor mij dus niet vanzelfsprekend.

Hier draaien iig 3 scripts ivm IPTV op de EdgeRouter. Wellicht zijn de EdgeRouter en USG onverenigbaar qua configs, misschien ligt er nog een ongegrepen kans in een lullig regeltje tekst/script. Ik weet het niet. Ik vind het iig jammer dat het nu even vervelend is geweest, dat was gewoon niet mijn bedoeling. Ik was in de veronderstelling dat ook een USG feilloos kan werken, had ik geweten dat dit eigenlijk niet kan dan had ik hem bv ook niet elders geadviseerd icm met IPTV en mensen doorverwezen naar dit topic.

Voor mij is deze apparatuur ook een hobby, niet zozeer als pielen (al was het interessant om mezelf te leren via ssh vpn toe te voegen), wel als UPS erbij en m'n thuisnetwerk kwalitatief een bedrijfsnetwerk durven noemen qua stabiliteit en uptime.

Met de basiskennis om Mediamarkt apperatuur te kunnen instellen (EdgeRouter kon ik qua IPTV niet zelfstandig instellen) ben al vaker onhandig behulpzaam geweest in dit topic, ik ken graag mijn grenzen en had me al eerder afgevraagd of dit topic wel mijn plek is. Dus vat het niet persoonlijk als ik besluit dat ik beter elders kan verderlezen en reageren. Dat is de spiegel die ik mijzelf voorhoud.

[Falcon10]

En nu gaan we met ze'n allen terug lekker een pot Heineken afwaswater drinken ( al prefereer ik betere Belgische alternatieven ), en we gaan gewoon lekker verder ouwehoeren over Ubiquiti apperatuur ?

Laat ik aftrappen :

"Nou zeg, ik vind het design van die Unifi dingetjes echt wel hartstikke gaaf hoor ! Kan Apple eigenlijk een puntje aan zuigen"

[hasseroderman]

Zojuist de UniFi AP-AC-Pro een upgrade gegeven naar 3.9.54.9373.
Ping tijden zijn van 20-30ms (gemiddeld 24ms) naar <20ms gegaan, en gemiddeld 16ms.

Goede upgrade in dit geval

[Cartman!]

@Chris.nl @xbeam "That escalated quickly" Ik vat t even samen als dat Chris het idee had dat de USG capabel zou moeten zijn dit te kunnen; geld heeft betaald voor een config bij hemzelf en deze niet wil delen omdat hij dit niet netjes vindt tov degene die hij heeft ingehuurd dit te doen, ik snap dat wel. No hard feelings en volgens mij zitten jullie ook weer op dezelfde golflengte

Ik heb nu nog een raar probleem wat ik tegenkom met de nieuwe config; beneden doet iTV t prima maar boven doen sommige zenders het niet (het bekende vastlopen na 3 seconden) terwijl dezelfde zenders het beneden wel goed doen De switch en STB al reboots gegeven maar t mocht niet baten.

[Vorkie]

Cartman! schreef op zondag 30 september 2018 @ 09:35:
@Chris.nl @xbeam "That escalated quickly" Ik vat t even samen als dat Chris het idee had dat de USG capabel zou moeten zijn dit te kunnen; geld heeft betaald voor een config bij hemzelf en deze niet wil delen omdat hij dit niet netjes vindt tov degene die hij heeft ingehuurd dit te doen, ik snap dat wel. No hard feelings en volgens mij zitten jullie ook weer op dezelfde golflengte

Ik heb nu nog een raar probleem wat ik tegenkom met de nieuwe config; beneden doet iTV t prima maar boven doen sommige zenders het niet (het bekende vastlopen na 3 seconden) terwijl dezelfde zenders het beneden wel goed doen De switch en STB al reboots gegeven maar t mocht niet baten.

IGMP op die switch aan? Of uit?

[HKLM_]

Falcon10 schreef op zondag 30 september 2018 @ 08:36:
En nu gaan we met ze'n allen terug lekker een pot Heineken afwaswater drinken ( al prefereer ik betere Belgische alternatieven ), en we gaan gewoon lekker verder ouwehoeren over Ubiquiti apperatuur ?

Laat ik aftrappen :

"Nou zeg, ik vind het design van die Unifi dingetjes echt wel hartstikke gaaf hoor ! Kan Apple eigenlijk een puntje aan zuigen"

De CEO heeft een aantal jaar bij apple gewerkt (zie zijn wiki) dus weet hoe je het moet doen qua design

[Cartman!]

Vorkie schreef op zondag 30 september 2018 @ 09:41:
[...]

IGMP op die switch aan? Of uit?

Heb daar in Unifi geen optie voor maar "aan" lijkt me default voor Ubiquiti switches. Reboot van de USG gedaan en nu doet die zender t boven wel maar beneden niet; het lijkt dus dat ik niet meer 2 keer dezelfde zender kan kijken op 2 verschillende TV's. Erg theoretisch maar wel vaag toch

[RobertMe]

Cartman! schreef op zondag 30 september 2018 @ 09:43:
[...]

Heb daar in Unifi geen optie voor maar "aan" lijkt me default voor Ubiquiti switches. Reboot van de USG gedaan en nu doet die zender t boven wel maar beneden niet; het lijkt dus dat ik niet meer 2 keer dezelfde zender kan kijken op 2 verschillende TV's. Erg theoretisch maar wel vaag toch

Zonder enige kennis van IGMP lijkt mij toch dat dat er mee te maken heeft. Aangezien IGMP dus iets met multicast heeft te maken.

Ik neem aan dat je bij het netwerk met dr STBs IGMP aan hebt gezet? Dus Settings => Networks => (LAN?): edit => Enable IGMP snooping.

[Vorkie]

Cartman! schreef op zondag 30 september 2018 @ 09:43:
[...]

Heb daar in Unifi geen optie voor maar "aan" lijkt me default voor Ubiquiti switches. Reboot van de USG gedaan en nu doet die zender t boven wel maar beneden niet; het lijkt dus dat ik niet meer 2 keer dezelfde zender kan kijken op 2 verschillende TV's. Erg theoretisch maar wel vaag toch

Dat is wel heel erg vreemd, zie je iets in de logging?

Dan lijkt het alsof er maar 1 member in de multicast groep mag zitten,

Onderin deze link staat nog iets?

https://community.ubnt.co...Unifi-Switch/td-p/1775752

[xbeam]

Cartman! schreef op zondag 30 september 2018 @ 09:43:
[...]

Heb daar in Unifi geen optie voor maar "aan" lijkt me default voor Ubiquiti switches. Reboot van de USG gedaan en nu doet die zender t boven wel maar beneden niet; het lijkt dus dat ik niet meer 2 keer dezelfde zender kan kijken op 2 verschillende TV's. Erg theoretisch maar wel vaag toch

In je netwerk settings kan je igmp snooping aan en uit zetten maar dat gaat inderdaad per vlan en niet per switch.

Edit: @Vorkie was me voor 😊

[Voor 3% gewijzigd door xbeam op 30-09-2018 09:58]