Each of the ONT's get programmed with a Chorus-known ID (and I'm guessing login).�� Are all of these unique ID's (- essentially hostnames?) needed for day-to-day operation, or only for remote administration, etc?�� I note each site install tells you NOT to move the ONT to a new premise should you move, which I'm guessing means Chorus are expecting a certain ONT ID number to be on the end of a certain circuit.�� Having the optical network terminating on non-Chorus gear, would most likely cause a heap of issues.

Regards,
Paul Adshead.

On 20 November 2015 at 09:34, Ray Taylor <ray@ruralkiwi.com> wrote:
My main complaint about the turris omnis is lack any FXS voice port.
Removing wifi isn���t really an option - I would prefer the wifi to be built on to the main pcb to save costs rather than a pcie card.
There also doesn���t appear to be a 24v POE output on the WAN port or any external battery backup connector.

So they have effectively eliminated most ISPs from being bulk customers.

A $100 router doesn���t scare me much if it performs well, can be screwed to the wall etc. But it needs those features listed above for us as an ISP to want to issue it to customers.
Sure you can add an ATA and that battery backup product that an NZ company made for UFB installs but that is all extra wires.



Ray Taylor
Taylor Communications
ray@ruralkiwi.com

Napier: 06-929-9082
Waipukurau: 06-928-0549



-----Original Message-----
From: Dave Taht [mailto:dave.taht@gmail.com]
Sent: Thursday, 19 November 2015 10:09 p.m.
To: Jed Laundry
Cc: Tristram Cheer; Ray Taylor; davey@latte.net.nz; Daniel Christie; NZNOG@list.waikato.ac.nz
Subject: Re: [nznog] nzwrt redux?

A couple notes:

People are complaining about the pricepoint for the turris omnis.
*with sales volume* that pricepoint decreases. Also, my thought was it would go out "bare" for the basic gpon connection, no wifi cards, case with a customized label...

Secondly, merely proving out/building a box that CAN do gpon well does not go "oh god optics" - it establishes what can be done with validated hardware and software and makes room for cost-reductions to follow.

What would it take to tackle the latter?




Dave T��ht
Let's go make home routers and wifi faster! With better software!
https://www.gofundme.com/savewifi


On Thu, Nov 19, 2015 at 8:14 AM, Jed Laundry <jlaundry@jlaundry.com> wrote:
> Hi Daniel, Davey, Ray, Tristram,
>
> On 19 November 2015 at 13:04, Tristram Cheer <t@uber.co.nz> wrote:
>>
>> Under the current UFB structure there is no scope for RSP supplied or
>> end user supplied pluggable optics
>>
>
> That's not true - we've come *very* close to having naked/glass BS4
> connections, but we've yet to actually install one, because every time
> it's Really Happening, it's "argh optics, too hard need service
> tomorrow, give me copper plzkthxbai".
>
> On 19 November 2015 at 17:18, Davey Goode <davey@latte.net.nz> wrote:
>>
>> Alu do an ont on a sfp, I was talking to some chorus people a year +
>> back about them Would be awesome if they released them especially for
>> business connections
>>
>
> Optic compatibility & scale of deployment are also two of the reasons
> why we haven't pursued SFP ONTs - because then if I supply the optic,
> you have to make it work in your kit; and then when it doesn't work we
> argue until all the beer money has been spent on test equipment and
> lab time. If we can't get it working with simple Ethernet, what hope
> do we have with GPON?
>
> Note: opinions are my own, etc etc.
>
> Thanks,
> Jed.


_______________________________________________
NZNOG mailing list
NZNOG@list.waikato.ac.nz
http://list.waikato.ac.nz/mailman/listinfo/nznog



--
Paul Adshead
021 890 258
paul.adshead@gmail.com