Just responding to this for completeness as I have some more information
on my side
On 3/24/23 07:21, Stuart Henderson wrote:
> On 2023-03-23, Kaya Saman <kayasaman@gmail.com> wrote:
>> Unfortunately I haven't been well for a long time hence the delay in
>> upgrade and at first found it a little difficult but the way forward
>> after a bit of reading around was to go to 7.1-release then 7.2 and
>> finally jump back to Current which I believe is called Beta now? (unless
>> I missed something or am confusing)
> The main release cycle is -current, -beta, <no suffix>, -current - this
> hasn't changed. (The "no suffix" includes a few snapshots prior to an
> actual finished release, and that's the stage we are at right now).
Ah ok I see, I also understand what has happened in the meantime... no
problem. I'll see if I really need to upgrade to current again as right
now Beta seems to be doing everything I need
>
>> Unfortunately right now I'm a little panicked because my (new) ISP will
>> provide me with either a Huwei or Nokia device which seem to be very
>> basic in functionality and don't seem to support RFC 1483 bridging which
>> I'm using currently for my VDSL2 connection. I've read the manual for
>> the Nokia which I was suggested that they "thought" would be able to do
>> what I want it to do, but it doesn't seem possible.
> IIRC you're UK based aren't you? Which ISP?
>
> If the ISP is using Openreach's FTTP you will need to use their ONT
> which will act as a bridge, then you use your own or an ISP-provided
> router connected over ethernet. Typically it's PPPoE though the backhaul
> supports plain ethernet and some ISPs (notably Sky) use it, normally
> with DHCP. The ONT is not user-configurable and you have to use it.
>
> Non-Openreach-based vary. If you're lucky you might get pppoe out of the
> ONT and be able to connect your own router (likely with at least some of
> the ISPs selling CityFibre-based lines). Some others are often much more
> locked down - if you're lucky you might get to put their kit in bridge
> mode, if not you might be behind a NAT router and can't do anything
> about it. (Some don't even let you make changes to even things as simple
> as wifi SSID yourself and you need to get them to do it for you).
> I haven't seen any that will let you connect to the incoming fibre
> directly.
>
>> I'm wondering if anyone knows if one can get a PCIe card... possibly
>> Intel chipset will be best that can take an SFP or SFP+ module to
>> accommodate what I assume currently is an SC/APC LR connection which I
>> can feed directly to OpenBSD? - again I'm just basing this according to
>> the manual as I don't have any fiber experience at all.....
> You can get various cards that will take SFP/SFP+. You can get GPON SFPs.
> But you can't enrol a custom router in the provider's provisioning system
> that sets up crypto keys etc (GPON is a shared medium; other subscribers
> will get the same light carrying your connection and encryption is used
> so they can't see your packets).
>
> As far as your connection is concerned the demarc is pretty much always
> the ethernet port on either the provider's ONT or their supplied router.
>
>
Just got off a lengthy phone call with Tier2 tech support at G-Net,
which was a lot of fun!! It's so rare to talk in technical terms with
someone and have them understand you.
Apparently their take is that everything up to and including 1Gb/s must
be handled by their own ONT... which is in fact a transparent RFC 1483
network bridge. The only difference comes for 10Gb/s customers which get
a dedicated Cisco WAN switch with SFP+ module. I'm not sure if they
service speeds up to 100Gb/s but I can only imagine high throughput data
centers (especially those with high bit rate streaming services) will
need them.
In terms of connection to their network: it is not handled by PPPoE or
even DHCP. DHCP is used for dynamically allocated customers such as
those on residential packages only, so no static IP reservation system
in place. I am told no credentials either....
Currently there is a little confusion in how to setup the block of IP
addresses as I have had to upgrade to a block of 16. Right now my
connection gets a single IPv4 address through ipcp with the rest of the
IP addresses being handled in PF through NAT/PAT mappings. I have
forgotten how it is handled but I am willing to bet that my current ISP
is forwarding those addresses in static routes??
I am wondering if it will be similar except for the gateway IP address
which will need to be provisioned on the WAN facing ethernet interface
along with default 0 dot quaded route, or if I'm going to have to create
sub interfaces for the rest of the provisioned IP addresses?? I am told
that out of the 16 addresses I loose 3 - network, broadcast, gateway ,
so I should have 13 addresses to play around with.
I guess I'll have to figure things out on Monday once the installation
is complete.....
You could say right now I'm excited but nervous at the same time :-S
Kaya
No comments:
Post a Comment