Jump to content

SUBIECTE NOI
« 1 / 5 »
RSS
PPCEnergy - Emiterea facturii in ...

Telefon Nou de la Digi

La multi ani @creativestar!

La multi ani @Nimcid25!
 "Spionul" nostru cel de t...

Care aplicatie are cele mai ok co...

Parere antrenament incepator

Dilema sursa
 Ajutor Android Redmi10

Poti sa conduci o masina cu putin...

Ce inseamna "izdavoi" ?

Poco X6 Pro vs OnePlus Nord 3
 Lirapay

Durata maxima video in Google Pho...

Deschidere fisiere docx si poze s...

Motivare hotarare
 

Net de la Digi prin SFP

* * * * - 8 votes
  • Please log in to reply
329 replies to this topic

#271
joystick

joystick

    Eu...si cu mine!

  • Grup: Senior Members
  • Posts: 6,962
  • Înscris: 10.06.2008
Cam asa arata... :)

Attached Files



#272
vch

vch

    New Member

  • Grup: Candidate Members
  • Posts: 9
  • Înscris: 17.04.2020
Va salut!
Datorita acestui thread am re-dezgropat din arhiva personala proiectul asta, cu care cochetam inca de acum 8-9 ani dar care murise la stadiul de idee.
Multumesc tuturor celor care au pus toate informatiile asta la un loc, niste adevarati eroi.
Posted Image Posted Image

Am RDS Digi, in Bucuresti, si vreau sa inlocuiesc al lor Huawei EchoLife HG8245H cu un SFP GPON, nu am decat servicii de Internet, fara TV, fara telefon; inclusiv pe viitor nu preconizez ca vom lua TV/TEL.
La momentul de fata huawei-ul este setat de >7 ani in bridge mode, ies din LAN4 intr-un opnsense care face toata treaba de gateway.

Din pacate, am pornit voios la drum si m-am lovit subit de o problema Posted Image , poate stie cineva de aici care ar fi cauza si ma poate indruma.
Sunt un individ tehnic, cu ceva experienta la bord in IT ca generalist, Win/Linux/Networking/Virt etc, dar in domeniul asta cu fibre GPON, ISP carrier stuff etc, am intrat efectiv de cateva zile, 2-3, de cand m-am inhamat la proiectul de fata. Ma cam uit ca curca-n lemne si doar banuiesc ce vad, intre timp mai citesc documentatii, dar sunt destul de greoaie si se gasesc greu complete.
Daca stie si poate cineva sa imi dea o mana de ajutor, foarte apreciez si multumesc in avans.

Deci, am achizitionat acest laudat si validat FS GPON-ONU-34-20BI, impreuna cu un MC basic ca sa am in ce sa-l configurez (FS UMC-GA1F1T).
=> planul in viitorul cat mai apropiat este sa folosesc GPON-ul SFP intr-un mini server Qotom, plasat direct unui VM opnsense; momentan vreau sa il vad functional asa cum este, via MC, plus ca si astept sa revina in stoc modelul de Qotom pe care il doresc. Posted Image)

Boon, ce am facut, povestea este dupa cum urmeaza.
M-am conectat la GPON-ul FS dupa ce l-am pus in MC, nici o problema aici.
Am urmat pasii de pe threadul aceasta, am combinat de la @itrack si de la @ogo, saru-mana sa fie primit.
Plus ce am mai facut eu overkill set si in env, si in sfp_i2c, dupa ce am vazut ca nu a mers treaba din prima. Le-am pus si colo si colo, sa fie, orientat dupa quick start guide de la FS si ce resurse de gpon/openwrt hacks am gasit aici si pe net overall.

A iesit cam asta, evident MAC, SN, ProdID si sfp_a2_info sunt modificate pt privacy:

# creat la inceput stringul pt sfp_a2_info bazat datele noi, cele de mai jos, pus in fisierul /tmp/sfp
# am folosit https://gpon-sfp.felix.systems/gen_huawei.php, cum zice in ghid
sfp_i2c -i0 -s "HUAWEI"
sfp_i2c -i1 -s "HG8245H"
sfp_i2c -i2 -s "H35M8245HRDS"
sfp_i2c -i3 -s "48575443F5226F37"
sfp_i2c -i4 -s "181029"
sfp_i2c -i6 -s "2102310XXS6RG7032317"
sfp_i2c -i7 -s "HWTC"
sfp_i2c -i8 -s "48575443F5226F37"
sfp_i2c -i9 -s "huawei"
sfp_i2c -i10 -s "0100000001"
sfp_i2c -i11 -s "0100000001"
uci set network.host.macaddr=34:B3:54:F5:B2:2C
uci commit network.host.macaddr=34:B3:54:F5:B2:2C
fw_setenv nSerial HWTCF5226F37
fw_setenv nPassword 0100000001
fw_setenv omci_loid huawei
fw_setenv omci_lpwd 0100000001
fw_setenv ont_serial HWTCF5226F37
fw_setenv sfp_a2_info `cat /tmp/sfp`
# nu stiu daca trebuie enable la dying gasp
# oricum nu a mers nici cand era pe 0, nici pe 1
fw_setenv nDyingGaspEnable 1
sleep 5
reboot


