:fill(white):strip_exif()/i/2006002120.jpeg?f=thumbmini)
:strip_exif()/i/2006002116.png?f=thumbmini)
En een fs stick die gereed gemaakt is voor kpn? Wat zal die doen?Economics schreef op maandag 25 maart 2024 @ 18:29:
Solcon werkt met 1 of 2 vlan model. DHCP untagged voor internet en DCHP vlan 4 voor iTV. Ik verwacht dat alle sticks inclusief de zaram daar wel op werken. Wil je safe spelen, neem dan de FS stick. Die is door @_BLAST3R getest op bijna dezelfde connectie model.
:strip_icc():strip_exif()/u/1623466/crop65722036eb80b_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/1108261/crop6387c9f8de504_cropped.jpg?f=community)
/u/200133/artemis_square_e_60-60.png?f=community)
Eigenlijk heb je dus 2 lagen bij XGS-PON;
1. De 'management' laag die ervoor zorgt dat de pluspunten van PON ook echt werken (zegmaar het delen van de fiber tussen meerdere aansluitingen/personen gaat op basis van het indelen van deze users in tijdslots, net zoals je bijvoorbeeld frequentieruimte toewijs op bijv. 'de kabel' van Ziggo). Daarbij heeft deze ook de verantwoordelijkheid om het verkeer te encrypten en monitoring/toegangsbeheer te regelen. Waaronder dus ook de bridging laag -> je moet jouw verbinding dus eigenlijk zien als een virtuele poort op een grotere switch waar honderden, soms duizenden subscribers op zitten. De OLT (= de switch in de pop) en de ONT onderhandelen samen dus een profiel en volgen een protocol/standaard om dit allemaal mogelijk te maken.
2. De 'fysieke' laag, die ervoor zorgt dat het licht wordt omgezet in elektrische signalen.
De 'MAC' is in dit geval dus de management laag. Een stick zonder die management gaat je dus niks opleveren want die verwacht dat een device waar je deze in stopt zelf die laag gaat afhandelen (bijvoorbeeld; een ONT met een SFP+ poort).
Een stick met MAC heeft eigenlijk een mini-computer erin zitten (daarom zijn ze ook wat lomper qua form factor, en worden ze ook warm/verbruiken meer stroom dan een normale module) die die management laag afhandelt. Bij de FS/Precision/HiSense sticks is dit Linux, bij de Zaram een RTOS-based OS. Je zou het kunnen zien als 'ONT on a Stick'. Het is inderdaad eigenlijk niet meer dan een kastje vervangen met een kleiner kastje. En zo wat op latency voor conversie van het signaal/stroomverbruik besparen. Gezien je er meestal wel vanuit kan gaan dat een door de provider geleverde ONT gewoon prima de snelheid aan kan die verkocht wordt, is er verder ook geen extra speciale reden om 'm te vervangen (als alles al prima werkt). De optie is natuurlijk wel fijn om te hebben voor die gevallen dat dit niet zo is (kuch, GENEXIS, kuch).
Wellicht gaan we in de toekomst support zien voor het implementeren/afhandelen van die management zaken door routers/off-the-shelf producten, zonder dat een MAC nodig is (deze verhuisd dan intern naar je eigen device - ik vermoed dat Fritz!Box dit al doet bijvoorbeeld - maar daar schiet een gemiddelde power user die de fiber op zijn enterprise router of switch wil aansluiten natuurlijk niks mee op). En gezien de markt daarvoor redelijk niche is, kunnen we daar nog lang op wachten vermoed ik.
Ook gezien de protocol en de bijbehorende mechanismen echt niet makkelijk zijn (wat ook weer pijnlijk duidelijk wordt met vendoren die niet goed met elkaar werken of standaarden verkeerd implementeren/interpreteren, halve implementaties, etc).
Een beetje zoals HDMI CEC. Goed bedoelt, maar een puinzooi qua interoperability tussen verschillende vendoren.
[ Voor 24% gewijzigd door _BLAST3R op 26-03-2024 16:06 ]
:strip_icc():strip_exif()/u/651669/crop61f075a821e45.jpg?f=community)
Compliment voor de mooie uitleg.:
[...]
Eigenlijk heb je dus 2 lagen bij XGS-PON;
1. De 'management' laag die ervoor zorgt dat de pluspunten van PON ook echt werken (zegmaar het delen van de fiber tussen meerdere aansluitingen/personen gaat op basis van het indelen van deze users in tijdslots, net zoals je bijvoorbeeld frequentieruimte toewijs op bijv. 'de kabel' van Ziggo). Daarbij heeft deze ook de verantwoordelijkheid om het verkeer te encrypten en monitoring/toegangsbeheer te regelen. Waaronder dus ook de bridging laag -> je moet jouw verbinding dus eigenlijk zien als een virtuele poort op een grotere switch waar honderden, soms duizenden subscribers op zitten. De OLT (= de switch in de pop) en de ONT onderhandelen samen dus een profiel en volgen een protocol/standaard om dit allemaal mogelijk te maken.
2. De 'fysieke' laag, die ervoor zorgt dat het licht wordt omgezet in elektrische signalen.
De 'MAC' is in dit geval dus de management laag. Een stick zonder die management gaat je dus niks opleveren want die verwacht dat een device waar je deze in stopt zelf die laag gaat afhandelen (bijvoorbeeld; een ONT met een SFP+ poort).
Een stick met MAC heeft eigenlijk een mini-computer erin zitten (daarom zijn ze ook wat lomper qua form factor, en worden ze ook warm/verbruiken meer stroom dan een normale module) die die management laag afhandelt. Bij de FS/Precision/HiSense sticks is dit Linux, bij de Zaram een RTOS-based OS. Je zou het kunnen zien als 'ONT on a Stick'. Het is inderdaad eigenlijk niet meer dan een kastje vervangen met een kleiner kastje. En zo wat op latency voor conversie van het signaal/stroomverbruik besparen. Gezien je er meestal wel vanuit kan gaan dat een door de provider geleverde ONT gewoon prima de snelheid aan kan die verkocht wordt, is er verder ook geen extra speciale reden om 'm te vervangen (als alles al prima werkt). De optie is natuurlijk wel fijn om te hebben voor die gevallen dat dit niet zo is (kuch, GENEXIS, kuch).
Wellicht gaan we in de toekomst support zien voor het implementeren/afhandelen van die management zaken door routers/off-the-shelf producten, zonder dat een MAC nodig is (deze verhuisd dan intern naar je eigen device - ik vermoed dat Fritz!Box dit al doet bijvoorbeeld - maar daar schiet een gemiddelde power user die de fiber op zijn enterprise router of switch wil aansluiten natuurlijk niks mee op). En gezien de markt daarvoor redelijk niche is, kunnen we daar nog lang op wachten vermoed ik.
Ook gezien de protocol en de bijbehorende mechanismen echt niet makkelijk zijn (wat ook weer pijnlijk duidelijk wordt met vendoren die niet goed met elkaar werken of standaarden verkeerd implementeren/interpreteren, halve implementaties, etc).
Een beetje zoals HDMI CEC. Goed bedoelt, maar een puinzooi qua interoperability tussen verschillende vendoren.
En ja, de Fritzboxen doen OMCI, encryptie e.d. in de router, de SFP+ is dan alleen optics. Wel proprietary, alleen hun SFP+ modules werken. Niet die van fs.com bijvoorbeeld.
:strip_icc():strip_exif()/u/693291/crop65a15b4f941a2_cropped.jpg?f=community)
/u/1906/crop5dfd46928e003.png?f=community)
/u/430838/crop563d3ebc92153_cropped.png?f=community)
/u/94596/crop643fb12fd4e6d.png?f=community)
De firmware lost het initiële probleem op. Dat is goed nieuws. De berichten komen nu op de juiste vlan terecht. Internet en voice werkt naar behoren. IPTV lijkt een uitdaging te zijn. Ik krijg een ip adres via de unicast transport vlan, maar zie geen multicast group. daar stagneert het. Ik zie geen joins, mapping op zaram lijkt ok, op de zaram laat die op de mcast showg command geen multicast group channel zien maar wel iets in de trant van unauthorized_join_request =1:
[...]
Al getest?
Ik heb zaram op de hoogte gesteld.. en gaan vandaag weer eens verder rommelen
[ Voor 14% gewijzigd door Economics op 11-04-2024 08:22 ]
:strip_exif()/u/89037/crop561ba346ae6b0.gif?f=community)
/u/363743/crop61aa1329d36b8_cropped.png?f=community)
:strip_icc():strip_exif()/u/6447/crop5f7dba38488cf.jpeg?f=community)
/u/275760/crop5da9b701a185c_cropped.png?f=community)
Die TY-01 zie je weinig, de meesten zullen thuis een TK-01 hebben. En die patchcover zie je inderdaad niet meer in die KPN webshop (zat er laatst ook naar te kijken).
Blijkbaar zijn er ook providers die de glasvezel patchkabel zonder de cover gewoon in de TK-01 drukken...
Bij Fritz is ie nog te krijgen.
Edit: zie dat je je reactie hebt aangepast, afijn.
[ Voor 5% gewijzigd door JanHenk op 11-04-2024 11:53 ]
skoda enyaq 80 | holtkamper aero | fiscalist én techneut
:strip_icc():strip_exif()/u/142317/crop5cbd9d51d7e14_cropped.jpeg?f=community)
Staat inderdaad op bladzijde 75 van de handleiding die @ernstoud heeft meegestuurd met de bestellingen
:strip_icc():strip_exif()/u/29415/crop5f23497c619bd.jpeg?f=community)
Sinds gisteren valt mijn verbinding weer regelmatig weg met PADI time-outs…. Na gezeik gehad te hebben in het begin toen ik overging naar XGS-PON is het meer dan een jaar rock solid gebleven, alleen nu is al een aantal keer in twee dagen de verbinding weggevallen. Ik gebruik TP-Link Omada en dit zie ik in de logging:
:strip_exif()/f/image/Afy2UAHmK5ypQ6HUK6bTK1Ay.jpg?f=fotoalbum_large)
Herkenbaar iets?
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/Afy2UAHmK5ypQ6HUK6bTK1Ay.jpg?f=user_large)
Herkenbaar iets?
/u/232427/crop5db8b791b0f89_cropped.png?f=community)
Confirmed KPN <-- --> Zaram + UDM Pro. IPTV geeft nog wel wat issues wat ik zo ga troubleshooten. De mediabox geeft aan dat ie in beperkte modus zit en niet alle TV zenders heeft.
Na het updaten van de firmware was ik letterlijk direct online zonder enige aanpassen. (met nog steeds hetzelfde WAN adres, waarvoor dank
):fill(white):strip_exif()/f/image/Qlr2M3FHsXo7n2w5LtmMPMMN.png?f=user_large)
:fill(white):strip_exif()/f/image/kwzMK6HMNZbUlUpVu7loNx3R.png?f=user_large)
PS: firmware updaten via tftp is wel een enorme uitdaging op een UDM. Ik moest een nieuw subnet maken (192.168.200.x) + Zaram module in SFP+ poort van m'n switch stoppen (dus niet in de UDM!)+ Glas kabel moest er in blijven + ethernet kabel naar mn macbook met static IP + trivial.app (MacOS) de firmware hosten.
De eerste keer ging het pushen ook nog eens mis.
Edit:
IPTV werkt!
Ik moest IGMP proxy weer aanzetten (dit was blijkbaar uit gegaan)
:fill(white):strip_exif()/f/image/fK7d4cTp0ELCqy8HPmCh9zP7.png?f=user_large)
[ Voor 43% gewijzigd door renedis op 12-04-2024 09:57 ]
Super!! Dan hebben we de services werkend op een UDM en Mikrotik, dat hadden we enkele weken geleden alleen maar kunnen dromen:
[...]
Confirmed KPN <-- --> Zaram + UDM Pro. IPTV geeft nog wel wat issues wat ik zo ga troubleshooten. De mediabox geeft aan dat ie in beperkte modus zit en niet alle TV zenders heeft.
Na het updaten van de firmware was ik letterlijk direct online zonder enige aanpassen. (met nog steeds hetzelfde WAN adres, waarvoor dank
[Afbeelding]
[Afbeelding]
PS: firmware updaten via tftp is wel een enorme uitdaging op een UDM. Ik moest een nieuw subnet maken (192.168.200.x) + Zaram module in SFP+ poort van m'n switch stoppen (dus niet in de UDM!)+ Glas kabel moest er in blijven + ethernet kabel naar mn macbook met static IP + trivial.app (MacOS) de firmware hosten.
De eerste keer ging het pushen ook nog eens mis.
Edit:
IPTV werkt!
Ik moest IGMP proxy weer aanzetten (dit was blijkbaar uit gegaan)
[Afbeelding]
Nice! Een primeur, denk ik.
Als dit stabiel blijft, kan je de benodigde stappen die een andere tweaker kan volgen om tot hetzelfde resultaat te komen samenvatten? Dan kan @Thyraon dat toevoegen/daarnaar refereren in de TS.
Yar har, wind in your back, lads, wherever you go!
Even een opmerking.:
[...]
Nice! Een primeur, denk ik.
Als dit stabiel blijft, kan je de benodigde stappen die een andere tweaker kan volgen om tot hetzelfde resultaat te komen samenvatten? Dan kan @Thyraon dat toevoegen/daarnaar refereren in de TS.
De betreffende Zaram engineer heeft aangegeven dat de huidige FW voor gebruik op KPN, een testversie is. Dus geen productieversie. Op korte termijn komt de productieversie. Het lijkt me raadzaam daar even op te wachten.
Net nog verder wat onderzoek gedaan. Zaram + UDM Pro werkt zoals eerder gezegd met LiveTV.
Het werkte alleen met Unicast (Live). De "preview" weergave in het hoofdmenu van de iTV KPN box deed het ook niet.
Ik heb vinkje "IGMP Proxy" in de settings van Unifi aan laten staan. Vervolgens zoals voorheen op de ETH connectie het SSH script van @fabianishere weer doorlopen en de SFP+ geselecteerd te samen met IGMPv3.
Resultaat:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/ObEXZQGvFbzjsDPoOBTrf0Yq.jpg?f=user_large)
iTV KPN box met Multicast als LIVE inclusief "preview" weergave. in het hoofdmenu. Switched ook sneller van zenders gezien Unicast pas na het falen van Multicast wordt geprobeerd.
@Economics en @mad-dog zijn er nog tests die je wilt dat ik doe?
EDIT:
To soon.. Na precies 4 min en 30 seconden stopt de Multicast uitzending er mee (blijft hangen) en moet ik opnieuw een zender selecteren. Een (veel) voorkomend probleem als ik het zo lees/zoek op internet.
Hebben jullie iets aan een IGMPProxy debug log:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| === Configuration === WAN Interface: eth9 WAN VLAN: 4 (dev iptv) WAN DHCP: true (options "-O staticroutes -V IPTV_RG") WAN Ranges: 213.75.0.0/16 217.166.0.0/16 LAN Interfaces: br0 IGMP Proxy quickleave disabled: false IGMP Proxy debug: true === IP Link and Route === === Service Logs === Apr 16 18:50:47 RD-ROUT01 udm-iptvd[1049857]: DEBUG[init_interface@208]: if_mtu = 1500 Apr 16 18:50:47 RD-ROUT01 udm-iptvd[1049857]: DEBUG[init_interface@214]: if_falgs = 4163 Apr 16 18:50:47 RD-ROUT01 udm-iptvd[1049857]: DEBUG[init_interface@178]: iptv's ipv4 address is 10.84.185.36 Apr 16 18:50:47 RD-ROUT01 udm-iptvd[1049857]: DEBUG[init_interface@195]: if_index = 28179 Apr 16 18:50:47 RD-ROUT01 udm-iptvd[1049857]: DEBUG[init_interface@208]: if_mtu = 1500 Apr 16 18:50:47 RD-ROUT01 udm-iptvd[1049857]: DEBUG[init_interface@214]: if_falgs = 4163 |
[ Voor 22% gewijzigd door renedis op 16-04-2024 19:37 ]
Dat snap ik
Maar mocht je enig inzicht willen hebben in het verkeer terwijl STB wel aanstaat, maar TV zelf niet kunnen we aan onze zijde wel zien of er issues zijn
IPTV ingesteld volgens de spec?:
[...]
Confirmed KPN <-- --> Zaram + UDM Pro. IPTV geeft nog wel wat issues wat ik zo ga troubleshooten. De mediabox geeft aan dat ie in beperkte modus zit en niet alle TV zenders heeft.
Na het updaten van de firmware was ik letterlijk direct online zonder enige aanpassen. (met nog steeds hetzelfde WAN adres, waarvoor dank
[Afbeelding]
[Afbeelding]
PS: firmware updaten via tftp is wel een enorme uitdaging op een UDM. Ik moest een nieuw subnet maken (192.168.200.x) + Zaram module in SFP+ poort van m'n switch stoppen (dus niet in de UDM!)+ Glas kabel moest er in blijven + ethernet kabel naar mn macbook met static IP + trivial.app (MacOS) de firmware hosten.
De eerste keer ging het pushen ook nog eens mis.
Edit:
IPTV werkt!
Ik moest IGMP proxy weer aanzetten (dit was blijkbaar uit gegaan)
[Afbeelding]
https://kpn.com/w3/file?u...ntid=50183&mode=incontext
Technische details tv (netwerk specificatie en configuratie)
• Ethernet VLAN 4 (802.1q)
• Adres via DHCP vereist mee sturen option60 (Vendor Class Identifier) met waarde: IPTV_RG.
• Specifieke route informatie via DHCP opvraagbaar (option 55 bevat 1, 3, 28 en 121)
• Extra; DNS servers niet gebruiken + default gateway niet gebruiken. Alleen specifieke routes.
• Inschakelen IGMP-proxy inclusief fast-leave optie vereist voor tv-signaal in thuisnetwerk (min. IGMPv2).
• Routed mode. KPN gebruikt routed mode, geen bridge mode
Lokaal netwerk (thuisnetwerk)
• IPv4 adressen (private reeks rfc1918) + DNS server(s) uitdelen middels DHCP server.
• IPv6 adressen en DNS server(s) uitdelen (reeks van verkregen prefix) via SLAAC en/of DHCPv6.
• Activeer IGMP snooping functie voor de netwerkpoorten in je apparatuur (voorkomt tv-signaal op alle poorten)
• Activeer IPTV ondersteuning in WiFi netwerk als tv-ontvanger (STB) draadloos wordt aangesloten..
Bedankt voor je tips.. Ik ben nog steeds aan het troubleshooten. Inmiddels zelf een python script geschreven waar ik live kan inzien op de UDM Pro wat er speelt op iptv multicast niveau.
:fill(white):strip_exif()/f/image/U39NqvP9OAEcEeqRp4QLdNys.png?f=user_large)
Python:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
| import subprocess import threading import time import sys import os def display_config(filepath): config_data = { 'WAN INTERFACE': '', 'WAN VLAN': '', 'WAN VLAN INTERFACE': '', 'LAN INTERFACE': '', 'QUICKLEAVE DISABLED': '', 'IGMP VERSION': '' } with open(filepath, 'r') as file: for line in file: line = line.strip() if "IPTV_WAN_INTERFACE=" in line: config_data['WAN INTERFACE'] = line.split('=')[1].strip(' "') elif "IPTV_WAN_VLAN=" in line: config_data['WAN VLAN'] = line.split('=')[1].strip(' "') elif "IPTV_WAN_VLAN_INTERFACE=" in line: config_data['WAN VLAN INTERFACE'] = line.split('=')[1].strip(' "') elif "IPTV_LAN_INTERFACES=" in line: config_data['LAN INTERFACE'] = line.split('=')[1].strip(' "') elif "IPTV_IGMPPROXY_DISABLE_QUICKLEAVE=" in line: config_data['QUICKLEAVE DISABLED'] = line.split('=')[1].strip(' "') elif "IPTV_IGMPPROXY_IGMP_VERSION=" in line: config_data['IGMP VERSION'] = line.split('=')[1].strip(' "') rows, columns = os.popen('stty size', 'r').read().split() line_number = 14 for key, value in config_data.items(): position = int(columns) - len(f"{key}: {value}") - 5 sys.stdout.write(f"\033[{line_number};{position}H{key}: {value}\n") line_number += 1 def run_command(command, position, max_lines): while True: process = subprocess.Popen(command, stdout=subprocess.PIPE, stderr=subprocess.PIPE, shell=True, text=True) for i in range(max_lines): output = process.stdout.readline().strip() if not output: continue sys.stdout.write(f"\033[{position + i};1H\033[K") print(output[:120]) process.terminate() time.sleep(0.2) def monitor_log_file(filepath, position): keyword = "udm-iptvd" while True: with open(filepath, "r") as file: lines = file.readlines() filtered_lines = [line.strip() for line in lines if keyword in line] output = "\n".join(filtered_lines[-30:]) sys.stdout.write(f"\033[{position};0H\033[J") print(output) time.sleep(0.2) def main(): sys.stdout.write("\033[2J") command1 = "cat /proc/net/ip_mr_vif" command2 = "cat /proc/net/ip_mr_cache" log_file_path = "/var/log/daemon.log" display_config("/etc/udm-iptv.conf") max_display_lines = 6 thread1 = threading.Thread(target=run_command, args=(command1, 2, max_display_lines)) thread2 = threading.Thread(target=run_command, args=(command2, 6, max_display_lines)) thread3 = threading.Thread(target=monitor_log_file, args=(log_file_path, 20)) thread1.start() thread2.start() thread3.start() thread1.join() thread2.join() thread3.join() if __name__ == "__main__": main() |
Ik zie nergens foutmeldingen voorbij komen of wat dan ook. Als de uitzending na 4.30 minuten stopt, dan gaat de data overdracht minstens nog 5 seconden door (buffer?). Soms blijft de data overdracht zelfs doorgaan terwijl het beeld stilstaat.
Ik test met een dedicated VLAN voor enkel mijn STB's op LAN VLAN4 subnet 10.0.4.0/24 GW 10.0.4.254. Ik heb 2 STB's en ze vertonen beide hetzelfde gedrag, het ligt dus niet aan de STB. Ik ben er wel achter gekomen dat na 2x de service te herstarten op de UDM (systemctl restart udm-iptv) na elke keer dat de zender vastloopt het dan wel werkt voor de zender die aanstaat. Zelfs als ik vervolgens de STB uitzet (stroomloos maak), de gehele dag er niet naar om kijk en vervolgens de STB weer aanzet, het nog steeds blijft werken.. Enkel als ik dan schakel van zender, begint het hele feestje opnieuw.
Toch blijf ik er bij dat het aan de UDM ligt en niet aan KPN. Sinds firmware versie 3.2.x of hoger klagen tal van mensen op github dat multicast niet meer werkt.
Je stuurt me de goede richting op, thanks. Ik weet dat het een “default” setting is, maar niet dat het zo heette.
Door je tip heb ik nu */denk ik/* multicast werkend.
Sinds deze ochtend werken alle zenders nadat ik storm-control heb geconfigureerd. Zitten nog wel een paar haken en ogen aan. Echter loop ik nu tegen een probleem aan dat de STB in beperkte modus komt met code 9050 (maar multicast blijft werken).
Edit:
Storing :’-) - ik wacht maar even.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/eq2YSNQRnTLLzDnBeOqygMeh.jpg?f=user_large)
[ Voor 16% gewijzigd door renedis op 20-04-2024 09:23 ]
Ik ben komende week niet in het Lab, daarom lijkt het mij een uitstekend plan om een paar testers de productie firmware ter beschikking te stellen. @leander-s en @renedis zijn prima in staat de productie firmware in zijn totaliteit te testen, ik vertrouw op mijn eindgebruikers
@ernstoud kun jij mij de definitieve firmware toesturen?
@ernstoud kun jij mij de definitieve firmware toesturen?
Done. Jullie drie hebben er dus nu voor test de beschikking over.:
Ik ben komende week niet in het Lab, daarom lijkt het mij een uitstekend plan om een paar testers de productie firmware ter beschikking te stellen. @leander-s en @renedis zijn prima in staat de productie firmware in zijn totaliteit te testen, ik vertrouw op mijn eindgebruikers
@ernstoud kun jij mij de definitieve firmware toesturen?
:strip_icc():strip_exif()/u/883231/crop60571f8b62c75_cropped.jpg?f=community)
Ik ben er daar een van
en zou denken dat ik niet de enige ben, maar begreep uit het Delta topic dat je vanuit jouw lijst met leveringen een rondje doet per mail met instructies en een aanbod tot flashen tegen een vergoeding. Ik wacht dat dan dus gewoon even af, maar super goed nieuws en inderdaad heel netjes hoe dit is verlopen tussen KPN en Zaram
[ Voor 3% gewijzigd door mrdemc op 23-04-2024 19:25 ]
De KPN variant met Firmware .08 is nu te bestellen
*knip*
*knip*
[ Voor 50% gewijzigd door rens-br op 21-05-2024 09:40 ]
/u/114059/crop6626b8bacc8ac_cropped.png?f=community)
Nee hoor alleen de Serie die problemen heeft 023xxx voor de productie datum 8-2023 en de 0501xxx tm 0503xxx voor de productie datum 8-2023
alle overige serie nummers zijn gewoon goed, en veel al wordt er nu een nieuwe genexis geplaatst en niet eens een nokia
Ik kan uit het verhaal niet opmaken of de GPON ONT's ook vervangen gaan worden. Die werken namelijk naar mijn ervaring probleemloos.:
[...]
Nee hoor alleen de Serie die problemen heeft 023xxx voor de productie datum 8-2023 en de 0501xxx tm 0503xxx voor de productie datum 8-2023
alle overige serie nummers zijn gewoon goed, en veel al wordt er nu een nieuwe genexis geplaatst en niet eens een nokia
Op dit moment wel een storing op een GPON verbinding maar dat is door prutswerk in de wijkcentrale en niet zo zeer de hardware zelf.
:strip_icc():strip_exif()/u/504847/crop67c1d8df17bfe_cropped.jpg?f=community)
/u/1934/av-559.png?f=community)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/iQTMWrKP1xdcqJ3q2ARiDnq6.jpg?f=user_large)
De witte kabel die je ziet is een fiber kabel die direct in de Zaram SFP+ module gaat. De Zaram zit daar op weer direct op de UDM SFP+ poort. Geen tussenkomst van een ONT. De Zaram is je ONT.
Duurde even om het begeleidende schrijven en de e-mail zo duidelijk mogelijk te maken. Ondanks dat zullen er luitjes zijn die het niet goed lezen en de SFP bricken, fingers crossed.
Net gedownload en gelijk geflashed. Voor de zekerheid, heb je een hash voor me van het bestand i.v.m. de http downloadlink?:
[...]
Duurde even om het begeleidende schrijven en de e-mail zo duidelijk mogelijk te maken. Ondanks dat zullen er luitjes zijn die het niet goed lezen en de SFP bricken, fingers crossed.
Het resultaat:
code:
1
2
3
4
5
| onu/omci stack version: 090.08-zaram (build 12181) Apr 15 2024 11:41:39 pon version: 0.3 ethc version: 0.3 image0: ZR00_V090.08 valid active committed next_committed image1: ZR00_V090.02 valid |
Maar het is goed gegaan dus.
t.i.: op een Deciso DEC740 met de os-tftp plugin (wel firewall regel aanmaken).
[ Voor 7% gewijzigd door mrdemc op 26-04-2024 00:20 ]
Ik werk met cliënt MacOS en UDM Pro SE.:
[...]
Duurde even om het begeleidende schrijven en de e-mail zo duidelijk mogelijk te maken. Ondanks dat zullen er luitjes zijn die het niet goed lezen en de SFP bricken, fingers crossed.
Denk dat ik even moet puzzelen hoe ik dat ga doen . Instructies ga uit van local Connect met Windows.
Dus:
Inloggen op Udm met telnet. Wan port configureren met 192.168.200.x , ergens tftp server voor udm pro draaien in zelfde subnet?
Ja, chips. Die website van me, proudly made with notepad. Die gaat gauw weg. Zal de hash even neerpennen.
Mooi!Het resultaat:
code:
Maar het is goed gegaan dus.
t.i.: op een Deciso DEC740 met de os-tftp plugin (wel firewall regel aanmaken).
Die komt mooi overeen, bedankt
code:
1
2
| # sha1 ZR00_V090.08 SHA1 (ZR00_V090.08) = e66288434964d4097e1c5f4daf12906d597b9f65 |
De SFP doet een check bij downloaden met tftp maar geen idee hoe rigoreus die check is.:
[...]
Die komt mooi overeen, bedankt
code: