<div dir="ltr"><div class="gmail_default" style="font-family:arial,sans-serif;font-size:small"><div class="gmail_default">><span style="font-family:Arial,Helvetica,sans-serif">It shares the aggregate bandwidth of the HFC but not your contracted bandwidth</span></div><div class="gmail_default"><span style="font-family:Arial,Helvetica,sans-serif"><br></span></div><div class="gmail_default"><span style="font-family:Arial,Helvetica,sans-serif">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.</span></div><div class="gmail_default"><span style="font-family:Arial,Helvetica,sans-serif"><br></span></div><div class="gmail_default"><a href="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/  </a><br></div><div class="gmail_default"><br></div><div class="gmail_default">is a great example of a "creative setup"</div><div class="gmail_default"><span style="font-family:Arial,Helvetica,sans-serif"><br></span></div></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><font face="arial, sans-serif">- Thomas Scott | <a href="mailto:mr.thomas.scott@gmail.com" target="_blank">mr.thomas.scott@gmail.com</a> </font></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 23, 2020 at 9:12 AM Rod Beck <<a href="mailto:rod.beck@unitedcablecompany.com">rod.beck@unitedcablecompany.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">




<div dir="ltr">
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
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.
<span id="gmail-m_8090044427137860367🙂">🙂</span><br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
-R. <br>
</div>
<div>
<div id="gmail-m_8090044427137860367appendonsend"></div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<hr style="display:inline-block;width:98%">
<div id="gmail-m_8090044427137860367divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> Rob Seastrom <<a href="mailto:rs-lists@seastrom.com" target="_blank">rs-lists@seastrom.com</a>><br>
<b>Sent:</b> Monday, November 23, 2020 2:55 PM<br>
<b>To:</b> Lady Benjamin PD Cannon <<a href="mailto:ben@6by7.net" target="_blank">ben@6by7.net</a>><br>
<b>Cc:</b> Rod Beck <<a href="mailto:rod.beck@unitedcablecompany.com" target="_blank">rod.beck@unitedcablecompany.com</a>>; NANOG Operators' Group <<a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a>><br>
<b>Subject:</b> Re: Cable Company Hotspots</font>
<div> </div>
</div>
<div><font size="2"><span style="font-size:11pt">
<div>On Nov 22, 2020, at 12:42, Lady Benjamin PD Cannon <<a href="mailto:ben@6by7.net" target="_blank">ben@6by7.net</a>> wrote:<br>
> <br>
> 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.<br>
<br>
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.<br>
<br>
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.<br>
<br>
I haven’t seen better than 10-20m service flows for guest wifi...<br>
<br>
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.<br>
<br>
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.<br>
<br>
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.<br>
<br>
HTH,<br>
-r<br>
<br>
Sent from my iPad<br>
<br>
</div>
</span></font></div>
</div>
</div>

</blockquote></div>