Dupa reboot l-am lasat sa se stabilizeze si sa revina ping-ul in mgmt (192.168.1.10), apoi l-am oprit cu tot cu MC, scos din cage, lasat 15-30 de secunde, apoi l-am bagat inapoi, cu tot cu fibra de la Digi in el, si am pornit MC-ul.
In momentul in care a pornit, interfata "host" face flapping continuu, up/down, up/down. Cu onu ploamsg vad ca trece incontinuu prin states f repede, 2-3-4-5 si apoi inapoi la 2 si tot asa.
In env toate variabilele au valoarea corecta, mai putin nSerial care nu vrea sa stea cum il setez eu, imi modifica valoarea in hex si taie ultimii doi octeti (adica apare ca "48575443F522" cand dau fw_printenv).
Si nPassword e convertit in hex, dar valoarea e corecta si completa: "0x30 0x31 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x31".

M-am jucat putin si am reusit sa dau omcid pe debug, si ce am colectat, in total, arata cam asa.

Spoiler


Spoiler

Spoiler


Am si debug log cu omcid setat cu debug pe level 0, dar este extrem de zgomotos si voluminos, nu il pun aici public ca nu am rabdare sa il sanitizez. Posted Image)
Acolo se vede ca in unele locuri se seteaza versiunea software, si se pune cea a GPON-ului FS, ca nu am schimbat-o.


Eu nu am acces sa vad prea multe in GPON-ul Huawei de la Digi, nu pot sa aflu software version, nu am acces decat la basic config de wifi si cam atat, care oricum sunt inutile el fiind setat in bridge.

Vad in loguri astea doua linii care tot apar:
[omcid] 09:21:49 CORE ERR: Managed Entity class id = 350 not supported
[omcid] 09:21:49 CORE ERR: Managed Entity class id = 373 not supported


Din ce spune documentatia de la ITU, ME IDs de la 350 la 399 sunt "Reserved for vendor-specific use", si nu am gasit pe net ce sunt la Huawei, documentatiile de la Huawei si in general pe ISP/carrier grade sunt pasari rare. Stie cineva daca de la asta este problema, incearca OLT-ul sa configureze ceva (ce?) si nu poate?
O fi de la faptul ca ONT-ul de la Digi este pus in bridge, si OLT-ul incearca sa impinga configurarea asta si FS-ul zice ca nu exista asa ceva?
Oare exista workaround/emulation support? Oare daca cer la Digi sa mi-l treaca inapoi in router mode o sa fie mai bine si iarba mai verde?

Aici vad ceva despre OMCI OLT mode, dar nu imi dau seama daca ONT-ul asta de la FS poate/stie/trebuie sa fie manarit undeva in sensul asta:

Vad in uci show pe GPON-ul de la FS asta:
Spoiler
Asta inseamna ca are emulation pt 4 port GPONs?
Vad ca se mentioneaza pe aici pe github de ceva de genul, dar nu stiu ce si cum.

Cam aici sunt, si sunt cam blocat.
Help pls? Multumesc mult si sorry de long post. Posted Image

#273
deceimitrebacont1987

deceimitrebacont1987

    New Member

  • Grup: Candidate Members
  • Posts: 1
  • Înscris: 22.01.2024

 ogo, on 29 ianuarie 2024 - 14:38, said:

sau daca cineva stie ip user/pass default la F625G cand e in router mode...
Inceaca user: user
Si      pass: digi

#274
tgm_of_xxl

tgm_of_xxl

    New Member

  • Grup: Junior Members
  • Posts: 4
  • Înscris: 10.08.2016

 alecu89, on 19 ianuarie 2024 - 10:53, said:


Am avut eu unul de la RDS. Am setat de pe spate SN, MAC address, vendor ID a fost LYTB.

Astea au fost setarile mele:


root@SFP:/home/ONTUSER# sfp_i2c -i 7 -s "FHTT"
root@SFP:/home/ONTUSER# sfp_i2c -i 7 -s "LYTB"
root@SFP:/home/ONTUSER# fw_setenv ont_serial LYTB...
root@SFP:/home/ONTUSER# sfp_i2c -i 3 -s LYTB...
root@SFP:/home/ONTUSER# sfp_i2c -i 8 -s LYTB...
root@SFP:/home/ONTUSER# sfp_i2c -i 0 -s "FIBERHOME"
root@SFP:/home/ONTUSER# sfp_i2c -i 1 -s "TBEG300-0-01"
root@SFP:/home/ONTUSER# sfp_i2c -i 4 -s "221029"
root@SFP:/home/ONTUSER# sfp_i2c -i 11 -s "0100000001"
root@SFP:/home/ONTUSER# "sfp_a2_info="

root@SFP:/home/ONTUSER# uci set network.host.macaddr=...
root@SFP:/home/ONTUSER# uci commit network.host.macaddr=...

La "sfp_i2c -i 3" si "sfp_i2c -i 8" pui SN de pe ont, gasesti pe stickerul lipit sub ONT.
La fel si pentru "uci commit network.host.macadd" si "uci commit network.host.macaddr" gasesti sub ONT pe sticker. Vezi ca adresa MAC nu ai : intre componentele adresei, trebuie sa pui tu : la fiecare 2 litere de la MAC.

Setarile facute au functionat in sensul in care modulul de la FS, functioneaza intr-un mediaconverter "dumb". Am incercat sa-l folosesc in UDM-PRO dar se pare ca UDM-ul are ceva "greturi". Am luat si un UF-Instant pentru re-flash si reconfigurat si am gasit ceva setari ce le-as putea face la modulul de la FS ca sa "pacalesc" UDM-ul. Revin cu noutati pe masura ce le am.

#275
ogo

ogo

    Senior Member

  • Grup: Senior Members
  • Posts: 4,551
  • Înscris: 07.03.2006
