Tarko, when I reload my ONT and debug the OMCI messages exchanged between the ONT and OLT during and right after the bootup, then I see "ONT-G", "GEM Port Network CTP", "GAL Ethernt Profile", "MAC Bridge Port Configuration Data", "Flow Mapping Mode", "HW Extended Multicase Transfer Mode", "VLAN Tagging Filter Data", etc messages. All those messages seem to be driven by OLT. I guess that those requests/instructions from OLT to ONT are defined in service profile in OLT? It is probably very difficult to make the SFP ONT represent itself exactly the way my HG863 G-PON terminal.. I guess it's not as simple as changing some values on non-volatile memory on SFP, because based on those debugged OMCI messages, there seems some serious interaction taking place and there will be compatibility hurdles sooner or later with the service profile defined in OLT. Last but not least, it would be difficult to debug if I'm not in control of OLT.
regards, Martin On Fri, Feb 28, 2014 at 8:52 AM, Tarko Tikan <ta...@lanparty.ee> wrote: > hey, > > > So I guess >> this Huawei GPON ONT in SFP form-factor will be something like RAD >> MIRICi-155(http://www.radproductsonline.com/support/ >> cs11c01/radcnt/mediaserver/18805_MIRICI-155.pdf) >> which supports management over web-interface(or maybe even CLI is >> available) >> > > SFP form-factor is SFP :) > > > one could change the serial-number of this ONT? Is the 16 >> > > Why do you insist changing this? If you have compatible ONT just let ISP > change the serial in their end (*). > > > hex characters some sort of industry-standard or is this vendor-specific >> as well? >> > > To my best knowledge, it's standard. > > (*) In real life, it's not that easy. ONT is provisioned using service > profiles that are defined in OLT. Profile defines things like number of > expected ethernet ports in ONT, number of POTS ports, IP/routing > capabilities, vlan mappings from GEM to ONT ports etc. When you have > mismatch between profile and real life (ie. you replace 4-port ONT with SFP > that says "1 ethernet port" in it's capabilities in OMCI), ONT will not be > provisioned. > > (G)PON is not like DSL, don't expect to bring your own ONT. > > -- > tarko > _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/