On Nov 22, 2020, at 12:42, Lady Benjamin PD Cannon <ben@6by7.net> wrote:
Rod, that’s exactly how they are delivering it. Unclear wether it’s over a separately provisioned bandwidth channel, or wether it shares the aggregate capacity of the HFC.
It shares the aggregate bandwidth of the HFC but not your contracted bandwidth. Itmight be possible, but its extremely unlikely, to dedicate downstream or particularly upstream DOCSIS channels for this, and if you’re running docsis 3.1 “channel” takes on a rather different shade of meaning anyway. This is done with “service flows” which are part of the docsis spec. They’re more like CAR with an ACL than DSCP. Your cable modem already has at least four service flows defined in its profile: one each for upstream and downstream, cablemodem management and contracted-bandwidth commodity internet. If there is a built in phone jack (NANOG would call this an ATA, but the cablelabs term for it is an MTA or eMTA) then add a couple of more flows to it for the voip. There could be still more; uses are up to your imagination. I haven’t seen better than 10-20m service flows for guest wifi... Shared vs dedicated wifi radio for guest would be dependent on the CPE. I believe they are mostly shared, but my information is dated at this point and radios have gotten stupid cheap in the meantime. Likewise, backhaul technology is implementation dependent; L2TP is what I’ve generally seen, not GRE, but again that info is five years out of date at this point. So in short, assuming minimal interference and good wifi config (which may be a lot to ask in some environments) someone running speedtest on the guest wifi should have almost no effect on your contracted network performance, modulo any timing effects of the docsis channel transmission time slot allocator. HTH, -r Sent from my iPad
It is a lifesaver. It is a good back up to have if primary services fails as my telco service did Friday. Transmission rates up and down vary dramatically from as high as 40 megs down to as low 500K down. It is definitely shared bandwidth in the Last Mile. 🙂 -R. ________________________________ From: Rob Seastrom <rs-lists@seastrom.com> Sent: Monday, November 23, 2020 2:55 PM To: Lady Benjamin PD Cannon <ben@6by7.net> Cc: Rod Beck <rod.beck@unitedcablecompany.com>; NANOG Operators' Group <nanog@nanog.org> Subject: Re: Cable Company Hotspots On Nov 22, 2020, at 12:42, Lady Benjamin PD Cannon <ben@6by7.net> wrote:
Rod, that’s exactly how they are delivering it. Unclear wether it’s over a separately provisioned bandwidth channel, or wether it shares the aggregate capacity of the HFC.
It shares the aggregate bandwidth of the HFC but not your contracted bandwidth. Itmight be possible, but its extremely unlikely, to dedicate downstream or particularly upstream DOCSIS channels for this, and if you’re running docsis 3.1 “channel” takes on a rather different shade of meaning anyway. This is done with “service flows” which are part of the docsis spec. They’re more like CAR with an ACL than DSCP. Your cable modem already has at least four service flows defined in its profile: one each for upstream and downstream, cablemodem management and contracted-bandwidth commodity internet. If there is a built in phone jack (NANOG would call this an ATA, but the cablelabs term for it is an MTA or eMTA) then add a couple of more flows to it for the voip. There could be still more; uses are up to your imagination. I haven’t seen better than 10-20m service flows for guest wifi... Shared vs dedicated wifi radio for guest would be dependent on the CPE. I believe they are mostly shared, but my information is dated at this point and radios have gotten stupid cheap in the meantime. Likewise, backhaul technology is implementation dependent; L2TP is what I’ve generally seen, not GRE, but again that info is five years out of date at this point. So in short, assuming minimal interference and good wifi config (which may be a lot to ask in some environments) someone running speedtest on the guest wifi should have almost no effect on your contracted network performance, modulo any timing effects of the docsis channel transmission time slot allocator. HTH, -r Sent from my iPad
It shares the aggregate bandwidth of the HFC but not your contracted bandwidth
That's how I remember them being provisioned, they were on the same modem, but using their own timing slots, so essentially the subscriber at their own premises was never using the channels at the same time as the "roaming subscriber" who was on their own SSID. This led to some... *interesting* setups where you could increase your bandwidth decently, but with an increase in latency. Depending on your use case, ymmv. https://msol.io/blog/tech/how-i-doubled-my-internet-speed-with-openwrt/ <https://msol.io/blog/tech/how-i-doubled-my-internet-speed-with-openwrt/> is a great example of a "creative setup" - Thomas Scott | mr.thomas.scott@gmail.com On Mon, Nov 23, 2020 at 9:12 AM Rod Beck <rod.beck@unitedcablecompany.com> wrote:
It is a lifesaver. It is a good back up to have if primary services fails as my telco service did Friday. Transmission rates up and down vary dramatically from as high as 40 megs down to as low 500K down. It is definitely shared bandwidth in the Last Mile. 🙂
-R.
------------------------------ *From:* Rob Seastrom <rs-lists@seastrom.com> *Sent:* Monday, November 23, 2020 2:55 PM *To:* Lady Benjamin PD Cannon <ben@6by7.net> *Cc:* Rod Beck <rod.beck@unitedcablecompany.com>; NANOG Operators' Group < nanog@nanog.org> *Subject:* Re: Cable Company Hotspots
On Nov 22, 2020, at 12:42, Lady Benjamin PD Cannon <ben@6by7.net> wrote:
Rod, that’s exactly how they are delivering it. Unclear wether it’s over
a separately provisioned bandwidth channel, or wether it shares the aggregate capacity of the HFC.
It shares the aggregate bandwidth of the HFC but not your contracted bandwidth. Itmight be possible, but its extremely unlikely, to dedicate downstream or particularly upstream DOCSIS channels for this, and if you’re running docsis 3.1 “channel” takes on a rather different shade of meaning anyway.
This is done with “service flows” which are part of the docsis spec. They’re more like CAR with an ACL than DSCP. Your cable modem already has at least four service flows defined in its profile: one each for upstream and downstream, cablemodem management and contracted-bandwidth commodity internet. If there is a built in phone jack (NANOG would call this an ATA, but the cablelabs term for it is an MTA or eMTA) then add a couple of more flows to it for the voip. There could be still more; uses are up to your imagination.
I haven’t seen better than 10-20m service flows for guest wifi...
Shared vs dedicated wifi radio for guest would be dependent on the CPE. I believe they are mostly shared, but my information is dated at this point and radios have gotten stupid cheap in the meantime.
Likewise, backhaul technology is implementation dependent; L2TP is what I’ve generally seen, not GRE, but again that info is five years out of date at this point.
So in short, assuming minimal interference and good wifi config (which may be a lot to ask in some environments) someone running speedtest on the guest wifi should have almost no effect on your contracted network performance, modulo any timing effects of the docsis channel transmission time slot allocator.
HTH, -r
Sent from my iPad
participants (3)
-
Rob Seastrom -
Rod Beck -
Thomas Scott