@vch

Quote

In env toate variabilele au valoarea corecta, mai putin nSerial care nu vrea sa stea cum il setez eu, imi modifica valoarea in hex si taie ultimii doi octeti (adica apare ca "48575443F522" cand dau fw_printenv).

de aici e.
pt huawei trebuie ca 48575443 (hex) sa fie trecut in ASCI adica HWTC.
dupa ce modifici
set_serial_number HWTCXXYYYYYY
trebuie sa scri  in TEXT S/N  in huawey data generator - adica cu HWTCxxaaaaaa si dupa generezi SFP A2 Info si aplici SPF-ului tau variabila rezultat cu
fw_setenv sfp_a2_info `cat /tmp/a2.txt`

2
e un forum orange (in franceza) unde au modificat si /etc/mibs/data_1g_8q.ini la linia #ONT-G ca sa le mearga....poti incerca si asta

#276
vch

vch

    New Member

  • Grup: Candidate Members
  • Posts: 9
  • Înscris: 17.04.2020

 ogo, on 30 ianuarie 2024 - 20:44, said:

@vch


de aici e.
pt huawei trebuie ca 48575443 (hex) sa fie trecut in ASCI adica HWTC.
dupa ce modifici
set_serial_number HWTCXXYYYYYY
trebuie sa scri  in TEXT S/N  in huawey data generator - adica cu HWTCxxaaaaaa si dupa generezi SFP A2 Info si aplici SPF-ului tau variabila rezultat cu
fw_setenv sfp_a2_info `cat /tmp/a2.txt`

2
e un forum orange (in franceza) unde au modificat si /etc/mibs/data_1g_8q.ini la linia #ONT-G ca sa le mearga....poti incerca si asta

Multumesc de sugestie, o sa incerc si varianta asta.
Cand setez SN-ul in env, se pune ok pe moment, dar la reboot isi ia variabila modificarea aia de undeva, il face full hex si taie ultimii doi octeti dintr-un motiv foarte justificat: pentru ca de-aia. :))
Cu set_serial_number nu am incercat, dau si asa si vad. Tot uitandu-ma constat ca sunt mai multe variante pt setat orice parametru, si raspunsul la multe intrebari e "depinde". Uitasem de ce aveam boala pe zona de embedded devices, acum mi-am amintit.

De forumul ala cred ca am dat si eu azi, nu direct, dar prin articolul asta scris acum cateva zile, unde cineva a mai conspectat o varianta de cum sa faci acelasi lucru sa mearga, altfel. :))
https://medium.com/@...sp-2af4fccfc95a

Intre timp probabil o sa trec si prin init.d si MIB-uri sa vad care ce face prin conf-uri si prin variabile, sa imi dau seama ce e redundant si ce valori influenteaza care locuri.

#277
ogo

ogo

    Senior Member

  • Grup: Senior Members
  • Posts: 4,551
  • Înscris: 07.03.2006

Quote

Cand setez SN-ul in env, se pune ok pe moment, dar la reboot isi ia variabila modificarea aia de undeva, il face full hex si taie ultimii doi octeti dintr-un motiv foarte justificat: pentru ca de-aia

S/N si-l ia din sfp_a2_info pe care il modifici aici:
https://gpon-sfp.fel.../gen_huawei.php
asta ramane nemodificat, ce e cu fw_setnaw revine la valorile setate la reboot, valori care le ia din sfp_a2_info generat online - iar daca la ala nu e trecut in asci ci in hex, atunci in hex va reveni la reboot.

Edited by ogo, 31 January 2024 - 09:47.


#278
vch

vch

    New Member

  • Grup: Candidate Members
  • Posts: 9
  • Înscris: 17.04.2020
Revin cu intrebarea, pentru cei care ati reusit sa faceti schimbarea la acest GPON SPF:
- inainte de schimbare ONT-ul de la Digi era pus in bridge mode si ati facut trecerea direct?
- ONT-ul de la Digi pe care l-ati inlocuit era multiport, avea mai mult de un LAN port?
- dintre voi, sunteti si din Bucuresti, zona Dristor/Vitan? Sa nu fie configuri/OLT-uri diferite intre zonele de distributie GPON.
Multumesc. Posted Image



 ogo, on 30 ianuarie 2024 - 20:44, said:

dupa ce modifici
set_serial_number HWTCXXYYYYYY

Din ce vad set_serial_number este de fapt un script care nu face decat sfp_i2c -i 8 -s HWTCXXXXXXXX. Nici mai mult nici mai putin, pune comanda sub un alias name facil de memorat. Posted Image)

 ogo, on 30 ianuarie 2024 - 20:44, said:

trebuie sa scri  in TEXT S/N  in huawey data generator - adica cu HWTCxxaaaaaa si dupa generezi SFP A2 Info si aplici SPF-ului tau variabila rezultat cu
fw_setenv sfp_a2_info `cat /tmp/a2.txt`
Aici vad ca nu sunt oamenii de acord unii cu altii, care au/ati scris ghiduri, cum trebuie pus exact, chiar in lista ta scrie sa pui SN-ul cum e pe eticheta pe spate, 16 caractere, dar acum zici HWTCXXXXXXXX. Posted Image)
sfp_i2c -i 3 -s "aici - e - serial - number - asa - cum - apare - pe - ont - spate \\ sunt 16 caractere"

