<div dir="ltr"><div class="gmail_default" style="font-family:trebuchet ms,sans-serif;font-size:small;color:#0b5394">OK - That makes sense. For scaling a CP, it only about redundancy, correct, but with the DP it's really about scaling up and out. But still, a CP is no longer on the bus with the DP, nor on the network. It's on the WAN/Internet, and latencies are orders of magnitude greater. Is anybody doing this and are those latencies acceptable?</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif;font-size:small;color:#0b5394"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif;font-size:small;color:#0b5394"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 22, 2023 at 2:59 PM Joel Halpern <<a href="mailto:jmh@joelhalpern.com">jmh@joelhalpern.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>
<p>With a reasonable design, it separates the scale issues of the
control plane from the scale issues of the data plane. And since
the relationship between those two scale factors is different for
different deployments, it allows you as an operator to build for
your needs. It also, with suitable designs separates the failure
modes.</p>
<p>Whether either of those applies in your case probably depends
upon your needs and what vendors you find useful.</p>
<p>Yours,</p>
<p>Joel<br>
</p>
<div>On 3/22/2023 5:53 PM, Tom Mitchell
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_default" style="font-family:"trebuchet ms",sans-serif;font-size:small;color:rgb(11,83,148)">What is it about
the architecture that makes it a preferred solution. I get
that centralizing the user databases makes sense, but why the
control plane. What benefit does that have?</div>
<div class="gmail_default" style="font-family:"trebuchet ms",sans-serif;font-size:small;color:rgb(11,83,148)"><br>
</div>
<div>
<div dir="ltr">
<div dir="ltr"><span style="color:rgb(11,83,148)">-- Tom</span></div>
</div>
</div>
<br>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, Mar 22, 2023 at
2:17 PM <<a href="mailto:brian.johnson@netgeek.us" target="_blank">brian.johnson@netgeek.us</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>The CUPS makes a lot of sense for this application.
Latency is dependent on the design, and equipment used. I’ve
seen/done several designs for this using two different
vendors equipment and two different BNG software stacks.
<div><br>
</div>
<div>When I do a design for BNG from scratch, this is how I
do it now. :)</div>
<div><br>
</div>
<div>As always… YMMV.</div>
<div><br>
</div>
<div>- Brian<br>
<div><br>
<blockquote type="cite">
<div>On Mar 22, 2023, at 4:02 PM, Tom Mitchell <<a href="mailto:tmitchell@netelastic.com" target="_blank">tmitchell@netelastic.com</a>>
wrote:</div>
<br>
<div>
<div dir="ltr">
<div class="gmail_default">Anyone
have any thoughts on this CUPS thing? I have a
customer asking, but it seems the lack of CP
resiliency and additional latency between the DP
and CP make this a really dumb idea. Has anyone
tried it? Does it make any sense?<br clear="all">
</div>
<div class="gmail_default"><br>
</div>
<div class="gmail_default">Thanks!</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
</div>
</blockquote>
</div>
</blockquote></div>