<div dir="ltr">Hello Spencer, Harald and all.<div><br></div><div><br></div><div>I really appreciated all infos, this saves me a lot of time!</div><div><br></div><div>Spencer, I'm seeing your tool, I think that is exactly like I need. My environment is small (10 endbs).  <br></div><div><br></div><div>I will try to use your tool here, In our github page you inform that the code is migrating to open5gs. It's working with the open5gs?</div><div><br></div><div>Thanks</div><div><br></div><div>Romeu Medeiros</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 11, 2020 at 1:39 PM Spencer Sevilla <<a href="mailto:sevilla@cs.washington.edu">sevilla@cs.washington.edu</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">+1 to Harald. Doing traffic accounting at the PGW and then reporting these statistics over Diameter is probably the most architecturally correct way to do this. I'm definitely a fan of using IPTables for this kind of stuff, since it’s all just packets anyways.<br>
<br>
For our networks, we wrote a completely separate tool called haulage (<a href="https://github.com/uw-ictd/haulage" rel="noreferrer" target="_blank">https://github.com/uw-ictd/haulage</a>) that uses IPTables and does something very similar. Basically logs packets that are forwarded from the virtual interface, draws them down against a user’s prepaid quota, and cuts them off when they hit zero. We wrote this as a separate app (in go) mainly to keep things simpler and let us move faster.<br>
<br>
Spencer<br>
<br>
> On Mar 11, 2020, at 09:26, <<a href="mailto:david@ispsupplies.com" target="_blank">david@ispsupplies.com</a>> <<a href="mailto:david@ispsupplies.com" target="_blank">david@ispsupplies.com</a>> wrote:<br>
> <br>
> Sorry yeah I meant the EPC.  I am not sure if the Open5GS software supports<br>
> it but Freediameter would be the Accounting portion in AAA from what I can<br>
> tell.  <br>
> <br>
> <br>
> <br>
> David Peterson<br>
> Senior Engineer<br>
> 855-947-7776 ext. 9214<br>
> c 419-706-7355<br>
> d 979-314-1305<br>
> <a href="https://www.ispsupplies.com" rel="noreferrer" target="_blank">https://www.ispsupplies.com</a>   <br>
> <br>
> <br>
> -----Original Message-----<br>
> From: Harald Welte <<a href="mailto:laforge@osmocom.org" target="_blank">laforge@osmocom.org</a>> <br>
> Sent: Wednesday, March 11, 2020 11:53 AM<br>
> To: <a href="mailto:david@ispsupplies.com" target="_blank">david@ispsupplies.com</a><br>
> Cc: 'Romeu Medeiros' <<a href="mailto:medeiros@medeiros.eng.br" target="_blank">medeiros@medeiros.eng.br</a>>; <a href="mailto:nextepc@lists.osmocom.org" target="_blank">nextepc@lists.osmocom.org</a><br>
> Subject: Re: Open5GS Traffic Accounting<br>
> <br>
> Hi David,<br>
> <br>
> On Tue, Mar 10, 2020 at 07:56:06PM -0400, <a href="mailto:david@ispsupplies.com" target="_blank">david@ispsupplies.com</a> wrote:<br>
>> Freediameter should be able to provide accounting so long as the ENB<br>
> supports it.<br>
> <br>
> in which way is the eNB involved in traffic accounting in LTE?  <br>
> <br>
> Normally, AFAICT, accounting is implemented within the P-GW, potentially<br>
> interacting via Radios/Diameter or some other protocol with some external<br>
> entity that decides whether or not there is credit/budget remaining or not.<br>
> If not, the PGW would stop firwarding packets of the related<br>
> session/subscriber.<br>
> <br>
> -- <br>
> - Harald Welte <<a href="mailto:laforge@osmocom.org" target="_blank">laforge@osmocom.org</a>><br>
> <a href="https://linkprotect.cudasvc.com/url?a=http%3a%2f%2flaforge.gnumonks.org%2f&c" rel="noreferrer" target="_blank">https://linkprotect.cudasvc.com/url?a=http%3a%2f%2flaforge.gnumonks.org%2f&c</a><br>
> =E,1,yb6SFWcoxXKtp0qClHpv4V936cQS_cFUx9dFgqORnwJ6yRCOhax7GulxJjjPLVsGkCe2ioB<br>
> ew6hlBJnFYR1mBgD0-WojRnKxjbM4dQK9xQ,,&typo=1<br>
> ============================================================================<br>
> "Privacy in residential applications is a desirable marketing option."<br>
>                                                  (ETSI EN 300 175-7 Ch. A6)<br>
> <br>
<br>
</blockquote></div>