<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body dir="auto">
You can do 32Q plus 2 OFDM blocks as well. But who has that kind of spectrum, we surely don’t. A 96Mhz block maybe. 
<div><br>
</div>
<div>But you can’t take the total at 100G and say that’s beyond your scale, you don’t run at full saturation do you? :) </div>
<div><br>
</div>
<div>And in order to run DCAM2s you’ll have to upgrade the RSMs to the gen2s as well. </div>
<div><br>
</div>
<div><br>
<br>
<div dir="ltr"><i>Sent from my iPhone</i></div>
<div dir="ltr"><br>
<blockquote type="cite">On May 8, 2020, at 4:27 PM, Blake Hudson <blake@ispn.net> wrote:<br>
<br>
</blockquote>
</div>
<div dir="ltr"> <span style="font-size:12pt; font-family: Monospace; color:black; font-weight:bold; padding:.2em">
*External Email: Use Caution*</span>
<div>16 connectors per DCAM2 times 6 cards is 96 DS service groups in a chassis. At ~1.2 Gbps per connector (using 32 SC-QAM DOCSIS 3.0 channels) that's ~ 100gigabits per chassis. Quite a bit above my scale ;- )<br>
<br>
The E6k can also do DOCSIS 3.1, which we use today, though I'm not sure what the capacity limit is per DCAM/SG/connector when both SQ-QAM and OFDM are used in combination.<br>
<br>
--Blake<br>
<br>
<div class="moz-cite-prefix">On 5/8/2020 4:13 PM, Luke Guillory wrote:<br>
</div>
<blockquote type="cite" cite="mid:96C77357-2F63-45A5-BC39-83390A77A8ED@reservetele.com">
E6K using gen 1 DCAMs can do about 32 service groups give or take, not that hard to get to a point with splits where you want to go past those numbers. Gen 2 DCAMs double that by going to 16 connectors compared to 8. cBR8 is less than the E6K.
<div><br>
<div>The point of node splits is to lower customers per SG, you can’t just split and stay on the same chassis if you’re at capacity on slots.</div>
<div><br>
</div>
<div>If you take the Comcast approach and start pushing fiber deeper in order to remove actives your node counts sky rocket. All the whole they’re lowering counts on SGs as well. </div>
<div><br>
</div>
<div>Even us little guys or working on lowering customers per SG, they have to be moved somewhere which would be another chassis if you’re out of free connectors on like cards. </div>
<div><br>
</div>
<div>Like </div>
<div>
<div><br>
<div dir="ltr"><i>Sent from my iPhone</i></div>
<div dir="ltr"><br>
<blockquote type="cite">On May 8, 2020, at 4:02 PM, Blake Hudson <a class="moz-txt-link-rfc2396E" href="mailto:blake@ispn.net">
<blake@ispn.net></a> wrote:<br>
<br>
</blockquote>
</div>
<div dir="ltr"><br>
<span>Aaron, I was thinking something similar. I've never once had a node</span><br>
<span>split require moving a customer to a different CMTS. Even the very old</span><br>
<span>and (relatively) low capacity 7200 VXR could serve several nodes per</span><br>
<span>line card and supported several line cards per chassis. Newer cBR8, E6k,</span><br>
<span>and the like can serve many many times more customers across dozens of</span><br>
<span>nodes. Every L3 CMTS I've worked on uses something akin to ip unnumbered</span><br>
<span>so as long as the customer stays on the same CMTS, their IP address will</span><br>
<span>continue to work regardless of what interface or line card their</span><br>
<span>connection terminates on.</span><br>
<span></span><br>
<span>On 5/8/2020 2:34 PM, Aaron Gould wrote:</span><br>
<blockquote type="cite"><span>We have a provisioning system (promptlink) that we use to map cable modems</span><br>
</blockquote>
<blockquote type="cite"><span>to their static ip addresses.  The provisioning system has a gui front end</span><br>
</blockquote>
<blockquote type="cite"><span>and it sits on linux and also acts as a dhcp server, etc.  This is the same</span><br>
</blockquote>
<blockquote type="cite"><span>ip address that we use for cable-helper (like ip-helper on a cmts bundle ip</span><br>
</blockquote>
<blockquote type="cite"><span>interface) to forward dhcp requests from cable modem cpe, via the cmts, and</span><br>
</blockquote>
<blockquote type="cite"><span>unicasted to promptlink and then the static ip address reservation within</span><br>
</blockquote>
<blockquote type="cite"><span>the promptlink is sent back to the cpe</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>This all continues to work, even during node splits, as long as we don't</span><br>
</blockquote>
<blockquote type="cite"><span>move that cm cpe to a different cmts... which would rarely happen since it's</span><br>
</blockquote>
<blockquote type="cite"><span>across town to get to our other RF environment served be a different cmts</span><br>
</blockquote>
<blockquote type="cite"><span>using a different static ip subnet... since we don't do L2 via cmts's in</span><br>
</blockquote>
<blockquote type="cite"><span>order to stitch back that ip into a more globally located static subnet...</span><br>
</blockquote>
<blockquote type="cite"><span>again, we don't do that.  If the customers moves locations, into a different</span><br>
</blockquote>
<blockquote type="cite"><span>cmts area, that would be required to give back the single static /32 ip and</span><br>
</blockquote>
<blockquote type="cite"><span>get a different on.  Unless they were a multi-static customer buying like a</span><br>
</blockquote>
<blockquote type="cite"><span>/29... in which case we have no problem moving that /29 subnet off that cmts</span><br>
</blockquote>
<blockquote type="cite"><span>and onto another one.  That's easy.</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>We do however have more centrally located subnets for some of our single</span><br>
</blockquote>
<blockquote type="cite"><span>static ip customers in FTTH... but not CMTS docsis.</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>-Aaron</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>-----Original Message-----</span><br>
</blockquote>
<blockquote type="cite"><span>From: NANOG [<a class="moz-txt-link-freetext" href="mailto:nanog-bounces@nanog.org">mailto:nanog-bounces@nanog.org</a>] On Behalf Of Javier Gutierrez</span><br>
</blockquote>
<blockquote type="cite"><span>Guerra</span><br>
</blockquote>
<blockquote type="cite"><span>Sent: Thursday, May 7, 2020 3:50 PM</span><br>
</blockquote>
<blockquote type="cite"><span>To: <a class="moz-txt-link-abbreviated" href="mailto:nanog@nanog.org">
nanog@nanog.org</a></span><br>
</blockquote>
<blockquote type="cite"><span>Subject: How to manage Static IPs to customers</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>Hi there,</span><br>
</blockquote>
<blockquote type="cite"><span>Just wanted to reach out and get an idea how is people managing customers</span><br>
</blockquote>
<blockquote type="cite"><span>with static Ips, more specifically on Docsis networks where the customer</span><br>
</blockquote>
<blockquote type="cite"><span>could be moved between cmts's when a node is split</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>Thanks in advance for all responses,</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>Javier Gutierrez Guerra</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<span></span><br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
</div>
</div>
</div>
</body>
</html>