Nu dau cu pietre, multumim de info, nu ma intelege gresit. Eu am incercat in toate felurile, nu vrea al naibii nicicum, intra in bucla de initializare. Inca mai incerc combinatii si variante.
Cert este ca daca bag SN-ul in format full hex, imi genereaza trunchiat variabila nSerial, si de aici un alt rabbit hole probabil. Deci aia nu e bun.

 ogo, on 30 ianuarie 2024 - 20:44, said:

2
e un forum orange (in franceza) unde au modificat si /etc/mibs/data_1g_8q.ini la linia #ONT-G ca sa le mearga....poti incerca si asta
Vad ca zice ca e doar pt OLT-uri non-Huawei, si nu ar fi necesar pt OLT Huawei. Problema e ca nu stiu in ce OLT e bagata linia mea. Aveti idee cum pot sa aflu informatia asta din log? Deja m-am apucat sa decodez comunicatia aia in hex, dar nu stiu exact la ce pas s-ar prezenta OLT-ul cu date de identificare, si nici daca face asa ceva la vreun pas.

 ogo, on 31 ianuarie 2024 - 09:47, said:

S/N si-l ia din sfp_a2_info pe care il modifici aici:
https://gpon-sfp.fel.../gen_huawei.php
asta ramane nemodificat, ce e cu fw_setnaw revine la valorile setate la reboot, valori care le ia din sfp_a2_info generat online - iar daca la ala nu e trecut in asci ci in hex, atunci in hex va reveni la reboot.

Aici depinde CINE si-l ia din sfp_a2_info si pt ce, ca asta nu mi-e clar. Nu imi dau inca seama ce procese/scripts modifica variabilele de environment, si care ar fi toate flow-urile de configurare/initializare.
In /etc/init.d/onu.sh, de exemplu, avem urmatoarea functie:
Spoiler
Deci citeste serialul din eeprom, daca nu gaseste nimic acolo, incearca sa il ia din variabila de env nSerial, si daca nici acolo nu este, il genereaza pe loc din OID/MAC.
Apoi initializeaza PLOAM si GTC cu acel SN info.


Mai incerc, mai combin la ele, cert este ca ce merge multora de aici mie nu imi merge. Am de obicei noroc din asta prost, e bine ca imi da ocazii de invatat chestii noi, dar nu imi face deloc viata usoara. Posted Image Posted Image

 tgm_of_xxl, on 30 ianuarie 2024 - 17:44, said:

Setarile facute au functionat in sensul in care modulul de la FS, functioneaza intr-un mediaconverter "dumb". Am incercat sa-l folosesc in UDM-PRO dar se pare ca UDM-ul are ceva "greturi". Am luat si un UF-Instant pentru re-flash si reconfigurat si am gasit ceva setari ce le-as putea face la modulul de la FS ca sa "pacalesc" UDM-ul. Revin cu noutati pe masura ce le am.

tgm_of_xxl ai reusit ceva cu acel UF-Instant modat? M-ar interesa si pe mine sa experimentez putin pe partea asta, ca pare ca nu prea am noroc cu GPON-ul de la FS. Sunt curios ce ai reusit tu. Mersi.

Edited by Dany_Darke, 31 January 2024 - 17:43.


#279
ogo

ogo

    Senior Member

  • Grup: Senior Members
  • Posts: 4,551
  • Înscris: 07.03.2006
well, stiu ca pare dubios dar
1) mie mi-a mers cu how-to-ul pus de mine
2) altui user cu acelasi tip de ONT/ONU i-a mers (HG8121H) tot folosind aceleasi instructiuni
3) cu un ZTE n-a mers de nicio culoare....

si ONT-ul,  a fost in bridge si dupa s-a setat SFP-ul - in cazul 2) a trebuit sa fie trecut in bridge ca nu mergea altfel, logic.

Edited by ogo, 31 January 2024 - 23:18.


#280
vch

vch

    New Member

  • Grup: Candidate Members
  • Posts: 9
  • Înscris: 17.04.2020
Bun, deci am reusit sa il potrivesc sa mearga, nu mi-e clar ce am facut diferit fata de restul ghidurilor.
Banuiala mea e ca posibil configurand prea multe variabile in ubootenv sau in eeprom cu sfp_i2c, se pornea si autentificarea cu LOID, sau alte chestii.

Am luat metodic, cu eeprom dumps, sa vad ce s-a schimbat unde, cu citit site-urile alea din scoarta in scoarta, frumos, test dupa test, inca putin si vomit. Posted Image) Am inteles ce face si cum face cu fake eeprom-ul tinut in variabile de uboot, meam....
Am incercat sa pun cat mai putine configurari si sa fie coerente, si ce nu ar fi nevoie sa nu le adaug. Probabil sunt unele inutile care au scapat, dar aia e, merge.

Cui ii mai trebuie, si inclusiv mie pentru viitor, am documentat toti pasii exact.

Multumesc pentru sfaturi ogo, si multumesc din nou tuturor care au conspectat toate cunostintele pe tema asta aici.

Spoiler


Ce nu am reusit sa fac inca si nu imi dau seama cum, este sa fac GPON-ul sa imi mapeze el traficul de la VLAN201 (internet) pe portul lct intern. La momentul asta trebuie sa pun VLAN tag 201 din gateway ca sa mearga PPPoE.
Ar fi interesant daca ar sti cineva sa imi zica cum pot face asta din gpon, cumva prin onu, prin uci?....
Am vazut pe alte modele de SFP GPON care au si web gui ca ii zice auto-vlan si/sau transparent mode.

Nu cred ca poate Digi sa impinga asta prin omci, pentru ca al lor echipament emulat de mine are 4 porturi LAN, asta are unul singur, ca asa l-a facut standardul. Posted Image)
Ma mai gandesc, poate il las asa chiar, sa pot accesa si interfata de management pe untagged. Daca stie cineva cum se face, spuneti-mi si mie va rog. Multumesc anticipat.


ceethreepo1 intrebai aici daca a facut cineva pt HG8240H. Modelul ala e cam acelasi cu HG8245H al meu, 45H are doar wifi in plus.
Uite ghidul mai sus, numai sa schimbi vendor part number din HG8245H in HG8240H. Spor.

#281
ogo

ogo

    Senior Member

  • Grup: Senior Members
  • Posts: 4,551
  • Înscris: 07.03.2006
multumim de timpul acordat :)

#282
ogo

ogo

    Senior Member

  • Grup: Senior Members
  • Posts: 4,551
  • Înscris: 07.03.2006

Quote

Ce nu am reusit sa fac inca si nu imi dau seama cum, este sa fac GPON-ul sa imi mapeze el traficul de la VLAN201 (internet) pe portul lct intern. La momentul asta trebuie sa pun VLAN tag 201 din gateway ca sa mearga PPPoE.
Ciudat...
in bridge mode traficul trebuie sa-ti vina untagged indiferent ce vlan are setat RDS-ul in partea celalalta.
altfel, nu ar merge internetul pt marea majoritate care au ont-ul in bridge (cate scule de supermarket ai vazut tu ca stiu sa faca tag/untagg?)

cu gtop, cate vlan-uri iti vin pe PON? teoretic 3: 201, 8, si inca 1 dar variaza in functie de zona si inca nu l-am deslusit: mie-mi vine 2.
gtop  si dupa secventa de taste: c-v

Edited by ogo, 01 February 2024 - 12:06.


#283
vch

vch

    New Member

  • Grup: Candidate Members
  • Posts: 9
  • Înscris: 17.04.2020

 ogo, on 01 februarie 2024 - 12:03, said:

Ciudat...
in bridge mode traficul trebuie sa-ti vina untagged indiferent ce vlan are setat RDS-ul in partea celalalta.
altfel, nu ar merge internetul pt marea majoritate care au ont-ul in bridge (cate scule de supermarket ai vazut tu ca stiu sa faca tag/untagg?)

cu gtop, cate vlan-uri iti vin pe PON? teoretic 3: 201, 8, si inca 1 dar variaza in functie de zona si inca nu l-am deslusit: mie-mi vine 2.
gtop si dupa secventa de taste: c-v


Vin cele 3 vlan-uri, internet, tv si voip, si netul este 201, corect.
Si OMCI merge pe untagged (4095) din ce vad, are sens protocolul de remote config sa fie neincapsulat. Nu ma pricep f mult la GPON/OMCI, ma frec cu ele doar de cateva zile totusi, si documentatiile de la producatori sunt lipsa, doar ce mai gasesti pe net si pe forumuri.
Ideea este asa, bare with me, nu e deloc ciudat, doar configurari neuniforme, si ce patesc eu ar cam trebui sa fie scenariul standard de config (fiecare serviciu sa fie incapsulat in vlan-ul propriu). Posted Image
In primul rand, am facut aici niste scheme:
Spoiler

Atunci cand Digi pune ONT-ul "in bridge" la cererea clientului, ei de fapt aloca vlan201 Internet pe unul din porturile LAN ale ONT-ului, in mod port vlan, untagged.
Daca ONT-ul are mai multe porturi LAN, de obicei se aloca LAN4 pentru asta. Celelalte, LAN1-3, raman ca porturi normale de switch (bridged) pentru reteaua router-ului din ONT, care nu mai e de folos. Daca ai Wifi pe ONT, si ala ramane tot in bridge-ul LAN-ului vechi, si poti accesa interfata de management prin ele, de exemplu, dar cam atat, sunt useless pt net.
Traficul de pe GPON vlan 201 ajunge pe LAN4 ca traffic untagged, si mai departe gateway-ul clientului se ocupa de PPPoE pe acolo. Practic LAN4 devine un WAN cu acces la PPPoE/PADI, tot ce trebuie.
Inainte de schimbare, cand ONT-ul nu era "in bridge", traficul din GPON vlan201 ajungea untagged pe interfata interna WAN a router-ului din ONT, care ridica conexiunea PPPoE, si apoi facea NAT si routing catre LAN pe porturile RJ-45, si wifi, daca este disponibil in device. Functiona ca un wifi router gateway, all-in-one, ca oricare altul.
Traficul de VoIP vlan se aloca pe componenta VoIP to POTS a ONT-ului, pe porturile POTS RJ-11, si ramane asa chiar si cand ONT-ul e in bridge. Asta daca ai serviciul activ, alea alea.
Acelasi lucru si cu traficul TV vlan, se duce spre convertorul IPTV - CATV, daca ONT-ul are asa ceva, si iese pe coax. SAU iese pe unul din celelalte porturi LAN care este dedicat pentru asta, ca trafic IPTV, untagged.

Deci practic ONT-ul de la Digi se ocupa el sa faca untag la traficul din VLANuri si sa il distribuie catre diversele componente ale device-ului, in functie de serviciu.
Toate configurarile astea vin din OLT prin mesaje OMCI si TR-069 (nu stiu daca tot OLT-ul se ocupa de TR-069, dar ma rog, vin din upstream de la Digi de undeva). Mesajele astea configureaza ONT-ul sa functioneze corect si sa ofere serviciile platite.

Acum, daca scoatem ONT-ul Digi din schema si il inlocuim cu un GPON SFP, se intampla urmatoarele.
Noul GPON SFP emuleaza vechiul ONT, dar fara a avea toate functionalitatile celui din urma.
GPON-ul va primi VLAN-urile, toate 3, tagged; pe untagged nu vin decat traffic cu mesaje de configurare OMCI, dedicate device-ului in sine.
GPON-ul SFP incepe sa primeasca mesaje de configurare prin OMCI, dar nu intotdeauna stie ce sa faca cu ele, pentru ca nu are toate functionalitatile unui ONT wireless router cu servicii integrate, ca VoIP si IPTV.
De exemplu, daca ai configuratia pe ONT "in bridge", inseamna ca Digi a configurat OLTul sa iti instruiasca ONTul sa aloce dedicat vlan201 pe portul LAN4 si sa nu il mai trimita la routerul sau intern => doar ca GPONul SFP nu are LAN4, are doar o singura interfata interna, si atunci configurarea asta nu reuseste, ca nu stie ce sa faca.
(sunt SFP GPONuri care au functie de emulare tristate si multiport, care ar putea sa trateze corect situatia asta, doar ca sunt putine; vezi aici https://github.com/A...-onu-emulation; parca am auzit si de MIB-uri modificate pt asa ceva, dar nu am ajuns acolo)
Evident exista scenariul cu traficul de net care vine untagged, alea alea. Pare ca exista si din astea. Mergem mai departe.
Asadar, daca nu mai exista echipamentul ONT de la Digi, noul ONT SFP trebuie sa stie el sa faca vlan tag strip si sa le aloce corect unde trebuie.
Eu nu am gasit cum sa fac asta din ONT-ul asta Lantiq de la FS, si atunci opnsense-ul meu primeste toate cele 3 VLAN-uri tagged, si de acolo trebuie sa ma descurc eu (ma descurc, nu e bai). PLUS avem si traficul untagged dinspre SFP, pe care pot accesa ssh interfata de management pe 192.168.1.10.

Evident ca mai este scenariul in care ai un ONT de la Digi care are un singur port de LAN, cum este HG8010H. In cazul ala, cand OLT ii spune sa se puna "in bridge", practic se va face vlan tag strip la vlan201 si va fi trimis pe singurul port LAN disponibil.
Cand ai avut asa echipament initial si muti pe SFP ONT, configurarea automata a SFP-ului prin OMCI de la OLT posibil va functiona, pentru ca este acelasi lucru. Ai un singur port disponibil, aloci acolo VLAN201.
Sau poate cand se cere asta la Digi (single port in bridge) tehnicienii lor muta traficul de net pt acel client din vlan201 pe untagged, direct din GPON trunk. De exemplu daca ONT-ul nu stie sa puna port level vlan pt singurul LAN port din device, nu are functionalitatea asta. Presupun, este posibil. Poate asa au unii traficul de net ramas untagged.
Uite asta ar fi chiar interesant de testat, sa schimb device part number in HG8010H pe SFP ONT, dar sa pastrez restul de ID-uri (part id, sn, mac) si sa vad daca OLT-ul se ia dupa asta si trimite un mesaj omci care sa configureze corect, sau e o configurare statica pe OLT port/SN si degeaba. Sau daca nu se mai conecteaza, e si asta o posibilitate. Posted Image)
(sau sa ma joc cu MIB-uri custom)
Am vazut pe alte forumuri sau prin acele discutii din github ca unii se plangeau ca dupa ce conectau fibra nu mai puteau ajunge pe ssh la interfata de management. Probabil asta se intampla, venea mesajul omci care ii spunea sa aloce vlanul de net pe portul lan intern, si interfata de management devenea din cauza asta inaccesibila.

Cam asta este povestea cu ce se intampla acolo. Cu ce networking mai stiam dinainte, cu ce am mai citit la foc automat depre GPON/ONT/OLT si OMCI in ultimele cateva zile, cu ce am mai vazut pe aici pe thread, le-am legat asa. Posted Image)
Or mai fi detalii si chestii specifice de ISP pe care le-am borsit, dar la nivel de user terminal cam asa pare ca merge treaba, in mare parte.
De exemplu mai e scenariul cu cei care nu au IP public, si sunt alocati in CGNAT. Sau diferite alte abordari si configurari care pot varia de la zona la zona in tara, ca sunt inconsitente sau segmentari.

Asa, acum, ce am mai facut de la ultimul post. Posted Image)
Avand in vedere cum functioneaza opnsense dpdv alocare multiple IPs per interfata, nu e fezabil sa las interfata de management a SFP-ului in untagged, asa ca ce am facut este asa, ca sa pot accesa SFP ONT-ul ssh direct din opnsense oricand:
- setat vlan tag pe interfata interna de management a SFP-ului (vlan404, nu conteaza)
- comanda: onu lan_port_lct_vlan_cfg_set 0 1 404
- 0 este indexul interfetei interne de mgmt (lct0, si este pport=0)
- 1 inseamna vlan_enabled=1
- 404 este vlanid=404
- configurarea asta nu este persistenta la reboot SFP, asa ca am pus comanda de mai sus in scriptul de startup omcid.sh, sa ruleze la fiecare ONT boot; atata m-am priceput, merge ok.
- in opnsense am creat o interfata virtuala vlan404 sub interfata WAN, si i-am pus IP din 192.168.1.0/24
=> acum din shell-ul opnsense pot sa fac ssh in 192.168.1.10, sau sa fac un ssh tunnel de la PC prin opnsense pana in SFP.
Mai departe, avand in vedere ca oricum am trecut managementul SFP pe tagged traffic, ar fi dragut sa pot face tag stripping la vlan201 si sa il pun transparent/bridged pe SFP direct. In felul asta nu ar trebui sa mai pun interfata cu vlan tag pe WAN-ul de la gateway pentru conexiunea PPPoE.
Nu am gasit cum sa fac asta, am vazut niste comenzi de onu care zic de chestii de vlan, dar nu ma prind care ce fac si cum sa le folosesc. Posibil ca unele setari din alea chiar sa fie suprascrise de OLT prin OMCI. Posted Image
Spoiler
Documentatia la tool-ul asta Lantiq onu este inexistenta pe net, in afara de ce contextual help exista in aplicatie. Probabil e parte din SDK-ul Falcon Lantiq si e tinut sub NDA de Intel. Voi da un mail la ei, poate poate pot sa primesc ceva.

#284
ogo

ogo

    Senior Member

  • Grup: Senior Members
  • Posts: 4,551
  • Înscris: 07.03.2006
Pe ffwd (mi-ai pus gandurile in ordine cu postul anterior)
Concluzia (logica - cel putin logica mea) ar fi ca:

1. Daca ont-ul are port TV si/sau voip atunci iti vine totul tagged si trebuie sa faci ori strip vlan inainte de L3 tau ori vlan tagging 201.

2. Daca n-are tv/voip atunci 201 vine untagged.



#285
ogo

ogo

    Senior Member

  • Grup: Senior Members
  • Posts: 4,551
  • Înscris: 07.03.2006

Quote

Mai departe, avand in vedere ca oricum am trecut managementul SFP pe tagged traffic, ar fi dragut sa pot face tag stripping la vlan201 si sa il pun transparent/bridged pe SFP direct. In felul asta nu ar trebui sa mai pun interfata cu vlan tag pe WAN-ul de la gateway pentru conexiunea PPPoE.

pui un switch intre sfp si router - switch-ul face tag 201 pt sfp si untagg (201) pt router - fiind untagged nu conteaza .
personal, am sfp-ul intr-un switch  si plimb vlan-urile intre switch/switch-uri si router.

ca ex:

Port 1 switch : client sfp tagged vlan 201 ---> Port 2 switch: client router (eth0 - WAN pppoe) untagged vlan 201
eth1 (lan) router --> port 3 switch untagged 1 (default)
port 3 switch: port 4,5....port x untagged 1 (default) alti clienti ce vor fi in acelasi lan cu router-ul tau.

pt asta ai nevoie de un switch ce stie vlan-uri si port sfp sau in loc de port sfp media converter....

Edited by ogo, 01 February 2024 - 23:59.


#286
vch

vch

    New Member

  • Grup: Candidate Members
  • Posts: 9
  • Înscris: 17.04.2020

 ogo, on 01 februarie 2024 - 22:15, said:

Pe ffwd (mi-ai pus gandurile in ordine cu postul anterior)
Concluzia (logica - cel putin logica mea) ar fi ca:

1. Daca ont-ul are port TV si/sau voip atunci iti vine totul tagged si trebuie sa faci ori strip vlan inainte de L3 tau ori vlan tagging 201.

2. Daca n-are tv/voip atunci 201 vine untagged.

Cam asa ar parea, intradevar.... Posted Image  

 ogo, on 01 februarie 2024 - 23:50, said:

pui un switch intre sfp si router - switch-ul face tag 201 pt sfp si untagg (201) pt router - fiind untagged nu conteaza .
personal, am sfp-ul intr-un switch  si plimb vlan-urile intre switch/switch-uri si router.

ca ex:

Port 1 switch : client sfp tagged vlan 201 ---> Port 2 switch: client router (eth0 - WAN pppoe) untagged vlan 201
eth1 (lan) router --> port 3 switch untagged 1 (default)
port 3 switch: port 4,5....port x untagged 1 (default) alti clienti ce vor fi in acelasi lan cu router-ul tau.

pt asta ai nevoie de un switch ce stie vlan-uri si port sfp sau in loc de port sfp media converter....

Nu prea simt nevoia unui switch cu management in general, si sa adaug unul doar pentru asta nu imi prea vine.
Pe langa "de fantezie si pentru ca se poate", motivul principal pentru care am facut schimbarea asta a fost ca sa scap de echipamentul Digi, imi cam statea pe creier. O priza in minus, din astea.

Acum stau cu SFPul intr-un media converter, da, deci am inlocuit un echipament cu altul. Dar sunt la stadiul de proof of concept, sa vad ca merge.
Urmatorul pas in plan este sa imi fac upgrade la home server (pe care am si gateway-ul). Momentan am un Qotom luat acum multi ani, care mi-a cam ramas mic, si vreau sa il schimb cu un Qotom Q20332G9, care are cage-uri SFP+, si atunci intru direct in el cu fibra, si uite asa scap si de media converter. :))
Momentan astept sa devina disponibil modelul astea de Qotom, ca s-au dat ca painea calda imediat le-au lansat, le-au laudat cei de la ServeTheHome si duse au fost de pe stoc.

