Synology-Forum.nl
Synology Router => Synology Router => Topic gestart door: blaaspijp op 25 maart 2020, 15:22:04
-
Nu maar hopen dat Synology snel met een aangepaste firmware komst zodat ook Routed iTV gaat werken.
Ook een model met 1+Gb/s zou wel fijn zijn.
https://tweakers.net/nieuws/165050/kpn-biedt-vrije-modemkeuze.html
-
Wellicht als feature request doorgeven aan Synology ... Hoe meer aanvragen, hoe meer kans dat ze het implementeren. Hier (http://"https://www.synology.com/nl-nl/form/inquiry/feature") kan je een feature request indienen.
-
Heb inmiddels ook een uitgebreid "Support Ticket" gestuurd.
Maar heb het over een andere boeg gegooid. Niet als een extra "feature request",
maar dat de eerst nog wel werkende opties als zijnde IPTV onder een "bridged mode" over een LAN-poort nu niet meer werken.
Door een fundamentele verandering van de systeem opties door KPN / XS4ALL / Telfort.
(Je kunt geen TV instellingen / menu meer oproepen).
Of met andere woorden, een hele hoop gebruikers kunnen hun Synology router nu niet goed meer inzetten.
Gevraagd om aangepaste extra profielen voor KPN / XS4ALL en Telfort.
Met alle relevante technische gegevens erbij. Welke verschillen tussen die providers in aanmelding en VLAN.
(Zelf kan ik testen onder "Telfort" en bij een kennis onder "KPN" login).
-
@Babylonia Had je inmiddels al een reactie dat ze er mee aan de slag zijn of iets .. ?
-
Dat is te kort dag, heb dat ticket pakweg een uur geleden aangemaakt / verstuurd.
(Net voordat ik er hier over berichtte). (:
-
Haha ok, dat is idd iets te optimistisch :) dacht dat je dit al eerder had gedaan, maar nu je het zegt, las eerder volgens mij dat je er nog niet aan toe was gekomen. Maar we wachten het af.
-
Reactie terug. Men gaat met settings aan de gang.
(Hoop dat het de goede achterliggende support afdeling is, en niet de 1e lijns Support, die meestal niet weten waar het over gaat).
Thank you for contacting Synology support.
We received the information about XS4ALL & KPN IPTV.
Could you please help to provide the remote access,
we will try to check it and see if it can be modified on your RT1900ac,
thank you for your assistance.
-
Inderdaad. Ben benieuwd!
-
Het lijkt erop dat Synology het toch serieus wil gaan oppakken?
Hi .....
Thank you for your patience.
Developers need to take some time to study this IPTV setting.
If we need to make a TeamViewer session with you, we will schedule a time with you, thank you for your information.
If there is any problem, please feel free to contact us.
Take care and have a good day,
Technical Support
-
Top :thumbup:
-
@Babylonia wellicht al een update vanuit Synology ? *benieuwd* . Zag nog geen update voorbij komen hierover in de laatste firmware.
-
Ticket was een maand terug aangemaakt, en had mijn router open moeten stellen voor connectie met Support.
Maar het blijft allemaal lang op zich wachten.
Toevallig net gisteren heel laat nog een bericht gestuurd. Daarop nog geen reactie terug.
Het bericht met een strikte vraag of we überhaupt daar nog iets van mogen verwachten?
Hello,
It is already one month ago, I started this ticket.
Can Synology developers say if there is any progress, and we can expect a solution sooner or later, and in what time schedule?
Or give an answer if Synology is not intend to make these extra possibilities as asked?
-
Je zou een kopie van de JSON files kunnen toesturen waarmee met Ubiquity gateways het IPTV gedeelte opgezet kan worden.
Lijkt mij dat daar heel veel info (bijna alles gok ik) in te vinden is voor de mensen van Synology.
-
Ik heb zeer uitgebreide gegevens ingestuurd.
Overigens m.b.t. JSON files wat ik daarvan elders heb teruggevonden is te omslachtig.
Er zitten een aantal zaken bij die inmiddels zijn achterhaald.
Met bijv. ondersteuning van option 121 (Classless Static Route Option) [RFC3442]
is het niet nodig server IP-bereiken op te geven m.b.t. IPTV.
(O.a. eerder op die wijze een DrayTek 2865 geconfigureerd).
Neem aan dat de ontwikkelaars binnen het Synology bedrijf verder wel weten hoe ze zaken moeten implementeren?
-
Daar mag je wel van uitgaan.
De vraag is denk ik eerder hoeveel ISP's deze manier van IPTV streamen toepassen. Als alleen KPN dat doet is de kans niet groot dat het toegevoegd wordt. Als meerdere ISP's in meerdere landen routed IPTV gaan toepassen wordt het anders.
-
KPN heeft momenteel natuurlijk wel een flink aandeel van de internet aansluitingen in Nederland in handen. Ook xs4all klanten maken gebruik van routed IPTV.
-
Dat klopt. Maar Nederland is nog altijd een relatief kleine markt t.o.v. de rest van de wereld.
-
Net als het fax-protocol dat KPN (Toen nog PTT) bedacht heeft waarbij de beller als eerste moest reageren #. Dat werkte ook alleen tussen Nederlandse apparaten en niet met import faxen. De wereld heeft zich toen ook niet aan Nederland aangepast.
# Of was het juist andersom? In elk geval deed Nederland dat juist anders.
-
Maar het is wel een vrij gebruikelijke manier van IPTV implementatie dat "routed mode".
Het wordt echter niet als zodanig met die bewoordingen vernoemd.
In de (Engelse PDF (https://www.draytek.com.tw/ftp/Vigor2865/Manual/DrayTek_UG_Vigor2865_V1.0.pdf)) gebruiksaanwijzing blz 134 van een DrayTek 2865 router wordt zoiets aangereikt met de volgende beschrijving:
Met "triple play" video, voice en data bedoelt men daarbij IPTV - VOIP (telefonie) en internet.
Waarbij men onderscheid maakt voor een bridged port oplossing en een "NAT" oplossing (over alle poorten).
(Die laatste optie heb ik al eens toegepast bij het inregelen (https://www.synology-forum.nl/synology-router/synology-en-andere-routers/msg283202/#msg283202) van zo'n Draytek router m.b.t. IPTV).
How to set up Multi-PVC for triple play deployment?
By adding VLAN tags to differentiate the traffic, the service provider is able to deliver video, voice, and data to the subscribers over a single connection, which is also known as the triple play service. This document is going to demonstrate how to configure the Multi-PVC feature for triple play deployment. There are two types of setup, one is doing port-based bridge that will connect the media, such as the set-top box (STB), directly to the service provider via a specific LAN port; the other is opening a virtual WAN interface and doing NAT for the application.
-
Achter de schermen is men bij Synology kennelijk toch nog steeds wel aan het onderwerp bezig voor IPTV routed mode.
Het Engels wordt kennelijk niet altijd goed begrepen, waardoor er verwarring ontstaat.
Terwijl ik toch echt duidelijk de zaken dacht te omschrijven. (Eerder een zeer uitgebreid PDF-bestand met alle details bijgevoegd).
Bij het nog steeds openstaande ticket kreeg ik laatst een bericht (ontdaan van persoonlijke gegevens):
---------- 04-07-2020 -------------------------------------------------------------------------------------------------------------------
Thank you for your patience and sorry for the late response.
May I know if the IPTV is no longer working on Synology Router now?
Regarding the provided document, you said that the IPTV still can work on Synology Router but it needs to set up as double NAT
(NAT behind NAT), could you please sketch details about how to set up the two routers to make the IPTV work? Thank you.
If there is any problem, please feel free to contact us.
---------- 04-07-2020 -------------------------------------------------------------------------------------------------------------------
Mijn antwoord:
To work by IPTV mode as asked, the router should be connected directly to the fibre internet connection
(by a media-converter fibre to ethernet between). And a profile made for VLAN.
But as the provider changed the policy to "routed IPTV mode", and the Synology router is not corrected at this moment,
or do have the proper IPTV profile. I can not see TV now when the RT1900ac is connected directly.
So for the time being, I have done a NAT by NAT set-up.
So at least I can see TV now, by the ISP modem/router.
After the right made profiles by Synology, it should be connected again straight behind the fibre connection.
Without the use of a ISP modem/router.
That is the purpose for our questions. (Other users have the same questions).
---------- 06-07-2020 -------------------------------------------------------------------------------------------------------------------
Thank you for your information.
Got it.
And we want to know how did you set up the NAT by NAT mode to see TV.
Could you please provide the details or the setup information for reference?
If there is any problem, please feel free to contact us.
---------- 06-07-2020 -------------------------------------------------------------------------------------------------------------------
The TV is just connected to the first ISP modem/router
ISP modem/router - LAN 1 -------> TV box
ISP modem/router - LAN 2 -------> RT1900ac -------> rest of my network
ISP modem/router = NAT ---------> RT1900ac = NAT
ISP modem/router sub-net = 192.168.22.0/24
RT1900ac --------> sub-net = 192.168.10.0/24
I want to take out ISP modem/router. So only using RT1900ac
---------- 08-07-2020 -------------------------------------------------------------------------------------------------------------------
Thank you for your message.
I have escalated your message to our developers for further analyzing.
If any update, I will inform you as soon as possible.
Thank you for your patience.
-
ticket ingeschoten voor dit probleem en kreeg volgend antwoord:
Thank you for your reply.
I have escalated your message to our developers for further analysis.
And once developers modify the settings to get the routed IPTV work on Synology Router, could you please help to provide the TeamViewer or remote access of your router to test the IPTV function?
If any update, I will inform you as soon as possible.
Thank you for your patience.
Sincerely,
Technical Support
Jenny Yang
-
Dat is ongeveer het eerste antwoord wat ik eerder ook al heb gekregen.
(Met erna nog een hele rits meer tussenliggende vragen en aanvullende beantwoording).
Je kunt mogelijk bij jou ticket aanvullen dat ticket nummer #2535791 over een vergelijkbaar onderwerp gaat.
Kunnen ze de vraagstellingen combineren, en weten ze dat het om hetzelfde gaat.
(Hoe meer gebruikers, hoe meer "druk" voor een gewenste oplossing).
Zijn er nog meer mensen die een ticket hebben ingestuurd? Kunnen we alle ticketnummers verzamelen?
[ EDIT ] Dus nu de volgende ticket nummers (met oplopende getallen):
#2535791 - t.b.v. profielen voor KPN / Telfort / XS4ALL
#2567610 - glasnet ??
@D4nny ?? (Die heeft in ieder geval ook reeds mijn ticket bij zijn ingelegde ticket doorgegeven).
(Richard van Synology Benelux maakt zich er ook hard voor om het te implementeren).
-
goed idee babylonia.
mijn ticket nummer is 2567610
het ticket nummer van jou heb ik doorgegeven aan jenny dat hier dit probleem ook speelt
groeten bukkie
-
Update. Er komt nu toch wat meer beweging in.
Vanmorgen even enkele uitwisselingen van berichten over en weer.
Moest mijn router nu "rechtstreeks" aansluiten (dus heb dan even geen werkende IPTV),
en een logbestand opsturen met die verbinding. Gaan ze na welke connectie er onderliggend aan vastligt.....
-
Hoi Babylonia,
kreeg gisteren het verzoek om een log op te sturen.
Mijn glasvezel laat nog even op zich wachten en kan iptv nu niet testen.
Heb jenny gewezen op jou ticket en gerefereerd naar de draytek router die mijn provider ter beschikking stelt. deze ondersteund wel routed iptv.
vanmorgen antwoord gehad.
Thank you for your information.
Yes, we know the same ticket with that(#2535791).
I have escalated the log to developers and they will provide some information for you to test this function on the RT2600ac.
If there is any update, we will reply to you as soon as possible.
Thank you for your patience.
ziet er positief uit
-
Heb jenny gewezen op jou ticket en gerefereerd naar de draytek router die mijn provider ter beschikking stelt.
deze ondersteund wel routed iptv.
Van welke provider maak je dan gebruik? In dat geval dan niet van KPN / Telfort / XS4ALL? Want die leveren geen DrayTek.
Dat is namelijk de specifieke ingave waar ik mijn ticketnummer op heb ingestuurd. (Met de verschillen die daarbij van toepassing zijn).
Heb je eerder niet aangegeven.
Andere providers maken beslist van andere VLAN instellingen en achterliggende servers gebruik.
Gaat op die wijze dan wel voor verwarring zorgen als men die ticketnummers bij elkaar voegt.
Zoiets moet je wel heel strikt aangeven in de informatie die je verstrekt. Zowel hier als in je tickets.
-
mijn provider wordt glasnet met de router draytek vigor 2133F.
heb met hun hierover ruggespraak gehad. betreffende de instellingen.
hun gebruiken routed iptv via deze router, zodat op alle uitgangen gebruik gemaakt kan worden van iptv of internet.
Als je op de lan uitgang van de router een switch plaats (met igmp snooping) kun je op alle uitgangen van deze switch gebruik maken van iptv of internet. Het verkeer iptv of internet wordt in deze router op request verstuurd naar de juiste uitgang
-
mijn provider wordt glasnet
Maar heb je dat ook als zodanig aangegeven in het ticket bij Synology?
Wordt anders wel een warboeltje als de instellingen van verschillende tickets / providers door elkaar heen gaan lopen.
M.b.t. aansluiting managed switch. Dat staat los van de instellingen in de router.
Dat werkt ook als zodanig bij KPN / Telfort / XS4All.
En zelfs voor een Synology router als je die NAT achter NAT met eigen sub-net achter de router van de provider plaatst.
Met aanvinken van IGMP Proxy en IGMP Snooping - zonder daar nadere requists (?) voor te hoeven aangeven.
Werkt op alle LAN-poorten. Ofwel als verlengstuk achter router van de provider in dat geval in "routed mode".
Tevens als je de Synology router als (duur) Access Point instelt binnen het sub-net van de router van de provider.
Die separatie van VLAN's is namelijk reeds in de router van de provider gedaan. Maar die provider router willen we er nu juist uithalen.
Houd dat er dan ook beter buiten. Word alleen nog meer verwarrend, als je dat er ook bij gaat halen als informatie naar Synology.
-
hoi babylonia.
als ik het goed heb begrepen is kpn van twee vlan,s (briged ) naar een vlan gegaan ( routed)
mijn provider verwacht de volgende instellingen op de router en ze leveren een vlan adres.:
---------------------------------------------------------------------------------------------------------------------------------------------------
Mocht je nou je eigen router instellen dan vind je hier de basisinstellingen. Persoonsgebonden gegevens zoals PPPoE settings en SIP settings ontvang je later van ons. Voor internet: PPPoE verbinding met onze routers. Voor TV: IGMP proxy, IGMP snooping, Static route naar apart vlan op de WAN. Voor Telefonie: SIP ondersteuning.
-----------------------------------------------------------------------------------------------------------------------------------------------------
Dit lijkt mij hetzelfde als bij kpn en xs4all.
heb glasnet nogmaals gebeld en krijg nu vanmiddag een call van de technische goeroe die de achterliggende interface ingesteld heeft.
Volgens mij zitten we dan op dezelfde golflengte.
-
als ik het goed heb begrepen is kpn van twee vlan,s (briged ) naar een vlan gegaan ( routed)
Nee, dat zit echt wat anders in elkaar dan jij het je voorstelt.
IPTV blijft binnen de eigen separate VLAN als stream naar de TV-ontvanger gaan.
Alleen aanvullende zaken, zoals menu-instellingen, de gebruikersinterface van de TV-ontvanger,
en de hele ratteplan aan extra apps, en aansturing om bijv. van Netflix gebruik te kunnen maken lopen via het "internet" VLAN.
Dat laatste VLAN wordt in de router (van de provider) "uitgepakt" en wordt aangeboden in het normale "werk" LAN sub-net van de router.
De TV-ontvanger krijgt "aan de buitenkant" via dat sub-net ook een IP-adres toegewezen.
De IPTV stream komt echter vanuit een ander sub-net vanuit de servers bij KPN (Telfort).
Bij dat VLAN hoort dan ook een ander virtueel IPTV WAN IP-adres.
Die twee zaken zijn tot nu toe niet gecombineerd in te stellen in de Synology router. Vandaar de aangemelde tickets.
mijn provider verwacht de volgende instellingen op de router en ze leveren een vlan adres.:
Je geeft slechts globale beschrijvingen op. Daar kun je niets mee.
Het gaat juist om de specifieke instellingen van die VLAN's en aanmelding die bij elke provider anders kunnen zijn.
Vandaar dat je de instellingen van verschillende providers niet door elkaar kunt husselen.
Kun je eens een hyperlinkje geven waar precies die instellingen worden beschreven?
Dan weten we zo, welke afwijkingen dat we daar in tegenkomen.
De instellingen die voor KPN gelden, zijn "beknopt" via de website van KPN (https://www.kpn.com/service/internet/wifi-en-modems/eigen-modem-instellen-en-gebruiken.htm) te vinden.
Wat je in een DrayTek router zou moeten instellen voor KPN / XS4ALL direct achter glasvezel, kun je de KPN instellingen gebruiken.
Voor Telfort geldt een andere VLAN instelling voor internet, en een andere internet aanmeld methode.
Voor beide connecties heb ik de instellingen beschreven, hoe je dat bijv. in een DrayTek 2865 router instelt < HIER > (https://www.synology-forum.nl/synology-router/synology-en-andere-routers/msg283202/#msg283202)
-
zodra ik glasnet gesproken heb zal ik de specifieke vlan gegevens van hun kant uit opvragen en deze aan je doorgeven
-
Update:
Communicatie gaat soms toch wat moeizaam over en weer,
wellicht ook door taalbarrière van met name naar ik inschat Taiwanese medewerkers die Engels nog slechter beheersen dan ikzelf. ;)
Na nog wat extra vragen van Synology.
Heb ik daarom nog eens expliciet schermafdrukken bijgevoegd van actief werkende connecties bij rechtstreekse aansluiting:
- met Telfort (mijn connectie) achter glasvezel - nu zonder een bridged port op één LAN poort m.b.t. IPTV.
Plus de situatie van voorheen met IPTV bridged port op één LAN poort m.b.t. IPTV.
- met KPN (connectie bij een kennis) glasvezel - nu zonder een bridged port op één LAN poort m.b.t. IPTV.
Plus de situatie van voorheen met IPTV bridged port op één LAN poort m.b.t. IPTV.
Voor Telfort met voor internet een instelling DHCP (en automatisch IP-adres verkrijgen).
Voor KPN (+XS4ALL) met voor internet een instelling PPPoE (met inlognaam en wachtwoord aanmelding).
Compleet met actieve status pagina's van werkende connecties - Smart WAN instellingen etc. (zijn voor Telfort anders dan voor KPN).
VLAN instellingen etc.
Daarop wilde men eigenlijk gaan testen, maar misschien door de aanvullende plaatjes die ik had gestuurd (??) alsnog uitgesteld.
"Thank you for your reply.
After confirming with developers, developers need to spend more time to study the IPTV settings.
We will temporarily cancel this test, we apologize for any inconvenience caused.
If the developers have the new update, we will schedule the test with you, thank you for your assistance."
-
Hoi @Babylonia, alweer een maand verder... zijn er wellicht nog updates geweest tussendoor ? Verwacht het niet, dan hadden we ze hier vast al kunnen lezen :D
-
Nee, helaas geen bericht meer gehad. Laatste contact 22 Juli.
Komend weekend (22 augustus), ga ik weer een reminder sturen, hoe het ermee staat.
-
Even een update:
...Laatste contact 22 Juli.
Komend weekend (22 augustus), ga ik weer....
Dat blijkt niet handig te zijn om er een maand tussen te laten zitten.
Na 30 dagen inactiviteit blijkt een ticket te worden gearchiveerd, en is het feitelijk "gesloten".
Dus zend altijd minimaal een reactie binnen die termijn om het "open" te houden. (De 20-ste was het nog niet gearchiveerd).
Was er erg boos over. Meteen een nieuw ticket ingeschoten, en mijn ongenoegen erover geuit,
met het verzoek het oude ticket weer te heropenen.
Kreeg wel een reactie terug dat achter de schermen men bij Synology er (nog) steeds wel mee bezig is,
en dat er met mij contact zal worden opgenomen als het zover is om zaken te testen.
Na 90 dagen (na nu, neem ik aan?) worden verstuurde attachements volgens het laatste bericht bij het gesloten ticket verwijderd.
Sta je eigenlijk al het werk voor Jan met de korte achternaam te doen, want heb bij eerdere reacties juist zeer uitgebreide info als PDF bijgesloten.
Heb evenwel geen reactie meer gekregen dat het oude ticket heropend zal worden, en of die PDF info nog steeds intact is,
of bij de Synology ontwikkelaars intern bekend, en bekend "zal" blijven.
-
:o Tickets mogen pas gesloten worden als het probleem is opgelost of als de klant dat wil, lijkt mij.
Krijg het vermoeden dat men er geen raad mee weet, maar zeg dat dan.
-
Dat lijkt mij ook.
Of men er geen raad mee weet is moeilijk in te schatten?
Je kent de achterliggende gedachte niet waarom het zo lang duurt?
Een aangepast provider / IPTV profiel aanmaken lijkt me niet zo'n enorm karwei.
Maar mogelijk is men bezig (althans dat hoop ik dan maar), een meer algemeen "grotere" update voor te bereiden
waarbij het veel makkelijker is VLAN instellingen "naar eigen keus" die gebruikt worden door providers in te stellen?
Zoiets zou een grotere aanpassing vergen met aangepaste menu's.
Maar het zou net zo goed kunnen zijn dat Synology zich misschien wel wil terugtrekken uit het "router" gebeuren?
En men updates eigenlijk tot een minimum beperkt. Waarmee deze productlijn uiteindelijk "dood bloedt"?
Er zijn IMO al te lang geen aankondigingen van nieuwe producten of updates geweest in dit product segment.
-
Maar het zou net zo goed kunnen zijn dat Synology zich misschien wel wil terugtrekken uit het "router" gebeuren?
Ben je lekker mee, als dat zo is. :silent:
-
Plaagstootje: Overstappen naar Unifi??? ;) einde plaagstootje
Als er zowel hardware- en software matig geen of nauwelijks updates komen, kan het best zijn dat de router afdeling uitgefaseerd gaat worden. Tenminste, het heeft zo wel de schijn er van.
-
De mogelijkheid / schijn van uitfasering, dat opper ik toch ook in mijn eerdere reactie?
Overigens overschakelen naar Unifi zou persoonlijk mijn laatste keus zijn, afgaande op de vele berichten op fora
om dat type router fatsoenlijk met KPN / Telfort IPTV "routed mode" te laten samenwerken
met zijn Telnet achtige commandotaal / scripts om zaken naar je hand in te kunnen stellen.
Ondanks te downloaden scripts, zijn veel gebruikers erover gestruikeld.
-
Dan de edgerouter van Ubiquiti : ) Draait hier als een zonnetje. Maar idd stuk minder gebruiksvriendelijk qua grafische schil.
-
Hier de USG Pro 4, heb geen IPTV en het werkt als een malle.
Maar goed, we gaan off topic.
-
Tja, zonder IPTV draait Synology hier ook "als een malle".
Zelfs als router aangesloten op een smartphone, of een "fail-over" met een andere verbinding of een mix ervan.
Maar dat is niet de specifieke vraagstelling van de topic starter in diens eerste reactie en het verloop van het onderwerp.
-
Heb evenwel geen reactie meer gekregen dat het oude ticket heropend zal worden, en of die PDF info nog steeds intact is,
of bij de Synology ontwikkelaars intern bekend, en bekend "zal" blijven.
Alsof ze dit topic in de gaten houden :o 8)
.....Thank you for your reply and sorry for the late response.
We will keep this ticket open to check if there is a solution to resolve the IPTV problems.
And we have saved the PDF document that you provided on the previous ticket.
If there is any news, we will reply to you as soon as possible.
If there is any problem, please feel free to contact us.
Yours Sincerely,.....
Met "this ticket" bedoelden ze het nu nieuw geopende ticket, met de verwijzing naar het oude.
-
Update:
Synology heeft in een reactie in het laatste ticket laten weten dat ze nu mogelijk de oplossing hebben met die IPTV "routed mode",
en gevraagd mijn router open te stellen voor connectie met Synology, zodat ze wat zaken in mijn router kunnen aanpassen.
En een tijdschema gevraagd wanneer ze dat het beste kunnen doen.
Zelfs een optie gevraagd voor 4G mobiele fail-over (USB tethered), voor het geval de connectie via de gewone WAN aansluiting zou mislopen.
Dus zal naar ik vermoed dezer dagen dan wel zijn beslag krijgen.
Houd jullie "erna" dan wel op de hoogte of het voor elkaar komt.
-
Goed werk @Babylonia :thumbup:
-
Vooruitgang dus... En mede daarom dus: Synology. (Ikzelf heb geen router van Syno, maar de werkwijze vanuit hen is gewoon fijn)
-
te gek Babylonia ziet er veelbelovend uit
-
Toevallig dit topic tegen gekomen omdat ik op het punt stond om over te stappen naar een Unifi Edge Router. Ben erg benieuwd wat eruit komt!
-
Men is vannacht al bezig geweest. 8) Of althans men wilde de werkzaamheden vannacht uitvoeren.
Maar mijn "smartphone" tethered aan de USB-aansluiting werkte niet.
Tenminste op het moment dat zij dat wilde inzetten. Daar direct al een bericht over gekregen. (Maar toen sliep ik).
Normaal heb ik aan die USB-poort via een (powered) USB-hubje nog twee USB schijven hangen.
In achterliggende instellingen stond echter nog een "slaapmode" ingesteld bij 20 minuten inactiviteit.
Dus men zag die 4G mobiel niet meer als extra actief werkende verbinding toen men inlogde.
(Die was meer dan 20 minuten in-actief).
Die mobiele connectie heeft men kennelijk nodig om iets aan de WAN-poort instellingen te kunnen veranderen.
Heb speciaal daarvoor een ander "APN" toegangspunt ingesteld in mijn mobiele telefoon,
zodat men mogelijk minder obstakels tegenkomt als men in dit geval via "QuickConnect" inlogt in mijn router.
Volgens mij zijn ze nu weer opnieuw bezig, als ik even in de log-files kijk?
(Heb nu internet-connectie via mijn smartphone, en de normale WAN-connectie is "down"). Dus zal het verder kort houden.
Kom er later wel op terug.
-
......Na een vrij weekend ertussen,
en wat over en weer berichten heb ik mijn router weer "in stelling gebracht" voor benadering door Synology.
Dat is met een "smartphone" tethered aan de USB-aansluiting en die verbinding als "hoofd" connectie voor internet.
(Volgens bericht omdat men de normaal geldende "WAN" configuratie gaat/heeft vervangen).
Voor de gelegenheid maar "op de bank" in de huiskamer geslapen, en de TV-ontvanger "aan" voor het geval er contact zou zijn.
En jawel, vanmorgen pakweg 04:00 uur (= 10:00 uur in Taiwan) werd ik wakker van het "getetter" van een kinderprogramma.
Vanaf die tijd op en af, met dan weer wel connectie, dan weer niet.
En heb mijn smartphone een keer handmatig de connectie moeten herstellen door de impact van aanpassingen in de achtergrond.
Het is allemaal nog niet in het correct "goede jasje" zoals het allemaal zou moeten lopen. (Men is nu nog steeds bezig).
Tenslotte moet de eigenlijke WAN-poort stabiel als connectie kunnen draaien. En dat doet het nog niet.
Het is eigenlijk een eerste test of het allemaal gaat lukken, want van extra profielen is ook nog helemaal geen sprake.
Ik heb handmatig alleen internet op VLAN 34 gezet. De rest doet Synology achter de schermen met aanpassing van die instelling.
Er zullen best nog wel behoorlijk wat bijstellingen nodig moeten zijn.
Maar het begin is er, een draaiend "routed mode" IPTV stream, met de Synology router rechtstreeks aan internet.
In eerste instantie nu met een "Telfort" glasvezel connectie.
(Ik ben formeel al overgezet naar KPN, maar je blijft daarbij de oude "Telfort" setup gebruiken).
Later wellicht, als alles stabiel is, de "echte profielen" en aanvullingen voor KPN/XS4ALL en andere providers.
(Of misschien volledige aanpassing van het menu, om instellingen zelf in te kunnen richten, in de plaats van gebruik van profielen?).
-
toppie babylonia,
je maakt mij blij met dit bericht over de voortgang.
Dankzij jou tomeloze inzet is deze router waarschijnlijk over enige tijd een grandioze verbetering rijker.
groet bukkie
-
Op voorstel van Synology gaan we volgende week dinsdag weer verder.
(Tussendoor zullen mogelijk wat zaken intern worden geëvalueerd en voorbereid).
Het is trouwens wel apart dat op dit moment IPTV alleen maar werkt met een extra aangesloten smartphone als "hoofd" connectie,
en via de WAN poort dan de KPN IPTV stream loopt. :geek:
-
Dat is dan idd wel vreemd jah :)
Vermoed dat enkel de Live TV streams vanuit het aparte stukje routed network via UDP binnen komt... Al het overige via de normale Internet verbinding .. ik kan het mis hebben, heb nog nooit duidelijke technische inhoudelijke informatie over de gebruikte techniek gezien....
-
Het zou eigenlijk ook moeten werken zonder smartphone.
Omdat er tussendoor wel werd voorgesteld om de WAN als hoofdconnectie in te stellen.
Maar omdat het kennelijk niet stabiel is met "internet" ----> er was op dat moment geen IP-adres,
dat maar even gelaten voor wat het was.
(Zonder een WAN IP-adres kun je die interface niet terugzetten als hoofdconnectie).
Die WAN-connectie wisselde telkens heen en weer met wel IP / geen IP.
-
....update 27-10-2020
Vannacht weer bezig met Synology engineers. Grootse deel van de nacht gewoon TV gehad.
Maar met aanpassingen ging het toch moeizaam telkens via de smartphone en nog niet de juiste complete patch.
Er bleven kennelijk toch wat "vervuilingen" achter in het systeem waardoor de "WAN" connectie niet stabiel was.
Uiteindelijk een complete fabrieksreset gedaan, en we gaan morgen vanuit die "verse" set-up weer verder.
Wordt vervolgd.
-
Zo, daar zitten heel wat nachtelijke uurtjes werk voor jou zo te zien. Wil me er niet verder mee bemoeien, maar zou een teamviewer o.i.d. sessie over een mobiele verbinding niet makkelijker werken? Dan kan de engineer gewoon op het modem werken zonder afhankelijk te zijn van de wan verbinding..
-
Met SSH terminal connecties waar ze o.a mee bezig zijn om op root niveau zaken aan te passen, denk ik niet dat het op die wijze werkt?
Het is wat ze zelf zo hebben voorgesteld om het op die wijze te doen met een smartphone (bij gebrek van een 2e vaste internetverbinding).
Dus laat het dan maar zo. Ga daar niet tegenin om andere opties voor te stellen. Ik neem aan dat ze wel weten waar ze mee bezig zijn?
Let wel, die WAN connectie wordt nu tevens ook reeds gebruikt. Daar loopt o.a. de IPTV overheen.
-
.....maar zou een teamviewer o.i.d. sessie over een mobiele verbinding niet makkelijker werken?
Dan kan de engineer gewoon op het modem werken zonder afhankelijk te zijn van de wan verbinding..
Na twee volledige fabrieksresets verder (ik word er onderhand handig in, om alle instellingen terug te zetten),
heeft men dat nu vanmorgen toch voorgesteld om de volgende keer daarmee op die wijze verder te gaan.
(Na het weekend).
[attachimg=1]
-
Lijkt mij ook de "eenvoudigste" manier. Nu nog even een webcam stream aanbieden met zicht op de TV ;)
-
YES - YES - YES - YES - YES - YES - YES - YES - YES - YES
HET WERKT
IPTV routed mode op de Synology router
Heb de TV-ontvanger al op alle LAN-poortjes uitgeprobeerd
en omgewisseld met connectie van switches, PC e.d.
Plus een keer de TV-ontvanger een volledig "frisse start" gegeven
(reset naar fabrieksherstel en inladen laatste firmware).
In dit geval eerst even nog met de "Telfort" netwerk instellingen.
Daarbij opgemerkt, dat ik officieel reeds ben overgezet van Telfort naar KPN i.v.m. de afbouw van Telfort.
Wat op dit moment reeds bijna voor iedereen is afgerond. Dus draai op TV wel de menu's met het KPN logo.
Maar alle "oud" Telfort gebruikers draaien voorlopig nog gewoon volgens de "Telfort" netwerk instellingen.
De overgang naar KPN is puur administratief.
Via de eerder voorgestelde teamviewer sessie is het nu wel gelukt.
Ik zag vanmorgen nog wat "Putty" data over het scherm heenlopen.
En aan het eind van de werkzaamheden een open kladblok tekstbestand op het scherm dat ze klaar zijn,
en alles zou moeten werken. Alles bij elkaar is het nog een hele bevalling geweest. Maar met resultaat !!
Ik ga de komende dagen nog even bij een kennis langs of het met een kleine aanpassing
van die VLAN 34 naar de KPN indeling VLAN 6 en gebruik van PPPoE ook werkt.
Zal dat dan hier wel melden.
Heb daarover verder met Synology nog contact over, en misschien erna de volgende stappen,
hoe ook in te zetten voor andere providers, met net wat afwijkende VLAN instellingen.
En of er dan nog extra aanpassingen nodig zijn.
(Heb via een Synology gebruiker eerder ook al contact gehad met een andere glasvezel provider).
We zouden echter eerst deze eerste echt werkende stappen afwachten. Vandaar weer verder.
Stap voor stap.
Weet niet of er in de menu's nog verschillen komen in de officiële SRM update die er wellicht aan zal komen.
Maar zal als het zover is een heel nieuw onderwerp beginnen met alle instellingen die nodig mochten zijn.
(Als het blijft met de instellingen met wat nu nodig zou zijn, is dat met een fluitje en een cent zo gepiept).
-
Toppie :clap:
-
Puik werk! Mooi dat het nu werkt. Heb je nu ook al een voorgeprogrammeerde configuratie die je kan selecteren voor de KPN configuratie ? Of moet dit nog ontwikkeld worden?
Ik heb Interactieve televisie van xs4all en een rt1900ac modem "over" die ik kan gebruiken om te testen. Laat maar weten wanneer dit interessant is. Xs4all maakt ook gebruik van KPN IPTV platform, maar wel nog een eigen Xs4all schilletje vermoed ik. Xs4all logo in de menu's, een aparte xs4all televisie app.
-
Heb je nu ook al een voorgeprogrammeerde configuratie die je kan selecteren voor de KPN configuratie ?
Nee, je kunt op dit moment niets kiezen dan hetgeen ik al heb aangegeven.
Alles is op dit moment achter de schermen uitgevoerd.
Ik heb ook heel uitdrukkelijk de waarschuwing gekregen, om geen factory reset uit te voeren,
geen tussentijdse SRM updates en patches, want dan is de aanpassing verdwenen.
Niet eerder dan het moment waarop Synology de officiële release notes in een nieuwe SRM versie aankondigt.
Dus mijn RT1900ac is op dit moment de eerste en "enige" router die werkt met IPTV routed mode.
De set-up is gedaan vanuit de instellingen zoals die eerder ook golden voor "Telfort".
Maar dan alleen de instelling voor "internet" alleen.
Dat zijn voor Telfort de volgende instellingen:
[attach=1]
[attach=2]
En de volgende instelling bij "Local Network" van het "Network Center" m.b.t. multicast IPTV streams:
[attach=3]
Verdere IPTV settings spelen zich af achter de schermen.
Omdat de getoonde "bovenste" twee instellingen de enige afwijkende zijn van "conventioneel" KPN met die van Telfort.
Denk ik dat ik om die reden mijn RT1900ac ook met de KPN instelling kan uitproberen.
Maar dat merk ik pas als ik dat ter plekke uittest.
Evengoed is het wel zodanig "exclusief" dat met een andere VLAN instelling voor "internet" het niet werkt??
-
Ah duidelijk! Nog even wachten dus. Maar dit is al een grote stap ;)
-
Geweldig om te horen! Ook fijn dat je vraag serieus is genomen en dat er aan gewerkt is. Ookal is de doorlooptijd wat lang geweest.
Heb een RT1900 klaar liggen om aan te sluiten op een Budget-glasvezel verbinding. Met Routed IPTV. Dus houd ons op de hoogte :)
-
Ook al is de doorlooptijd wat lang geweest.
Lijkt me wel leuk even als info voor de statistieken:
Bij een eerste ticket zijn er 35 berichten over en weer gegaan,
(waaronder een aantal uitgebreide PDF bestanden zijn voorbereid en als "bijlage" zijn bijgestuurd).
De teller bij het tweede ticket wat erover gaat behelst op dit moment 107 berichten over en weer.
(Er zitten ook gewoon wat korte berichten tussen hoor).
-
:) :) :)
te gek Babylonia dat het werkt.
een pluim voor jou inzet
groet wim
-
Omdat de getoonde twee instellingen de enige zijn die afwijkend is van "conventioneel" KPN met die van Telfort.
Denk ik dat ik om die reden mijn RT1900ac ook met de KPN instelling kan uitproberen.
Berichten volgen elkaar snel op.
Vanuit de suggesties die ik met Synology daar specifiek nog over had,
-en de voorstellen eerder daarover- m.b.t. het KPN netwerk, kreeg ik net het volgende bericht terug:
Thank you for your reply.
We are glad to hear the Internet connection and the IPTV works.
If you would like to check it works with other ISP, you just change the Internet settings on the SRM UI.
After you change the Internet settings, if the connection cannot work, please reboot the router again, thank you.
If the IPTV and Internet connection works well and stable, we expect to fix this issue on the further SRM release.
If there is any problem, please feel free to contact us.
Best Regards,
Technical Support
Dus ga het vanmiddag nog even proberen bij een maatje van me hier in de buurt met "origineel KPN"
(VLAN 6 en PPPoE WAN instelling).
-
Kijk, ook daarom dus Synology.
Ik houd het eerst alleen bij hun DS lijn, voor overig netwerk spul gebruik ik Unifi, maar top dat ze vanuit Verweggistan met de user mee denken.
-
Dus ga het vanmiddag nog even proberen bij een maatje van me hier in de buurt
met "origineel KPN" (VLAN 6 en PPPoE WAN instelling).
YES En ook dat werkt !!
Feitelijk betekent het dat de connecties met KPN - XS4ALL - en voormalig Telfort daarmee zijn afgedekt.
Er leken aanvankelijk nog wat kleine "glitches" te zijn die mogelijk nog wat extra "tweaking" behoefden?
Als ik tegelijkertijd bij bekijken van TV via een PC ook nog een internet speedtest deed met: https://speedtest.net
Bij maximale upload had ik zo nu en dan een minimale korte hapering van het beeld van tienden van seconden.
Maar met alsnog opnieuw de KPN TV-ontvanger opnieuw herstellen naar fabrieksinstellingen was ook dat verholpen,
met tezamen TV kijken en tegelijkertijd een speedtest.
Dus het loopt daarmee helemaal "strak" - geen verschil met het draaien van IPTV met de Experia Box zelf.
-
Goed om te horen! Op dit moment beschik ik over een RT1900AC die nu nog draait in de oude configuratie(bridged modus) bij KPN. Voor mij was dit aanleiding om te wisselen naar Unifi maar als dit met een update goed werkt blijf ik graag bij Synology. Bedankt voor alle inzet!
-
Update / tussentijds info in het verloop:
Inmiddels zijn we iets verder, en testen we het een en ander verder uit, of het allemaal stabiel blijft lopen.
Dat is namelijk wel de eerste vereiste :geek:
Ook onder verschillende omstandigheden met extra packages geïnstalleerd.
Met eerder twee fabrieks resets, had ik namelijk mijn gebruikelijke packages nog niet terug gezet.
(Er zou mogelijk misschien nog weer een extra fabriek reset kunnen volgen? Allemaal extra werk).
VPN als Server:
Inmiddels VPN Plus terug gezet met alle gebruikelijke instellingen.
En de verschillende VPN protocollen actief als server.
Helaas loop ik daar tegen een probleem op.
Ik kan wel "intern" via een "loop-back" functie (met eigen NL-domein naam in de Client instellingen) een VPN-verbinding opzetten.
Maar vanuit externe verbinding (mobiele hotspot) e.d. kom ik er niet in.
Dus daar zal Synology nog opnieuw in de software moeten duiken.
VPN als Client:
En dan nu ook positief bericht in de mogelijkheden. Maar dan als "VPN Client"
Diverse gebruikers willen hun complete netwerk via een VPN-tunnel laten lopen naar bijv. een commerciële VPN-dienst.
Doorgaans heb je dan een probleem met alles wat je "van buiten" zou willen binnenhalen aangaande specifieke services.
Waaronder mogelijk dus ook de TV-streams op een TV-ontvanger.
En dat is nu juist het bijzondere. Dat blijft allemaal gewoon werken!!
Kennelijk is de TV-ontvanger al “automatisch” de uitzondering wat buiten de VPN-tunnel wordt gehouden.
Heb er niets apart voor hoeven uit te sluiten met de instellingen.
Ook terugkijken e.d. Verschillende TV-streams blijven gewoon werken, ondanks VPN.
Kan ook naar andere TV kanalen wisselen.
(Met een tweetal externe VPN-servers uitgetest, en echt gecontroleerd met de WAN IP adressen op PC en laptop).
Tot zover even.
-
Even tussendoor update ten aanzien van:
VPN als Server:
Inmiddels VPN Plus terug gezet met alle gebruikelijke instellingen.
En de verschillende VPN protocollen actief als server.
Helaas loop ik daar tegen een probleem op.
.......
Dus daar zal Synology nog opnieuw in de software moeten duiken.
In de "hiërarchie" zoals de organisatie m.b.t. de support bij Synology kennelijk in elkaar zit, gaat het verloop nu wat vreemd,
en vertraagt het zaakje daarmee.
Voor dit deel van het probleem moest ik een apart ticket inleggen, omdat het door een andere afdeling,
kennelijk een ander team moet worden ingevuld. (Het team wat het "VPN Plus package" onder zijn hoede heeft).
Is eerst weer wat "rijstebrij" van eerste lijns support waar je dan doorheen moet worstelen,
alvorens men dan tot inzicht komt dat men "verder" bij de ontwikkelaars zelf moet zijn om tot een oplossing te komen.
Waarom ze dat niet onderling zelf kunnen regelen ontgaat me een beetje??
Het internet IP adres van de connectie om bij mij in de router te kunnen kijken is notabene precies hetzelfde als van het andere team.
Dus verwacht niet dat ze nu mijlenver uit elkaar zitten??
Dus dit deel in het project is nog niet direct opgelost en vertraagt daarmee wellicht de officiële algemene SRM update??
Afgezien van die VPN perikelen, draait IPTV hier al pakweg 10 dagen zonder problemen als een zonnetje.
-
Beste Babylonia,
wat tof dat je je hier zo in hebt verdiept. Ik ben sinds kort blije abonnee van Telfort Glasvezel en wil heel graag mijn RT2600ac aan het werk zetten. Het Internet heb ik wel werkend, maar IPTV niet. Begrijp ik nu goed dat je samen met Synology een custom firmware hebt gekregen voor jouw Synology router? Of zou ik het ook met de huidige laatste officiele versie aan de praat kunnen krijgen met de juiste instellingen?
-
Het Internet heb ik wel werkend, maar IPTV niet. Begrijp ik nu goed dat je samen met Synology een custom firmware hebt gekregen voor jouw Synology router? Of zou ik het ook met de huidige laatste officiele versie aan de praat kunnen krijgen met de juiste instellingen?
Als je het onderwerp goed hebt doorgenomen, snap je dat het met de huidige officiële firmware versie niet gaat.
Het is precies de reden dat ik daar met Synology mee aan de gang ben gegaan om daar een oplossing voor te vinden.
De enige die nu op dit moment een werkende set-up heeft (https://www.synology-forum.nl/synology-router/vrije-modem-keuze-kpn/msg290658/#msg290658), ben ikzelf met de extra patch die er in mijn router is gezet.
IPTV routed mode werkt daarbij uitstekend !!
Maar heb nog wel wat zaken glad te strijken m.b.t. de VPN Plus server package wat nu niet volledig goed werkt.
(Geen werkende connectie via het L2TP/IPSec VPN protocol).
A.s. maandag hebben we een teamviewer sessie, om het een en ander (opnieuw) door te nemen.
-
Duidelijk, ik wist niet zeker of het met de meest recente SRM nog steeds niet kon.
Nou ik kan alleen maar hopen dat je ze bij Synology zover krijgt om dit zo snel mogelijk in een officiële firmware uit te brengen!
Ik houd dit topic in elk geval nauw in de gaten.
-
Ten aanzien van:
VPN als Server:
Inmiddels VPN Plus terug gezet met alle gebruikelijke instellingen.
En de verschillende VPN protocollen actief als server.
Helaas loop ik daar tegen een probleem op.
.......
Dus daar zal Synology nog opnieuw in de software moeten duiken.
Heeft wat langer geduurd, maar is inmiddels opgelost in het weekend "door mezelf",
nog voordat Synology met een TeamViewer sessie wilde meekijken naar instellingen "van mijn laptop".
(Waar nu achteraf blijkt, dat het daar ook helemaal niet mee te maken had).
Wil de ervaring toch even hier delen, omdat andere gebruikers mogelijk vergelijkbare situaties kunnen tegenkomen.
Waarbij achterliggende oorzaken in fouten moeilijker worden opgemerkt. (Zelfs door het Synology Support team).
In ieder geval iets om in het achterhoofd te houden.
Tijdens de eerdere uitwisseling met Synology m.b.t. de IPTV patch, heb ik tussendoor twee keer mijn RT1900ac
volledig naar fabrieksinstellingen gereset. Erna importeer ik dan de instellingen vanuit een back-up van de eerdere configuratie terug.
Instellingen van aparte packages worden daarbij niet meegenomen. Dat is mij, en anderen naar ik denk wel bekend.
(Die zul je apart in de packages zelf weer moeten aanvullen).
Bij de back-up zitten echter ook instellingen, weliswaar direct ingebracht in het menu van het Network Center.
Die vanuit die back-up wel degelijk worden terug gezet, maar achterliggend betrekking hebben op dan nog niet geïnstalleerde packages.
Dat zijn bijvoorbeeld Firewall regels waarbij achterliggend een directe koppeling zit met het VPN Plus package - "Build in application”.
Ook al wordt erna alsnog het package geïnstalleerd, kan er op onderdelen toch een discrepantie ontstaan met die eerdere instellingen.
Door de volgorde waarin een en ander wordt uitgevoerd. (Zelfs latere back-ups eroverheen, corrigeren dat niet).
Daar ging het kennelijk fout, met onberekenbare werking nu van de VPN Plus package voor één VPN methode.
Ondanks vanuit controle de instellingen correct "lijken" kan het daarop dus mis lopen.
(Als opmerking dat instellingen als back-up vanuit een eerdere wel werkende set-up komen).
Met volledig verwijderen van de gerelateerde firewall regels en handmatig weer opnieuw inbrengen was het probleem opgelost.
[EDIT dec. 2020]
Bovenstaande ervaring zit verschil in met het allereerste routermodel RT1900ac en het latere model RT2600ac.
Bij de RT2600ac worden aanvullende instellingen van Firewall regels NIET terug gezet vanuit een eerdere back-up,
welke betrekking hebben op packages die nog niet zijn geïnstalleerd. Dit soort discrepanties zijn daarin niet mogelijk.
(Eerste wat mij opviel met overzetten back-up setup vanuit RT1900ac naar het RT2600ac model).
Vergelijkbare situaties hebben gebruikers op fora, (en ikzelf) ook wel eerder opgemerkt na bijv. een SRM update.
Blijken erna sommige instellingen of services niet altijd goed te werken.
Met vaak alleen de-activeren van de functie - opslaan - erna alsnog weer activeren en opslaan, is het dan verholpen.
Of functies waar je de gerelateerde regels volledig verwijdert, en opnieuw inbrengt.
(Zelf Synology Support die eerder instellingen in mijn router op afstand had gecontroleerd, had dit niet opgemerkt).
Maar is nu dus opgelost. Het kan hem soms in kleine dingetjes zitten.
IPTV - routed mode
Met nu dan geen problemen meer met de IPTV patch, meteen in het andere ticket die over IPTV gaat, dat meteen gemeld.
Om zodoende Synology te stimuleren de update nu maar zo snel mogelijk algemeen beschikbaar te stellen.
Met de uitwisseling met Synology mijn vraag of er wat meer technische informatie verstrekt kan worden,
zodat ik alvast in een apart onderwerp daar een soort van handleiding voor kan geven.
De echte uitvoering / update zal mogelijk toch iets anders uitpakken dan nu als testfase als patch in mijn router.
Men zal de patch waarschijnlijk in specifieke "KPN / Telfort" profielen gaan vastleggen. (Wat nu niet bij mij is toegepast).
Heb (eerder reeds) geopperd om nog wat verder te gaan in de opzet van menu's en instellingen,
zodat het meer algemeen bruikbaar voor allerlei providers is in te zetten met uiteenlopende VLAN ID's e.d.
Of men dat er nu ook al direct in gaat stoppen, of in een verder traject met updates is mij evenwel niet bekend gemaakt.
Maar goed, tot zover maar weer even de tussenstand van zaken.
-
In de opmaat naar een officiële SRM update voor IPTV routed mode KPN - voormalig Telfort - XS4ALL,
even een begin voor een apart onderwerp, maar voorlopig even hieronder gerangschikt.
(Kan later mogelijk afgesplitst worden en aangevuld / veranderd met juiste gegevens).
Instellingen en gebruik IPTV routed mode KPN - voormalig Telfort - XS4ALL:
Naar het zich laat aanzien zullen mogelijk twee aparte IPTV profielen worden geïntroduceerd.
Kan nu nog niet vooruit lopen op de menu's', want zijn nog niet voorhanden.
Algemene zaken waar rekening mee te houden:
De eerder geteste IPTV patch is geïnstalleerd op het eerste Synology router model RT1900ac.
Dus de ondersteuning gaat terug tot aan dit eerste model.
Waarschijnlijk dat de beperkte processor capaciteit invloed heeft in hier verder opgenoemde zaken tegenover een RT2600ac.
Bedenk ook dat ikzelf de RT1900ac router behoorlijk heb "opgetuigd" met extra zaken, zoals twee stuks 2,5" USB drives,
via een extra USB-HUB met extra voeding. En hier thuis nog wat extra achterliggende zaken m.b.t. media-streams.
"Straks" als de echte SRM update er zal zijn, zal ik dat direct op mijn nieuwe RT2600ac installeren.
Die mij welwillend door Mobile Harddisk (https://www.mobile-harddisk.nl/) / Real Solutions (https://www.rshaarlem.com/) / Synology Benlux ter beschikking is gesteld.
Waarvoor mijn bijzonder dank. 8)
(Ter info, nergens om gevraagd hoor, m.b.t. neutrale onafhankelijke info. Gewoon aangeboden. :thumbup: ).
Activeren van IPTV: (Instellingen volgen nog):
- Werkt het niet een eerste keer correct, herstart dan de router nogmaals (of vanuit een volledige koude start / powerknop).
- Geef de router voldoende tijd om alle achterliggende zaken correct door te laten werken, op te starten en te stabiliseren.
Ben niet te ongeduldig. De status van knipperend opstart led-lampje naar een stabiel brandend led-lampje,
en verschijnen van de SRM web-interface in een browser is nog geen indicatie dat alles al is doorlopen in de opstart.
Daar komen zeker nog enkele minuten extra bij voordat TV-beeld verschijnt, en nog wat extra tijd voor een stabiele stream.
Neem beter een kop koffie en doe tussendoor wat anders.
- TV-ontvanger kan worden aangesloten op elke willekeurige LAN poort.
Bij eerste keer aansluiten op de Synology router, de TV-ontvanger even van stroom afhalen (power uit),
pakweg een minuut later weer aan, zodat geen oude netwerk-instellingen achterblijven van een vorige "Experia Box" set-up.
TV-beeld verschijnt vanzelf wel een keer.
(Bij eerdere rechtstreekse interactie van Synology Taiwan in mijn router, werd ik 's morgens wakker van een kinderprogramma).
Bedenk dat de TV-ontvanger daarbij ook nog vrij veel tijd inneemt om software / programmagids opnieuw in te laden.
De TV-ontvangers van KPN kunnen daar tot 10 minuten mee bezig zijn (ook al via de eigen KPN Experia Box routers zelf).
- Actief gebruik van extra packages zoals VPN Plus, en beslist ook "Treat Prevention" kost een langere opstarttijd.
Als het draait, dan heb je ook wat: Bij testen ga ik opmerkelijke set-ups niet uit te weg.
Combinatie van het gebruik van de TV-ontvanger "draadloos" met een "KPN SuperWiFi":
Zie een uitgebreide test op het KPN-forum < HIER > (https://forum.kpn.com/thuisnetwerk-72/kpn-superwifi-met-tv-ontvanger-en-andere-netwerkdiensten-518021)
De volgende stap een draadloze verbinding over pakweg 20 meter < HIER > (https://forum.kpn.com/internet-9/superwifi-hoe-ver-van-elkaar-kunnen-ze-geplaatst-worden-518032?postid=1145694#post1145694)
(echter nog niet getest met TV-ontvanger, maar vermoed gezien de goede WiFi snelheid 94 Mbps geen probleem).
Tot zover even dit gedeelte.
EDIT - inmiddels een nieuw onderwerp aangemaakt (https://www.synology-forum.nl/synology-router/synology-router-set-up-met-iptv-routed-mode-kpn-xs4all-oud-telfort/msg292002/#msg292002) met gebruiksaanwijzing komende update routed mode IPTV.
Eventueel aanvullend specifieke vragen kunnen naar ik denk verder hieronder blijven aansluiten.
-
Update:
....ik denk dat het zo'n beetje de eindfase nadert met de IPTV firmware patch / profielen.
Naar aanleiding van nog wat testen van een (nieuwe) beta patch vorige week, met nu te kiezen IPTV profielen.
Zie o.a. de voorlaatste alinea binnen het onderwerp van de handleiding die ik aan het voorbereiden was bij < DEZE reactie > (https://www.synology-forum.nl/synology-router/synology-router-set-up-met-iptv-routed-mode-kpn-xs4all-oud-telfort/msg292009/#msg292009)
En vanuit die testen tevens ook nog wat achterliggend vreemd gedrag met terug gezette instellingen vanuit een "back-up" configuratie.
(Vastgelegde instellingen klopte erna niet met de instellingen zoals ze vooraf wel waren vastgelegd in de back-up).
En nog wat kleine dingetjes (DDNS domein naam werd niet goed terug gekoppeld in de menu's).
Heeft Synology Support vanmorgen opnieuw een aangepaste (beta) patch in (nu) de RT2600ac gezet.
(DDNS domein registratie is nu wel goed vastgelegd in de router). En heeft men gevraagd opnieuw wat aanvullende testen te doen.
We gaan nu Kerstmis in, dus heb ook zo mijn familiezaken. Maar zal de komende dagen / weekend, dat wel proberen af te ronden.
Zou mooi zijn als nog net voor de jaarwisseling de SRM firmware update officieel beschikbaar zou zijn voor alle gebruikers.
(Of anders meteen erna in het nieuwe jaar). Maar ligt ook nog aan wat ik nu met aankomende tests (opnieuw?) zal tegenkomen.
Het zit hem meer in aanvullende zaken met andere onderdelen, dan in de IPTV patch zelf. Die draait bij mij vanaf 3 november hier.
Inmiddels heb ik de handleiding (https://www.synology-forum.nl/synology-router/synology-router-set-up-met-iptv-routed-mode-kpn-xs4all-oud-telfort/msg292002/#msg292002) vrij compleet al binnen het forum beschreven.
Mogelijk dat ik de plaatjes die kennelijk nu afwijkend Nederlands, dan weer Engels zijn (t.b.v. communicatie met Synology Support),
de komende tijd nog ga aanpassen voor consequent één taal-instelling. Plus nog nog wat meer eenheid in opzet beschrijvingen.
Dat heeft echter minder haast.
Er komt eerst ook nog een extra hoofdstukje bij voor wat optimalisering / tweaking van enkele instellingen.
(Eigenlijk meer een algemene tip hoe zaken in te stellen, ook als je geen IPTV gebruikt),
maar denk dat het bij dat onderdeel ook een goede aanvulling kan zijn.
Tot zover maar weer.
-
Heeft Synology Support vanmorgen opnieuw een aangepaste (beta) patch in (nu) de RT2600ac gezet......
We gaan nu Kerstmis in, dus heb ook zo mijn familiezaken. Maar zal de komende dagen / weekend, dat wel proberen af te ronden.
......ligt ook nog aan wat ik nu met aankomende tests (opnieuw?) zal tegenkomen.
Helaas dus toch nog wat zaken tegen gekomen.
Afgelopen dagen met die laatste beta patch opnieuw getest, zijn nog niet alle voorziene mogelijkheden correct uitgevoerd.
En door een verandering een nieuwe fout geïntroduceerd.
Hoewel de meeste gebruikers naar ik vermoed niet die optie zullen gebruiken.
Een set-up waarbij LAN1 als extra WAN-poort wordt gebruikt, en daarbij internet met IPTV, werkt nu niet goed.
(Inladen van firmware van de KPN TV-ontvanger stopt bij 85%).
Verder worden nog niet alle netwerk-instellingen vanuit een back-up correct terug gezet.
Dat zou je zelf alsnog manueel moeten corrigeren. Maar dat hoort uiteraard wel netjes afgerond te worden.
-
@Babylonia
Ik heb zelf meerdere synology routers in bezit en in mijn eigen thuis situatie heb ik een KPN glasvezel abonnement. Op dit moment gebruik ik nog de oude methode met VLAN's maar indien gewenst kan en wil ik wel tijd investeren om de beta patch te proberen en kijken of ik in mijn situatie nog problemen ervaar.
-
Sorry @Nelesss
Aardig aangeboden, maar in dit allerlaatste eind stadium voor definitieve release (want het zit er zowat op),
gaan we niet nog eens zaken onnodig ingewikkeld maken door andere gebruikers nog eens erbij te halen voor een "beta patch".
Lijkt me handiger gewoon de officiële SRM release af te wachten. Hij is namelijk al officieel aangekondigd. (https://www.synology-forum.nl/synology-router/firmware-update-srm-1-2-4-8081-*2*-(patch)/)
-
Oh geen probleem. Ik lees al een tijdje mee in dit topic en ik dacht het misschien juist makkelijker te maken.
Succes met de laatste loodjes :thumbup:
-
Gisteren kwam de update eindelijk binnen. Nogmaals dank voor je inzet! Echt top!
Iedereen hier in huis naar bed en dus om 00:00 aan de slag. Op de Synology RT2600AC de werkingsmodus omgezet van Draadloos AP naar Draadloze router en restarten. Daarna het het XS4ALL profiel gekozen. Daarna het TV-kastje aan. Helaas bleef deze hangen op 85%. TV-Kastje uit. Daarna router helemaal opnieuw herstart. TV-Kastje aan. Nog steeds 85%. Toen maar KPN profiel gekozen. Maar nog steeds 85%. Alle instellingen zoals in de handleiding (https://www.synology-forum.nl/synology-router/synology-router-set-up-met-iptv-routed-mode-kpn-xs4all-oud-telfort/msg292002/#msg292002) aangegeven langsgelopen. Alleen bij de advanced options stond Enable DoH niet aan. Dit aangezet maar helaas. Om 02:00 maar naar bed gegaan. Het viel me wel op dat er een DCHP aan IPTV_RG was gegeven?
Kan het zijn dat ik alles eerst naar fabrieksinstellingen moet terugzetten?
Zou jij anders screenprints van alle instellingen willen plaatsen? Bijvoorbeeld ook die met MTU waarde?
-
Oh, ik wist niet dat die al te downloaden was of al op te roepen was?
(Gisteren 29 dec. stond die nog niet online ---> en vandaag 30 dec. ook niet, zie rechtstreekse download link (https://archive.synology.com/download/Os/SRM) ).
Was beter geweest nog niet in te zetten, (of dat Synology die al had verstrekt),
want met de laatste verandering die ze bij mij hebben aangebracht, kwam ik ook tot een aantal fouten hier beschreven. (https://www.synology-forum.nl/synology-router/vrije-modem-keuze-kpn/msg293193/#msg293193)
Met nu een nieuwe fout erin gebracht, die er eerst niet in zat.
Door de Kerst en familie heb ik een test echter iets later gedaan. (Hen voor de Kerst daarvan in kennis gesteld).
Maar ze wilde kennelijk nu niet wachten?
Heb Synology gisteren wel meteen een reactie gestuurd n.a.v. de aankondiging (en alle bevindingen van de laatste testen,
dat ik nog steeds wel foutjes daarin ben tegengekomen. Typisch ook dat blijven hangen op 85%
Maar in mijn geval alleen op poort LAN1 als die als "Secondary interface" wordt gebruikt.
Via de WAN "Primary interface" werkt alles hier uitstekend.
Omdat ik daarin die fout al tegen kwam. Heb ik het deze keer niet achter een KPN-aansluiting getest,
omdat ik vermoedde dat er dan achterliggend mogelijk ook daar "dezelfde" fout daarin naar voren zou komen.
Dat LAN1 gebruik jezelf niet? KPN en XS4ALL maken gebruik van PPPoE, en zijn daarmee afwijkend van Telfort.
En kan"misschien" daardoor ook al dezelfde fout hebben op WAN??
Kan het later deze dag misschien nog bij een kennis een straat verderop achter een KPN-aansluiting, alsnog testen?
Het is verder ook zo, dat met het testen van IPTV, ik dat alleen heb kunnen doen met KPN en (voormalig) Telfort accounts.
Ik ken hier niemand in de buurt met XS4ALL. Maar omdat de netwerken en instellingen voor KPN en XS4ALL daarin niet verschillen.
"Gehoopt" dat ik daarin dan geen fouten zou krijgen.
Heb je de TV-ontvanger 10 minuten uitgeschakeld gehad (van de stroom af), voordat je die heb aangesloten?
Met gebruik van een andere router, die door KPN niet wordt "herkend" schakelt die mogelijk over naar een ander IPTV server en IP adres.
(Dat varieert namelijk geregeld). Met het loskoppelen worden de oude gegevens van de TV-ontvanger "losgelaten" / geschoond.
Anders heb ik mogelijk nog wel een ander trucje om te proberen.
Voor aanvullende schermafdrukken. Later, ik heb vanmiddag nog wat andere dingen te doen.
-
Hoi, ik had gezicht dat als je LAN1 gebruikt als secundaire interface de 85% melding kan voorkomen. Echter die gebruik ik niet. Ik heb de ontvanger een paar minuten van de stroom afgehaald. Ik weet niet of dat 10 minuten was. Ik zal dat nog eens proberen.
Via tweakers.net zag ik de update. Daar ook een link: https://archive.synology.com/download/Os/SRM/1.2.4-8081-2
-
Het tweakers bericht "zelf" (https://tweakers.net/downloads/54224/synology-router-management-124-build-8081-2.html), heb ik gisteren ook al van de kennis gekregen waar ik test met een KPN-account.
Maar de "Synology" download-link in je vorige bericht die je toont, hoort eigenlijk nog afgeschermd te zijn?
Als je naar de hoofd download map gaat < HIER > (https://archive.synology.com/download/Os/SRM) (iets waar je op uit komt via de Synology website zelf), staat patch 2 er nog niet bij.
Je komt er alleen door in de adresregel van een browser het getal van het patch-nummer zelf aan te passen.
Die afgeschermde link hebben ze bij Tweakers.net ook niet gepubliceerd. (Afgaande op de berichten eronder).
Dus het lijkt een keus van jezelf te zijn om op die manier toch die patch 2 te kunnen downloaden??
De bestanden die in die directory staan, zijn gedateerd 25 december. Ofwel met Kerstmis.
Een moment dat ik hun laatste patch nog moest testen. (En Synology ook nog in afwachting was van de uitslag ervan).
Of eigenlijk ben je al vooruit gelopen op de "officiële" nog wel goed te keuren (en niet afgeschermde) patch bestanden?
[attach=7]
Die TV-ontvanger zeker 10 minuten van de stroom afhalen.
(Staat zelfs ook bij een van de meldingen van de TV-ontvanger zelf, als die na die 85% niet doorloopt).
[attach=1]
Vooral niet te ongeduldig zijn. :o
Maar het moet uiteraard wel allemaal goed werken, niet "half/half".
[attach=2] [attach=3] [attach=4] [attach=5] [attach=6]
Aanvulling:
Kan het later deze dag misschien nog bij een kennis een straat verderop achter een KPN-aansluiting, alsnog testen?
Kwam bij hem nu niet uit. En met oud/nieuw voor de deur, verwacht ik het pas een keer in het weekend.
(Heb van Synology ook geen aanvullende berichten of een inlog in mijn router meer gehad,
dus vermoed ook pas weer volgende week opnieuw interactie. Men zit in Taiwan 8 uur verder dan hier in Nederland).
-
....vanmorgen 31 dec. 2020 07:02 uur toch nog een reactie van Synology. In Taiwan is het dan 15:02 uur
Dus heb er nog wat aanvullende testen achteraan gedaan -met LAN1-, en er een debug.data bestand achteraan gestuurd.
Maar of ze daar vandaag dan nog iets mee doen om dat te bestuderen?? Maar het heeft in ieder geval de aandacht.
-
Gisteravond kwam ook bij mij de update voorbij en ondanks de waarschuwing toch geïnstalleerd omdat ik nog een back-up router heb liggen indien nodig. De KPN optie geselecteerd bij IPTV en helaas heb ik het niet werkend gekregen. Telkens eindigt het in F561 storing.(Na het ophalen van nieuwe software, diverse herstarts etc. Ook met de vele wachttijden, mediabox wordt wel zichtbaar als cliënt in DHCP) Wanneer ik de handmatige methode selecteer met diverse VLAN's dan werkt het wel weer op de oude methode.
-
Ik heb nog wat extra testen gedaan, maar men heeft er eigenlijk weer teveel aan "verkloot" met veranderen van instellingen tussendoor.
Eerder zag ik in de Routing Table een aantal regels m.b.t. "internet" waarbij een "169" IP adres.
Dat is een "leeg" IP-adres als er geen connectie is.
Onder mijn gewone WAN internet-aansluiting. Hoewel in mijn situatie wel gewoon internet en TV.
[attach=1]
Testen op de LAN1 poort (die het bij een eerdere beta-patch wel deed,
maar wat gedonder met menu's om daar weer uit te komen naar WAN)
geeft nu geen "10" server IP adressen uit. Dat heeft juist betrekking op IPTV.
Vandaar het vastlopen op 85% En ook daar een "169" IP-adres als "LAN 5" aangeduid.
Met enkele over en weer testen tussen LAN1 en WAN, ben ik bij een WAN-connectie nu wel dat vreemde "169" IP adres kwijt.
Wanneer ik de handmatige methode selecteer met diverse VLAN's dan werkt het wel weer op de oude methode.
En heb je daarbij wel gewoon de KPN TV-ontvanger actief?
Want zonder "routed mode" lukt dat tegenwoordig niet meer.
-
En heb je daarbij wel gewoon de KPN TV-ontvanger actief?
Want zonder "routed mode" lukt dat tegenwoordig niet meer.
Zeker, deze methode werkt nog deels. TV kijken is gewoon mogelijk net zoals de gids. Opnames en de 'online mogelijkheden' zoals Netflix etc. werken niet meer. Daarnaast ben je verplicht om opnieuw software in te laden.
-
Zonder al lang connectie met een Experia Box, zit je dan waarschijnlijk met de TV-ontvanger nog steeds op oude firmware.
Daar is dat inderdaad nog mogelijk in die oude set-up (met een VLAN op een bridged LAN-poort).
Dan mag je van geluk spreken dat het bij jou op die wijze nog werkt "zonder routed mode".
De huidige TV-box firmware is zodanig gewijzigd, met andere keuzes in het achterliggende systeem,
dat het zonder routed mode niet meer gaat. Dus voorlopig in de menu's van de TV-ontvanger de firmware maar niet vernieuwen.
En ook de Experia Box niet terughangen, want dan krijgt de TV-ontvanger automatsich wel een update.
Ben je nog een van de uitzonderingen.
Er zijn op forums zowel bij KPN als eerder bij Telfort regelmatig berichten voorbij gekomen,
dat misschien bij een storing met internet men de Experia Box voor kort heeft terug gehangen.
Konden ze erna de TV-ontvanger niet meer gebruiken in de oude opstelling met "eigen router".
Dat is misschien nu juist ook de reden dat bij jou mogelijk zelfs onder WAN je niet verder komt dan 85% ?
Zo test ik met een Synology router juist of deze correct werkt met routed mode, door in de menu's
van de TV-ontvanger alles naar fabrieksinstellingen te resetten en opnieuw de TV-firmware in te laden.
-
@Babylonia Dat zou zo maar kunnen. Ik heb helaas de pech dat de Experiabox van mij defect is. Of beter gezegd hij blijft hangen in een reboot loop. Dan wacht ik het voor nu heel even af en dan probeer ik het opnieuw.
Het rare is wel dat ik bij elke aanpassing de software opnieuw wordt ingeladen door de mediabox dus dan zou je toch verwachten dat deze ook de laatste versie binnen haalt.
-
Maar er zit verschil in de achterliggende TV-ontvanger "systeem" software, en de kanalenlijst en persoonlijke instellingen.
Met sowieso gevonden fouten bij de Synology, heeft het ook geen zin, die nieuwe update in een Synology uit te voeren.
Laat mij nog maar wat schuiven met Synology. (Na het weekend komen ze er op terug).
Aanvullende testen doe ik hier eerst wel en bij een kennis met KPN-account.
Het probleem zit eigenlijk niet zozeer in de achterliggende "IPTV-profielen", maar de integratie met de andere functies,
wat die Synology router al gebruikt, zoals failover met een tweede internet-connectie (vandaar die testen op LAN1).
En VPN-functies - zowel als client als server, die op zowel de WAN-poort of LAN1 poort zouden moeten kunnen blijven werken,
zonder de IPTV-functies in de weg te zitten.
-
Ik loop tegen dezelfde problemen aan als Jaguar1971. Mijn vermoeden is dat het te maken heeft met de transitie Telfort -> KPN. Update handmatig geïnstalleerd op m'n RT2600ac, Telfort profiel gekozen bij IPTV settings. Bij Internet settings gewoon automatisch laten staan. Internet werkt dan gewoon prima, maar de TV ontvanger blijft op 85% hangen met uiteindelijk dezelfde foutmelding. Verschillende reboots van zowel tv box als router ten spijt. Ik zag inderdaad ook een "IPTV_RG" apparaat verschijnen, onder wifi apparaten nog wel. Heel apart.
Ook nog even KPN profiel geprobeerd, maar daar krijg ik überhaupt geen internet verbinding mee. PPoE maakt gewoon geen verbinding.
Wat ik ook.opvallend vond is dat de tv box bij de foutmelding wel de optie geeft om een software update binnen te halen, dat doet hij ook (herstart, op 20% gaat ie dan downloaden tot aan 51%, dit duurt erg lang). Echter in de synology zie ik helemaal geen traffic van deze download die toch wel aardig groot moet zijn gezien de duur ervan.
Laatste wat ik apart vind is dat ik nu ook met de oude handmatige instellingen ook niet meer werkend kreeg. Daar bleef de tv box hangen op 30% (foutmelding vergeten te noteren helaas). Voorheen werkte tv dan wel enkel de gids gaf een foutmelding.
Ben benieuwd of anderen het wel aan de.praat krijgen.
-
Bespaar je gewoon de moeite.
Het advies is gewoon om die update patch nog NIET te installeren zolang er nog fouten inzitten.
Daarbij. Ik heb zelf NIET eens die patch die online ter download wordt aangeboden, geïnstalleerd.
Bij mij is er door Synology zelf een IPTV patch op mijn router gezet en worden er met inlog "op afstand"
vanuit Taiwan rechtstreeks aanpassingen daarin aangebracht.
Het is mij helemaal niet bekend bij welk stadium de patch die online staat, wat daarin wel of niet is opgenomen?
Zelf zit ik namelijk gewoon nog op versie 1.2.4-8081 Update 1
[attachimg=1]
-
Ik loop tegen dezelfde problemen aan als Jaguar1971. Mijn vermoeden is dat het te maken heeft met de transitie Telfort -> KPN. Update handmatig geïnstalleerd op m'n RT2600ac, Telfort profiel gekozen bij IPTV settings. Bij Internet settings gewoon automatisch laten staan.
Internet werkt dan gewoon prima,.......
Als je via het Telfort profiel wel gewoon internetverbinding hebt. Is dat kennelijk nog steeds de geldende systeem set-up en niet KPN.
Omdat je die patch nu toch op je router hebt staan, kunnen we wel kijken in hoeverre we IPTV wel- of niet aan de praat kunnen krijgen?
Kost wel wat tijd hoor? En je hebt mogelijk vandaag nog nieuwjaarsbezoekjes of zo met familie?
Met mogelijk "halve" ingeladen software (?) in de TV-ontvanger, sluit deze eerst weer eens aan achter de Experia Box.
Als je daarin verder bent gelopen, en je kunt op het eind dat je weer een draaiend TV-programma hebt ook weer in het TV-menu.
Ga dan eerst naar het menu "Instellingen" ----> "Systeem" en gebruik de menu-optie:
"Software opnieuw installeren
Persoonlijke instellingen worden behouden"
Als dat volledig is herstelt (duurt ongeveer 10 minuten), nog 2 minuten extra laten doorlopen,
zodat ook achterliggende update van de TV-gids e.d. is ingeladen.
(Die komt er namelijk altijd nog als laatste achteraan, zelfs nog achterliggend bezig als je actief naar een TV kanaal kijkt).
Als dat is gebeurd, zet je de TV-ontvanger weer uit - helemaal van de stroom af (met knopje achterop de TV-ontvanger).
Dan kun je de Synology router weer rechtstreeks aansluiten achter glasvezel. (En nog even niet de TV-ontvanger).
Om te kijken of je achterliggend echt nog een "Telfort" systeem aansluiting hebt,
gebruiken we eerst een "andere" handmatig instelling voor het IPTV / VOIP menu.
Voor internet-aansluiting eerste de "Automatische keuze" internet aanmelding:
[attach=1]
Dan de volgende handmatige IPTV instelling: (Zie ook opmerking aan het eind van de reactie)
[attach=2]
Als dat werkt (kost eerst mogelijk enkele minuten voor het actief is). Het volgende.....
Vanuit eerst "nog geen internet-connectie" (door onjuiste instelling) is er achterliggend nog geen geldige "tijdsinstelling" in de router.
Die wordt normaal namelijk direct bij opstarten van een router bij een geldige "internet-connectie" van internet gehaald.
Die tijd zetten we voor de zekerheid eerst maar even goed met het volgende menu:
[attach=3]
Heb je nu een internet-connectie? En kun je op PC's surfen op internet??
Als dat positief is. Zit je nog steeds op een geldende "Telfort" systeem configuratie (geen PPPoE).
Van daaruit kunnen we dan weer verder met het Telfort IPTV profiel:
[attach=4]
Kost misschien enkele minuten dat het achterliggend actief is.
Controleer dat (na die enkele minuten) met het volgende menu:
Er mag geen 169.154....... IP-nummer inzitten (dat is een niet geldig IP-nummer).
Het 10.x.x.x IP-bereik duidt op de IPTV servers. (In de schermafbeelding binnen het rode kader).
Als het NIET compleet is, werkt het niet.
[attach=5]
Als het WEL compleet is, kun je de TV-ontvanger aansluiten, en aanzetten.
Overigens ik weet niet wat Synology in mijn router in de settings allemaal heeft gedaan??
Want in het voorbereiden van deze reactie, krijg ik met alleen een manuele VLAN 34 internet instelling.
Ook die twee 10.x.x.x IP-bereiken m.b.t. IPTV in de Routing Table. Wat in dat geval helemaal niet zou mogen kunnen?
Met die instelling kan ik er overigens geen nieuwe firmware in de TV-ontvanger mee binnenkrijgen. Terug naar het Telfort profiel wel.
-
Ik ga kijken of ik dit kan proberen. Geen familiebezoek meer, maar kan er pas bezig mee als de rest van het huishouden slaapt en geen last heeft van wegvallende wifi en tv de hele tijd :-). Kan niet zeggen wanneer dus, maar als het lukt dan post ik uiteraard mijn bevindingen hier. Dank voor de tips weer!
-
...dat snap ik verder wel, dat je rekening hebt te houden met anderen. Dat geldt hier min of meer hetzelfde. ;)
-
Goedemiddag,
Als ik bovenstaande voor XS4All wil proberen dan moet de 34 volgens mij 4 zijn. Wel PPPoE verbinding i.p.v. automatic gebruiken neem ik aan? Kan ik ook 4,6 instellen zodat én TV en Internet het doet? Of is dat nog steeds een bug (voorheen liep de modem vast)?
Ik had nog een niet meer in gebruik zijnde RT1900ac (ik gebruik nu zelf de RT2600ac met de MR2200ac). Deze heb ik gereset naar fabrieksinstelingen, waarna ik de patch 1.2.4-8081 Patch 1 en 2 heb geïnstalleerd. Schoner krijg ik 'm niet.
-
Je kunt alleen "routed mode" IPTV draaien met de daarvoor aangemaakte profielen, niet met handmatig ingestelde VLAN instellingen.
Alleen er zitten zoals eerder aangegeven fouten in de update. Niet alleen in de beta-patch die men voor Kerstmis nog net heeft "verprutst".
Maar daarmee ook in de officiële update die men heeft uitgebracht, voordat men op de hoogte was van die fouten.
Zie aanvulling bij het SRM 1.2.4 - 8081 - Update 2 (https://www.synology-forum.nl/synology-router/firmware-update-srm-1-2-4-8081-*2*-(patch)/msg293633/#msg293633) onderwerp zelf,
en vergelijk dat met mijn eerdere bevindingen, laatste alinea van deze reactie. (https://www.synology-forum.nl/synology-router/vrije-modem-keuze-kpn/msg293354/#msg293354)
-
Citaat vanuit het andere onderwerp (https://www.synology-forum.nl/synology-router/firmware-update-srm-1-2-4-8081-*2*-(patch)/msg293633/#msg293633) m.b.t. de SRM 1.2.4 - 8081 - 2 update
Na contact met Synology was het advies om gewoon te updaten naar de officiële versie 1.2.4 - 8081 - Update 2
Vind daarin al direct dezelfde fouten terug, en kan ook duiden waar het hem in zit.
Inmiddels opnieuw contact gehad met Synology Support.
Nu komen ze toch terug op een eerder gegeven advies, waarbij ik expliciet had gevraagd, of ik gewoon kon updaten,
of dat ik een volledige fabrieks reset zou moeten uitvoeren, wat ik liever niet doe m.b.t. alle navolgende instellingen.
Tenzij ik een back-up van de instellingen zou kunnen terugzetten.
(Begin van de week) gevraagd of ik dan uit voorzorg het onderdeel van "netwerk instellingen" erbuiten zou kunnen laten?
Zodat geen oude instellingen daarin worden meegenomen. En in welk onderdeel alle IP's m.b.t. DHCP Reservation van die back-up zitten?
[attach=1] [attach=2]
Kreeg niet echt een afdoende duidelijk antwoord daarop.
(Men weet kennelijk zelf niet wat wel- of niet wordt vastgelegd bij welk onderdeel - althans de Support contactpersoon).
Weet inmiddels welke gegevens daarin wel- en niet worden meegenomen ---> zie info verder naar beneden.
Gewoon update zou voldoende zijn om de eerdere beta-patch volledig te wissen, en geen overlappende instellingen daarin terug te zien.
Nu men geconfronteerd werd met wel overlappende gegevens heeft Synology het advies herzien
om dan toch maar een volledige reset uit te voeren.
Heb een eerste reset inmiddels achter de rug (uit voorzorg zelfs 3 keer achter elkaar),
en vanuit een eerdere back-up de gegevens daarin terug gezet zoals het eerste plaatje.
Als detail, de reset gaat daarbij niet verder terug dan die laatste firmware versie, ofwel SRM 1.2.4 - 8081 - 2
("Vroeger" ging dat altijd terug naar de laatste "hoofd" SRM versie,
ofwel gerelateerd aan de situatie hier zou dat gaan naar SRM 1.2.4 - 8081 zonder aanvullende patch.
Had men nog enig "respijt" als je bij nader inzien die laatste "minor" update patch liever niet had).
Iets om door gebruikers in de gaten te houden. Eenmaal een update uitgevoerd, kun je niet meer terug.
[attach=3]
Inderdaad lopen gegevens daarmee niet overlappend meer over elkaar heen (met 10.x.x IPTV IP server gegevens).
Maar kreeg nu in het geheel geen IPTV-connectie, en ook in het geheel geen 10.x.x IPTV IP server gegevens meer te zien.
Misschien was die update 2 eerder niet goed verlopen?
Geprobeerd dat manueel nog "eroverheen te doen", maar dat blijkt geen optie te zijn.
[attach=4]
Toen erachteraan toch maar opnieuw een back-up terug gezet van alle instellingen.
(Eerste plaatje, maar dan ook inclusief dat "Network Configuration" onderdeel).
Nu krijg ik wel meteen een werkende IPTV, maar ook weer opnieuw die overlappende instellingen,
voor zowel een manuele VLAN 34 internet "ONLY" instelling, alsook voor het Telfort IPTV profiel.
Advies NU van Synology om dan toch maar weer een volledige nieuwe reset te doen en geen netwerk-instelklingen terug te zetten.
We zullen zien of het nodig is. (Pfff weer een reset).
Heb namelijk ook nog een back-up van de instellingen van de situatie "na reset" maar "zonder" die eerder ingeladen netwerk instellingen.
(Je ziet, dat ik met diverse scenario's al direct rekening houd :geek: ).
De status / conclusie - voor zover in dit onderdeel van de ervaringen:
Die eerdere overlappende instellingen lijken daarmee alleen gerelateerd te zijn in samenhang met de eerdere beta-patch
die ik van Synology heb gehad. En waarschijnlijk daarmee NIET gerelateerd aan de SRM 1.2.4 - 8081 - 2 update versie zelf.
Dus andere gebruikers zouden daarmee niet geconfronteerd moeten worden (omdat die geen eerdere beta-patch hebben gehad).
Waarmee mogelijk gerelateerde problemen daarmee in ieder geval uitgesloten zijn, waar ik eerder voor waarschuwde.
Als extra informatie van Synology wat is teruggekomen.
Met de huidige update zou men nu in het geheel geen extra IPTV IP server gegevens meer tegenkomen.
Ook niet bij gebruik van die IPTV profielen.
Wat ik dan weer vreemd vind, want daarmee ontneem je een stuk controle in een juiste werking van internetverkeer en IPTV functies,
en is een IP Route tabel incompleet met de werkelijke situatie. Die functie was niet voor niets "wel" actief tijdens die beta-testen.
Maar goed, we zullen het zien (of niet natuurlijk?) Waar het in de komende testen naartoe leidt?
Dus wat dat betreft zou je de update kunnen installeren. Maar nog steeds wel op eigen risico en geen garantie op succes.
Omdat vanuit het eerste resultaat na een reset (en zonder back-up van netwerk instellingen), ik ook géén draaiende IPTV kreeg.
Dus we zijn er nog niet heh !!
Terugzetten configuratie instellingen vanuit een back-up:
Als extra informatie van wat ik nu weet m.b.t. een terug te zetten back-up wat wel- en niet wordt meegenomen
m.b.t. de netwerk-instellingen. (Dat keuzelijstje komt als menu naar boven als je een back-up wilt terugzetten,
waaruit je kunt kiezen uit verschillende onderdelen en sub-onderdelen). In het algemeen erg handig die informatie te kennen.
Bij "Network Configuration" zijn de volgende onderdelen gerelateerd die wel (of niet) worden terug gezet:
- WAN internet instellingen (wijze van aanmelding - DNS instellingen e.d.)
- LAN internet instellingen (gebruikte sub-net, DHCP bereiken, gast WiFi sub-net instellingen)
- Port Forwarding instellingen
- Complete lijst van vaste IP-addressen bij het onderdeel "DHCP Reservation"
Opvallend detail kan mogelijk zijn dat "Traffic Control" instellingen daar niet onder vallen.
Dat is een apart onderdeel in die lijst van terug te zetten gegevens, van apparaten enkel gerelateerd aan MAC-addressen.
Dus indien je die "Network Configuration" gegevens niet terugzet, heb je in ieder geval toch nog een hele lijst aan vastgelegde apparaten.
Waarbij je mogelijk makkelijker vanuit die gegevens dan alsnog weer een zelf te maken lijst kunt samenstellen van DHCP Reservation.
Wordt vervolgd.
-
Dus we zijn er nog niet heh !!
We zijn er inderdaad nog steeds niet.
Vandaag mijn oude RT1900ac erbij genomen (waarmee we eerder met de eerste beta-patch zijn gestart).
Volledig gereset naar fabrieks-instellingen (twee keer). Dus helemaal een "clean" installatie.
Niets anders erop gezet, geen extra packages, geen port forwarding ingesteld etc. - helemaal "kaal".
Update naar SRM 1.2.4 - 8081 - 2
Maar IPTV draait er dus niet op, door kennelijk net een verkeerde instelling. (Maar dat was al duidelijk heh).
Krijg in de route tabel een ongeldig "leeg" 169.x.x.x IP-adres.
Zal het Synology wel weer melden (en maandag de RT1900ac aan mijn internet connectie gekoppeld houden,
zodat ze kunnen inloggen en de achterliggende zaken kunnen bestuderen).
Het moet naar ik vermoed iets kleins zijn, want "met het geluk" dat ik met de testen met de andere router een back-up heb
van de instellingen in combinatie met een eerdere beta-patch en daarmee achterliggend wel koppelt met de officiële update,
heb ik wel werkende IPTV diensten / TV-ontvanger. (Kan ook gewoon firmware opnieuw inladen etc.)
Doordat ik niets extra heb geïnstalleerd (geen VPN Plus server),
is de route tabel daarmee behoorlijk kaal in vergelijking met de set-up in een RT2600ac. (https://www.synology-forum.nl/synology-router/firmware-update-srm-1-2-4-8081-*2*-(patch)/msg293633/#msg293633)
[attach=1]
-
Hi Babylonia,
Ik lees in één van jou posts "draait als een malle".
Ik ben voor een vriend bezig om zijn RT2600AC van kabel om te zetten naar Glas van KPN.
Nu heb ik zelf ook de RT2600AC met kabel dus dat is geen enkel probleem.
Ik krijg bij hem echter de PPPOE niet werkend. Ik heb de username/password ingevuld en via manual VLAN op id6 gezet. Het gaat alleen om internet, IPTV is niet nodig.
Zie ik iets over het hoofd?
Mvg,
Gerard
-
Ik ben voor een vriend bezig om zijn RT2600AC van kabel om te zetten naar Glas van KPN.
...
Het gaat alleen om internet, IPTV is niet nodig.
In de voorbereiding voor een gebruiksaanwijzing met IPTV, geldt voor jou situatie voor alleen internet bovenste plaatje < HIER > (https://www.synology-forum.nl/synology-router/synology-router-set-up-met-iptv-routed-mode-kpn-xs4all-oud-telfort/msg292205/#msg292205)
Bij de manuele IPTV / VOIP settings, zoals je aangeeft VLAN ID 6 en priority 1
(is alleen bij het bovenste veld onder LAN 1, 2 - invullen, bij de andere LAN poortje niets invullen en priority op 0 laten staan).
Verder naar beneden van diezelfde reactie (https://www.synology-forum.nl/synology-router/synology-router-set-up-met-iptv-routed-mode-kpn-xs4all-oud-telfort/msg292205/#msg292205) bij: En navolgend controle van de "Interface Priority" bij "Smart WAN"
De aanwijzingen daar volgen, en dan zoals aangegeven in het onderste plaatje.
-
Tussendoor info m.b.t. de aanpassingen / correcties door Synology Support Taiwan
van de fouten die eerder al waren geconstateerd met SRM 1.2.4-8081 Update 2
Achterliggend schijnbaar toch een moeizaam proces in samenhang met de andere functies van de Synology router:
Inmiddels is die eerder gevonden fout hersteld, (al meteen erna), via in mijn geval de connectie met het "Telfort" IPTV profiel.
Echter met testen om een extra "Secundaire interface" in te stellen, (LAN 1 poort om als WAN internetconnectie in te zetten),
ofwel twee verschillende internetconnecties op twee LAN poorten, liep dat nog steeds niet goed.
Ook dat is aangepast. Door extra reset nu weer even tussendoor met het RT1900ac router model, werkt nu alles helemaal correct
zoals het zou moeten werken. Naast de gewone WAN poort, werken een extra internet interface (LAN 1 als 2e WAN-poort),
en ook tegelijkertijd nog een 3e internetverbinding met een tethered mobiele connectie via een 4G smartphone op de USB-poort van de router.
Met die 3 verbindingen in allerlei combinaties en volgorden over die verbindingen - VPN-connecties gestest, zowel als Client, als VPN server.
En dat ook nog eens tegelijkertijd (dus zowel VPN Client als server ---> wel verschillende VPN protocollen gebruiken).
Waarbij IPTV in al die combinaties blijft werken.
Hetzelfde achter een KPN verbinding (met PPPoE en KPN Profiel) werkt het ook daar allemaal,
maar in dat geval door ergens nog een vreemde fout in de verbinding.
(Een "leeg" 169.x.x.x IP-adres), geen volledig stabiele IPTV, als je schakelt
tussen een enkelvoudige "Primaire WAN" en een extra Secundaire LAN 1.
Je zou de TV-ontvanger dan weer volledig opnieuw van firmware moeten voorzien.
Om zich bij een officiële update niet opnieuw fouten te veroorloven, zal na deze correctie (als dat goed loopt),
dat ook nog worden getest met de MR2200ac en RT2600ac router modellen.
(T.b.v. plaatjes op een openbaar forum - herleidbaar herkenbare externe IP-addressen afgeschermd).
Telfort gerelateerde IP Routing tabel: KPN gerelateerde IP Routing tabel:
[attach=1] [attach=2]
-
Dank voor je update Babylonia!
Vroeg me in deze wel af wat je precies bedoelt met "als je schakelt
tussen een enkelvoudige "Primaire WAN" en een extra Secundaire LAN 1."
Je bedoelt dat als je een secundaire internet verbinding gebruikt in geval de primaire uitvalt ?
-
Als je in het menu de instelling van een enkelvoudige internet-aansluiting WAN - de Secundaire interface inschakelt - en terug.
Bij een RT1900ac blijft de WAN-poort daarbij de "hoofd-connectie" waarvoor IPTV blijft gelden.
Achter een Telfort connectie merk je niets tussen inschakeling van die extra Secundaire interface - of terug.
Maar dus wel bij een KPN verbinding.
Bij een RT2600ac zou bij inschakeling van de Secundaire interface LAN 1, het ingestelde actieve IPTV-profiel mee verhuizen naar LAN 1
Maar dat heb ik in deze opstelling "nu" niet kunnen testen, omdat de staat van de RT2600ac nu is, dat daar nog de "foute" update in zit.
(In het verleden, bij een eerdere tussendoor patch, werkte dat toen wel).
Synology stuurde het onderstaande plaatje (een vergrote cel-indeling van een excel- matrix).
Maar is eigenlijk niet correct weergeven, voor als die secundaire interface niet is ingeschakeld,
want dan geldt LAN 1 uiteraard gewoon als een interne netwerk "LAN-poort",
en niet alsnog voor een RT2600ac dat daarop die LAN 1 poort die IPTV binding (met KPN profiel) daaraan gekoppeld zou zijn.
[attachimg=1]
Dus zou eigenlijk als onderstaand weergegeven moeten worden:
[attachimg=2]
Met het testen van een "internetverbinding" op een secundaire LAN 1 (als extra WAN) aansluiting,
was dat even "creatief" een dergelijke verbinding gaan opzetten, omdat ik hier thuis (en ook bij een kennis met KPN-aansluiting),
geen extra internet abonnement / aansluiting heb.
Heb daarop mijn MR2200ac model gebruikt in "router mode", in combinatie met een 4G mobiele tethered USB-aansluiting.
Het enige LAN-poortje van de MR2200ac gekoppeld met die secundaire interface LAN 1 (als extra WAN) van de RT1900ac.
Daarmee heb je op die wijze een "NAT achter NAT" router-opstelling voor die secundaire internetverbinding.
Daarnaast kun je dan nog een rechtstreekse 4G mobiele tethered USB-aansluiting maken (met een 2e mobiele telefoon).
Heb je bij elkaar 3 internetverbindingen. Door de volgorde bij "Smart-WAN" worden die echter niet allemaal tegelijkertijd gebruikt.
Welke interface / internetconnectie dan ook werkelijk praktisch wordt gebruikt door aangesloten apparaten,
kun je vastleggen bij "Beleidsroute".
Zo kun je het ene apparaat via LAN 1 (indirect via de MR2200ac) laten gaan, een andere via de rechtstreekse mobiele 4G aansluiting.
En alle apparaten waarvoor je niets vastlegt, loopt dat dan gewoon via de hoofd internet WAN-aansluiting.
En in die combinaties dan nog eens met VPN verbindingen.
(Maar daar kom ik later nog wel een keer op terug in aanvullingen van de handleiding).
-
.....had ik net gisteren geschreven (https://www.synology-forum.nl/synology-router/vrije-modem-keuze-kpn/msg294475/#msg294475) over de stabiele verbinding met IPTV met "Telfort" connectie / profiel
(en met een secundaire interface geactiveerd).
Kreeg ik een uurtje of wat later juist wat vreemde haperingen in het beeld van mijn TV.
Dacht, dat zal toch niet waar zijn dat de Synology firmware nu toch niet stabiel is?
Daarop de router herstart, maar moest de firmware van de TV-ontvanger toch echt volledig vernieuwen.
De eerste keer lukte dat niet goed. Na 10 minuten erna opnieuw - wel.
Kreeg een uurtje of wat later echter een mailtje van KPN.
[attach=1]
Bij controle was de firmware versie inderdaad datgene wat er bij KPN op het forum (22 januari 2021) (https://forum.kpn.com/interactieve-tv-11/kpn-interactieve-tv-update-het-nieuwe-menu-501234) was gemeld.
[attach=2] [attach=3] [attach=4]
Nog net geen maand geleden een aantal versies lager.
[attach=5]
Dus ik houd het er maar op dat dit de oorzaak was.
Er is de laatste tijd veel over te doen geweest over de slechte firmware van de TV-ontvanger.
(Met o.a. berichten van TV-ontvangers die zichzelf spontaan resetten e.d.).
De 300e pagina als onderwerp (https://forum.kpn.com/interactieve-tv-11/kpn-interactieve-tv-update-het-nieuwe-menu-501234/index300.html) daar op het forum ingegaan.
Dus het is soms verwarrend om te achterhalen of het nu met het testen van de Synology interactie te maken heeft,
of de gebrekkige firmware van KPN TV-ontvangers?
-
...het was even stil, en de gebruiksaanwijzing voor IPTV (met nog steeds opvolgende onderdelen om aan te vullen),
is al eerder verhuist naar een meer prominente plek als "sticky" ergens bovenin bij het Synology router onderdeel van het forum.
N.a.v. een bericht op het KPN-forum en mogelijk ook hier de vraag hoe ver het er onderhand mee staat, met die IPTV firmware?
Het wachten is dus op een officiële nieuwe firmware update.
Eerder (3 februari 2021) zijn alle aanvullende testen met een correctie op de eerdere "foute" update, nu -voor alle zekerheid-
met alle Synology router modellen uitgevoerd en positief afgerond in allerlei mogelijke set-up combinaties.
Dubbele internetverbindingen, VPN Client / server opties. (RT1900ac - RT2600ac - MR2200ac).
Die update zal echter een combinatie zijn met andere bug-fixes op heel ander gebied die mensen world-wide hebben ingestuurd.
(Een update enkel voor die IPTV gaat men niet apart uitbrengen). Wanneer die bug-fixes zijn afgerond daar heb ik helaas geen zicht in.
Zo gauw die nieuwe update er is, zal ik hier op het forum daar beslist direct melding van maken.
Alsnog dan die nieuwe versie even testen -je weet maar nooit wat ze dan weer vergeten, heh- :geek:
(Wat een bevalling zeg (: Feitelijk heb ik de "basis" hier al sinds 3 november 2020 werkend ).
Overigens n.a.v. een eerder bericht < HIER > (https://www.synology-forum.nl/synology-router/vrije-modem-keuze-kpn/msg294475/#msg294475) m.b.t. tot een "leeg" 169.x.x IP-adres.
Bij een KPN PPPoE verbinding schijnt dat (als antwoord op de vraag naar Synology) dan toch correct te zijn ?
Een verbinding als "gewone" WAN wordt dan namelijk niet gemaakt, maar achterliggend dan schijnbaar nog wel actief.
En omdat daarmee dan geen connectie wordt gesmaakt, krijgt die "blinde" WAN interface dan een 169.x.x IP-adres.
Vreemd vind ik het eerlijk gezegd wel, (waarom die interface actief houden als de poort ervoor al is bezet door PPPoE ?).
Kwam op het Engelstalige Synology forum al een gerelateerd probleem tegen, in een heel andere situatie,
maar dan als wel "actief" (met geldig IP-adres), terwijl de WAN-poort daarbij ook al was bezet door PPPoE.
Die gebruiker ging die WAN interface onder "Smart WAN" juist helemaal uitschakelen.
Echter wel met die "verkeerde" firmware update. We zullen wel zien wat het straks gaat opleveren.
-
Zal ook nog een week langer duren allemaal vanwege het Chinese nieuwjaar momenteel in Taiwan ..
-
Ik heb mijn 2600AC uit de mottenballen gehaald na deze een paar jaar niet gebruikt te hebben om tot mijn grote verbazing te zien dat hier zowar routed IPTV op werkt :o
Super goed werk dat je gedaan hebt ;D
Is deze in productie ook al te gebruiken of beter wachten op de nieuwe patch? Ik heb hier Internet / IPTV / VOIP via KPN Glas op een single internet verbinding (alleen KPN).
-
"Routed IPTV" als functie achter de Experia Box (in een NAT achter NAT set-up) werkt naar ik vermoed al "enkele jaren".
Omdat de bewuste functies m.b.t. IGMP Snooping en IGMP Proxy al verscheidene jaren ter beschikking zijn. (Mogelijk altijd al geweest?)
Zonder gebruikmaking van de Experia Box even wachten op de volgende update om rechtstreeks aan te sluiten met alle benodigde functies.
-
Dan zal ik daar inderdaad op wachten :)
-
...het is rustig op het update front van Synology m.b.t. hun router firmware.
Na een maand alle tests te hebben afgesloten, eens gevraagd of er iets meer duidelijkheid is
wanneer we een update kunnen verwachten. Helaas is men er erg vaag over.
[attachimg=1]
-
Verzachtende omstandigheid: vanwege Chinees Nieuwjaar hebben ze bijna 2 weken stilgelegen
Maar, je moet maar zo denken: al het goede is waard om op te wachten.
Maar omgekeerd betekent dat nog niet dat alles waarop je lang moet wachten dan ook goed is ... ;)
-
Dat Chinees Nieuwjaar, daar was ik wel van op de hoogte.
Wel toevallig, na die maand --of de duvel ermee speelt-- na mijn eerdere vraag bij Synology over update. Loopt ineens mijn IPTV vast.
Nu leek me dat gerelateerd aan eerder aangekondigde netwerkzaamheden door KPN.
Enkele dagen terug had ik er een sms-je over gekregen.
Zou in mijn geval echter alleen om mobiele telefoon handelen, maar kennelijk achterliggend dus ook IPTV ?
Bij controle bleek IPTV van andere servers gebruik te maken (en een firmware nummertje hoger van de TV-ontvanger).
Kon het probleem wel eenvoudig oplossen hoor. Maar had een betere detectie van de Synology firmware zelf verwacht.
Door uitblijven van een nieuwe SRM firmware heb ik Synology maar meteen een berichtje gestuurd met enkele voorgestelde "tweakings", zodat gebruik van andere servers makkelijker wordt opgemerkt en wordt hersteld. Kunnen ze meteen meenemen dan. ;)
-
Berichtje terug van Synology Support.
Er wordt inderdaad niet gecheckt op verandering van achterliggende IPTV servers / ander IP adres voor dit deel van de connectie.
Of ze dat in de firmware alsnog gaan aanpassen is nog een vraag? (Uiteraard daar toch een aanvullend bericht op gegeven).
Het betekent dat bij onderhoud aan het netwerk waarbij een verandering van die IPTV servers wordt doorgevoerd,
erna men de router zou moeten herstarten. (Zal in de handleiding een extra opmerking schrijven (https://www.synology-forum.nl/synology-router/synology-router-set-up-met-iptv-routed-mode-kpn-xs4all-oud-telfort/msg294741/#msg294741), als zoiets mocht voorkomen).
Deze tekortkoming heb ik overigens ook wel in de werking van andere router modellen teruggelezen,
die gebruikers inzetten als directe aansluiting met een KPN internetverbinding als vervanging van de Experia Box.
Het zou fraaier zijn als dit door de router zelf wordt gecontroleerd. Origineel bij de Experia Boxen wordt dat wel gedaan.
Origineel bij een "Telfort" Experia Box V8 (https://forum.telfort.nl/internet-267/dsl-media-down-hoe-krijg-ik-mijn-goede-verbinding-terug-68279) - [attachmini=1]
geldt een lease-tijd van een kleine 18 uur ----> lease-tijd boven 64.000 seconden voor het IPTV IP-adres.
(Hoewel controle / verversing van het IP-adres uiteraard binnen een korter tijdsbestek wordt opgevraagd).
De lange leasetijd geeft eigenlijk wel aan dat het niet gebruikelijk is, dat hier veel wisselingen in zijn te verwachten.
(Voor het "vaste" normale internet IP-adres staat een leasetijd van 600 seconden = 10 minuten. In dit geval dan weer rijkelijk kort,
voor een IP-adres wat officieel dan niet "vast" is, maar in mijn situatie praktisch toch verscheidene jaren al hetzelfde).
-
Er wordt inderdaad niet gecheckt op verandering van achterliggende IPTV servers / ander IP adres voor dit deel van de connectie.
Of ze dat in de firmware alsnog gaan aanpassen is nog een vraag? (Uiteraard daar toch een aanvullend bericht op gegeven).
En nog een vervolgbericht van mij er achteraan....
[attachimg=1]
....daar toch weer snel reactie over terug.
(Hopen dat het alsnog wel meteen wordt meegenomen).
[attachimg=2]
-
Update 1.2.5 van SRM is er dan eindelijk. Dit weekend maar eens installeren. Iemand de update en IPTV al werkend?
-
Ja, zie dit Topic (https://www.synology-forum.nl/synology-router/firmware-update-srm-1-2-5-8225-(eindelijk)/).
-
Heb na de poging begin dit jaar mijn Synology router links laten liggen, maar na de recente update nogmaals geprobeerd en inderdaad, IPTV en Internet werkt feilloos! Veel dank aan Babylonia die hier zoveel tijd en moeite in heeft gestopt!
Heb hem op het Telfort profiel staan, KPN werkte niet. Menu enzo is allemaal wel in de KPN stijl en factuur is ook van KPN, maar blijkbaar zijn de Telfort instellingen nog actief aan KPN kant. Ben wel benieuwd wanneer dat dan overgezet wordt en of het dan een kwestie is van KPN profiel selecteren en verder gaan.
Verder merk ik op dat in de traffic monitor functie van de Synology router ik een drietal mac adressen langs zie komen welke voor zover ik heb kunnen vinden afkomstig zijn van de IGMP snooping functie. Zou het liever niet zien maar er is mee te leven =D. Zien anderen dit ook? Zie bijlage.
-
Zolang achterliggend nog van de "Telfort" infrastructuur instellingen gebruik wordt gemaakt, moet je het profiel van "Telfort" gebruiken.
Er komt gaandeweg vanzelf een keer een e-mail van KPN, wanneer je technisch gezien wordt omgezet naar de KPN structuur.
Dat gaat in badges van regio / wijk indelingen. Er gaat best een geruime tijd overheen dat ieder is omgezet.
(En dat gaat --als ik de berichten lees op het forum van KPN--, geregeld nog eens fout met vertraging in de werkelijke omzetting).
Als het daadwerkelijk is omgezet, gelden voor een week of wat beide profielen, daarna alleen het KPN-profiel.
Wat je verder in Traffic Monitor ziet is voor ieder weer anders, omdat ieder vele "eigen" achterliggende apparatuur gebruikt.
(Hier meer dan > 45 apparaten die in de lijst voorkomen. Gaat me te ver om specifiek op MAC-adressen te controleren).
Uiteraard is een TV-ontvanger en de achterliggende IPTV-diensten en streams daar in dit geval daar nu ook onderdeel van.
Die heb je als apparaat nu juist aangesloten. (Daar was het m.b.t. IPTV nu juist om te doen om dat te kunnen).
Geen reden (voor Synology althans) om die buiten de logging en vastlegging van Traffic Monitor te houden.
-
Ter info: Consument heeft vanaf 2022 vrije keuze over modem en router. (https://www.bnnvara.nl/kassa/artikelen/consument-heeft-vanaf-2022-vrije-keuze-over-modem-en-router)
-
Had er op het KPN forum (https://forum.kpn.com/thuisnetwerk-72/acm-publiceert-beleidsregel-handhaving-besluit-eindapparaten-546050?postid=1348853#post1348853) al het een en ander over gelezen.
Snap alleen niet waarom er weer zoveel maanden overheen moeten gaan om eindelijk "actief" erop te handhaven?
Onder het mom van 6 maanden de tijd voor providers om het aan te passen. Men had er al jaren op voorbereid kunnen zijn.
Dit speelt namelijk al een paar jaar. In 2016 is de wetgeving daar laatstelijk op aangepast, en er is sindsdien geen letter aan veranderd.
Met telkens vooruitschuiven van een termijn voor de werkelijke ingangsdatum.
Feitelijk al op Europese aanbevelingen vanuit 2008
-
De providers hebben ook enkele keren een rechter om uitstel of afstel gevraagd hierom. Primaire redenen zou zijn volledige controle over hun netwerken om zo de veiligheid te kunnen waarborgen.
Aan één kant snap ik dat ook wel, als je honderden modems/routers moet ondersteunen is het einde zoek, want iedere apparaat heeft een eigen interface en werkwijze.
Aan de andere kant vind ik vrije keus een goed ding, je kunt dan zelf je eigen netwerk opbouwen naar jouw eigen wensen.
De gemiddelde klant klooit niet met het netwerk zoals wij hier doen of de mensen van het Unifi forum.
-
Aan één kant snap ik dat ook wel, als je honderden modems/routers moet ondersteunen is het einde zoek, want iedere apparaat heeft een eigen interface en werkwijze.
Nee, dan begrijp je die wetgeving verkeerd. Zij hoeven helemaal niet voor honderden modems/routers ondersteuning te bieden.
Dat is de taak van die zelfstandige merken / leveranciers zelf. (Veel routers voldoen er simpelweg ook helemaal niet aan).
Alleen is men wel verplicht de technische specificaties, protocollen etc. te verstrekken, waar zelfstandige router fabrikanten iets mee kunnen,
om hun apparaten eraan te kunnen laten voldoen, dat ze ingezet kunnen worden en die merken dat "interessant genoeg vinden",
om voor die providers de instellingen / profielen te implementeren dat het direct kan worden ingezet.
Die "veiligheid" waar providers mee schermen is een "drogreden".
Er zijn slechts een handjevol chipfabrikanten die alle chips leveren voor modem/routers.
Verder staan er specifieke normen voor waar apparatuur aan moet voldoen.
Niet anders dan de eigen routers die providers zelf inzetten.
Als mensen het te bond maken, en verkeerde instellingen gebruiken die "schade" kan veroorzaken aan het openbare netwerk.
Hebben providers gewoon de wettelijke middelen, om een internetverbinding op te schorten, als na een waarschuwing er niets aan wordt gedaan.
(Abuse team) Maar dat is al jaren zo. Ook met de eigen gebruikte modem/routers. Daar zit geen verschil in.
-
Aan één kant snap ik dat ook wel, als je honderden modems/routers moet ondersteunen is het einde zoek, want iedere apparaat heeft een eigen interface en werkwijze.
Nee, dan begrijp je die wetgeving verkeerd. Zij hoeven helemaal niet voor honderden modems/routers ondersteuning te bieden.
Dat is de taak van die zelfstandige merken / leveranciers zelf. (Veel routers voldoen er simpelweg ook helemaal niet aan).
Als een abonnee een probleem heeft met zijn verbinding en heeft een eigen modem zal het vaak (99.9% van de gevallen gok ik) eerst bij de provider aankloppen met 'hellup, mijn internep dut nie', dat bedoelde ik dus. De provider kan onmogelijk alle routers/modems 'kennen' en ondersteunen.
-
Aan de andere kant vind ik vrije keus een goed ding, je kunt dan zelf je eigen netwerk opbouwen naar jouw eigen wensen.
De gemiddelde klant klooit niet met het netwerk zoals wij hier doen of de mensen van het Unifi forum.
De vrije modemkeuze heeft niets met netwerken te maken. Een modem zet alleen het adsl of docsis signaal om naar een ethernet signaal. Bijna elk merk modem doet hetzelfde, daar zit echt niet veel verschil tussen.
Wel zijn er gebruikers (gamers)die problemen ondervinden bij modems die een bepaalde chipset van Intel bevatten (de Puma 6 chipset) (https://approvedmodemlist.com/intel-puma-6-modem-list-chipset-defects/). In die chip schijnt een bug te zitten die een regelmatig grote latency veroorzaakt, waar met name bepaalde gamers last van hebben. Maar qua functie zit er geen wezenlijk verschil tussen modems.
Tussen routers zit wel veel verschil, maar die was (vrijwel) overal al vrij kiesbaar.
-
Mijn zoon is nogal een fanatieke gamer, o.a. on-line F1 met de nodige zeer uitgebreide attributen :lol:, maar die hoor ik nooit klagen over internet met m'n RT2600ac 8)
-
Als een abonnee een probleem heeft met zijn verbinding en heeft een eigen modem zal het vaak (99.9% van de gevallen gok ik) eerst bij de provider aankloppen met 'hellup, mijn internep dut nie', dat bedoelde ik dus. De provider kan onmogelijk alle routers/modems 'kennen' en ondersteunen.
De vele berichten op fora lezende, weten gebruikers die een "ISP vreemde" eigen router gebruiken doorgaans donders goed dat ze voor ondersteuning niet bij de provider hoeven aan te kloppen. De klantenservice van een provider heeft doorgaans inderdaad geen verstand van die "vreemde" routers. Vaak nog niet eens van de eigen door de provider geleverde router.
Meer dan een aantal basisbegrippen en een aantal basis handelingen om als test uit te voeren kennen ze meestal niet.
Als het internet het niet doet, wordt door de klantenservice altijd gevraagd de ISP eigen router weer terug te hangen.
Om het op die manier mogelijk te maken dingen door te kunnen nemen met wat ze zelf wel hebben geleerd.
Dat zijn ook de enige routers die door de klantenservice op afstand doorgemeten kunnen worden
(door de specifieke aanpassing van de firmware, afgestemd op de services van een provider).
Als met de door de provider geleverde router het internet wel werkt, is daarmee de kous af voor wat betreft ondersteuning.
Met de aangepaste wetgeving verwacht ik niet dat daar veel verandering in zal komen.
Hooguit dat in de loop van de tijd mogelijk van een aantal veel gebruikte vreemdmerk routemodellen
de klantenservice daar meer kennis over zal vergaren en iets meer hulp zou kunnen bieden?
Misschien dat providers er eerder voor zullen kiezen, dat als men betere ondersteuning wil voor vreemdmerk routers,
men zich zich voor een "meerbedrag" per maand men die service erbij kan kopen?
Wordt je doorverbonden met medewerkers die daar betere kennis over hebben.
-
Als het internet het niet doet, wordt door de klantenservice altijd gevraagd de ISP eigen router weer terug te hangen.
Om het op die manier mogelijk te maken dingen door te kunnen nemen met wat ze zelf wel hebben geleerd.
Lijkt me ook. De door de ISP geleverde modems bevatten code die het mogelijk maakt dat de ISP het modem uitleest. De helpdesk kan dan zie of het signaal goed aankomt bij de klant. Bij een eigen modem zal de helpdesk weinig kunnen doen en ook niet (of in elk geval veel slechter) kunnen beoordelen of het signaal goed aankomt.
De klant zal dan zelf naar de signaalsterktes, de bondings en de time-outs moeten kijken.
-
Hi @Babylonia ,
Ik heb net een "nieuwe" router gekocht op marktplaats, de RT1900ac, ter vervanging van mijn Netgear R7000 met TomatoUSB, zodat hopelijk IPTV goed ondersteund wordt zonder de Experiabox te gebruiken. Bedankt voor al het werk dat je daarvoor hebt gedaan :), ik ga het binnenkort uitproberen als de glasvezel geactiveerd is.
Ik heb wel een vraagje. Op mijn oude router werden de statische DHCP-reserveringen automatisch toegevoegd aan de DNS (De RT1900ac is de DNS-server voor mijn lokale netwerk), zodat ik de DHCP-gereserveerde ip's op naam kon benaderen. De RT1900ac doet dit niet. Is dit een instelling die ik kan doen, eventueel via de CLI? Ik ben niet zo bekend met het Linux ecosysteem ;)
-
Je kunt een extra pakket "DNS server" (https://www.synology.com/nl-nl/srm/packages) installeren waarmee je de functionaliteiten vindt die jij wilt benutten.
Zelf maak ik geen gebruik van dat pakket. Dus kan je er verder weinig over vertellen. (Maar o.a. @Briolet benut die functie).
(Host namen van apparaten zijn in de router ook wel aan te passen voor een beter overzicht welke apparaten men heeft,
maar niet in een directory regel in te zetten om die te benaderen zoals bij een DNS-server).