Intre timp am dat un mail la suport la Intel, o sa dau unul si la FS.com, sa vad daca au pe undeva documentatie mai pe larg pt tool-ul ala Lantiq onu, pe care sa o poata impartasi.
Pana la urma, daca nu se poate altfel, aia e, vlan tag pe opnsense cum am acum si ramane cum am stabilit. :))

Singurul motiv pentru care ar fi interesant sa pot sa fac vlan striping/transparent mode din SFP GPON este ca as putea sa fac quick swap in caz de nevoie cu un router de rezerva, care nu stie vlans.De ex vreau sa ma joc putin cu opnsense-ul, si sa nu las casa fara net, nu stiu.
Dar si aici ar fi o varianta, pun la loc si GPON-ul Huawei si router-ul acela de rezerva, si e drop in swap. Imi trebuie doua prize, nu una, dar, da, ok, e fantezie si treaba asta. Posted Image

#287
mihairo79

mihairo79

    Junior Member

  • Grup: Junior Members
  • Posts: 84
  • Înscris: 06.11.2019
Salut,

As vrea sa inlocuiesc ONT Zte F625G (care e de prin 2014) de la Digi cu GPON-ONU-34-20BI de ls FS.
Este cineva care a facut asta si functioneaza cu acest model de ONT (F625G)?
In prezent ONT este in bridge mode iar routerul personal este conectat GbE in portul 1 al ONT. Se pare in ca bridge mode nu se poate accesa interfata web (am incercat pe toate porturile Zte) iar parola de telnet nu o stiu.
Pe spatele ONT am MAC, SN, D-SN si un cod de bare cu o serie de forma EN: NQxxxxxxxxxx. Mai sunt necesare si alte informatii pentru configurarea modulului SFP GPON?
Am citit toate paginile din aceasta postare dar inca nu imi este clar cum se poate face pentru acest model de ONT. Majoritatea postarilor sunt despre Huawei si Fiberhome.
Mentionez ca vreau sa conectez SFP GPON pe Ubiquiti Edgerouter.
Multumesc pentru ajutor.

Edited by mihairo79, 05 February 2024 - 14:01.


#288
vch

vch

    New Member

  • Grup: Candidate Members
  • Posts: 9
  • Înscris: 17.04.2020

View Postmihairo79, on 05 februarie 2024 - 14:00, said:

Salut,

As vrea sa inlocuiesc ONT Zte F625G (care e de prin 2014) de la Digi cu GPON-ONU-34-20BI de ls FS.
Este cineva care a facut asta si functioneaza cu acest model de ONT (F625G)?
In prezent ONT este in bridge mode iar routerul personal este conectat GbE in portul 1 al ONT. Se pare in ca bridge mode nu se poate accesa interfata web (am incercat pe toate porturile Zte) iar parola de telnet nu o stiu.
Pe spatele ONT am MAC, SN, D-SN si un cod de bare cu o serie de forma EN: NQxxxxxxxxxx. Mai sunt necesare si alte informatii pentru configurarea modulului SFP GPON?
Am citit toate paginile din aceasta postare dar inca nu imi este clar cum se poate face pentru acest model de ONT. Majoritatea postarilor sunt despre Huawei si Fiberhome.
Mentionez ca vreau sa conectez SFP GPON pe Ubiquiti Edgerouter.
Multumesc pentru ajutor.

Salut. Poti sa incerci cu pasii pe care i-am pus eu mai sus aici, si sa schimbi urmatoarele campuri cam asa:

vendor name ZTE

part number F625G sau ZXA10

vendor id ZTEG

SN: ZTEGxxxxxxxx

equipment id:
- poti sa incerci cu acel D-SN, daca are 20 de caractere, asa am vazut ca e spec-ul field-ului ME 257
- din ce vad prin pozele de pe net, D-SN este ceva de genul ZTEExxxxxxxxxxx, deci 15 caractere. Donno. :|
- eventual poti sa il lasi nesetat in prima faza, posibil sa nu conteze pentru autentificare, voi testa in seara asta pe al meu si revin; daca nu conteaza pt autentificare poate e util sa il setezi doar ca sa maschezi ca ai schimbat GPON ONT-ul :)

Date code:
- la fel, nu cred ca conteaza, dar daca echipamentul e mai vechi poate e ok daca setezi o data mai veche
- gen "141010"

Restul raman la fel, gen MAC ca pe eticheta, parola de PLOAM 0100000001 etc.

Dar nu stiu daca va functiona, e pe incercate. Depinde ce trimit ZTE-urile campurile de GPON MIB ME catre OLT-ul Digi si cum le vede ca se identifica.

Poate e cineva pe aici care a avut de-a face, vad ca ogo zice ca cu un ZTE nu a avut mult noroc la inlocuire.

Anunturi

Neurochirurgie minim invazivă Neurochirurgie minim invazivă

"Primum non nocere" este ideea ce a deschis drumul medicinei spre minim invaziv.

Avansul tehnologic extraordinar din ultimele decenii a permis dezvoltarea tuturor domeniilor medicinei. Microscopul operator, neuronavigația, tehnicile anestezice avansate permit intervenții chirurgicale tot mai precise, tot mai sigure. Neurochirurgia minim invazivă, sau prin "gaura cheii", oferă pacienților posibilitatea de a se opera cu riscuri minime, fie ele neurologice, infecțioase, medicale sau estetice.

www.neurohope.ro

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

Forumul Softpedia foloseste "cookies" pentru a imbunatati experienta utilizatorilor Accept
Pentru detalii si optiuni legate de cookies si datele personale, consultati Politica de utilizare cookies si Politica de confidentialitate