By the way, Black Mesa Wireless, I believe is still using (at least in the blog), DNS64.
Probably you don't want to use it. You really need to read the documents I mention before, to know more details about why you don't want to use DNS64 and how avoiding it. Actually, you read a bit more, but the complexity of your ISP and support calls, will be lower ... so it pays for it. Saludos, Jordi -----Mensaje original----- De: <[email protected]> en nombre de JORDI PALET MARTINEZ <[email protected]> Fecha: sábado, 11 de agosto de 2018, 16:08 Para: Petre Tudor <[email protected]>, <[email protected]> Asunto: Re: [Jool-list] jool setup Yeah, is one of the ISPs we indicated how to do it ;-) You can find some thread on this on the NANOG mailing list. Regards, Jordi -----Mensaje original----- De: <[email protected]> en nombre de Petre Tudor <[email protected]> Fecha: sábado, 11 de agosto de 2018, 15:58 Para: <[email protected]> Asunto: Re: [Jool-list] jool setup yes - I found this solution here --> https://blog.brocktice.com/2017/12/27/deploying-464xlat-for-ipv6-only-clients-on-a-small-wisp-network-with-mikrotik-routers/ thank you very much for the hints On 8/11/2018 22:42, JORDI PALET MARTINEZ wrote: > If you're setting up the ISP, you probably choose the CPE. > > > > If you don't find a commercial solution that supports the CLAT (because you may be too small for asking the feature), you need to consider buying cheap CPEs of your choice, and installing OpenWRT with the CLAT, which will solve all your problems. > > > > This way you don't need to look into "exotic" solutions, because a single solution works for all. > > > > Only in the case a customer wants to have a static IPv4, and pay for it, then you assign "real" dual-stack to that customer, instead of 464XLAT. > > > > We have already done this for several ISPs. > > > > This is in line with the other document I'm working on, and going to last-call in v6ops next week, hopefully: > > > > https://datatracker.ietf.org/doc/draft-ietf-v6ops-transition-ipv4aas/ > > > > Regards, > > Jordi > > > > > > > > -----Mensaje original----- > > De: <[email protected]> en nombre de Petre Tudor <[email protected]> > > Fecha: sábado, 11 de agosto de 2018, 15:25 > > Para: <[email protected]> > > Asunto: Re: [Jool-list] jool setup > > > > Hello Aberto, Jordi > > > > > > many thanks for the quick and detailed answers > > > > @Alberto - actually the resources usage was the next question, but you > > answered already; it looks like I found the software which does what I > > need, the rest is in the details of the implementation. > > > > > > @Jordi - the whole idea is thought for the residential users of an > > emerging isp, as an attempt to minimise the ipv4 usage and also to > > easily implement ipv6; the idea is in the early stages, but I imagine > > something like a linux gateway running jool in front of an ipv6-only > > network (ip's are assigned via pppoe), through which all uses exit; > > those visiting ipv6 sites, go directly and those requesting ipv4-only > > sites will be nat64-ed. > > > > I am fully aware that a solution which covers 100% of the possible cases > > is utopic, but I am happy if I can cover the normal cases; for the > > "exotic" ones I could always assign an ipv4 via the dual stack pppoe and > > solve the problem (these being the exceptions and not the rule) > > > > > > many thanks again for answering so quick on a saturday evening, > > > > > > cheers, > > > > > > petre > > > > > > On 8/11/2018 21:27, Alberto Leiva wrote: > > > These don't really address your first question directly, but might > > > serve as a reference point. They are everything I managed to collect > > > that is both public and refers to performance: > > > > > > (https://mail-lists.nic.mx/pipermail/jool-list/2018-July/000199.html) > > > First off, you're definitively not hitting the performance limit of Jool - it > > > easily scales to multiple Gb/s of throughput. There must be something else > > > that is causing your issues. > > > > > > (https://mail-lists.nic.mx/pipermail/jool-list/2017-October/000158.html) > > > Jool, even 3.5.4 Jool, withstands T-Rex's torture traffic without > > > flinching. There are no significant performance issues to worry about. CPU > > > usage is at 1% at worst and there are no packet drops. > > > ... > > > I can now say fairly confidently that Jool is pretty darn > > > fast, even without the latest performance tweaks applied, as evidenced from > > > the fact that, now that whatever was hobbling before is gone, it is pretty > > > clear that Jool can keep up to at least this configuration of T-Rex with > > > flying colors. > > > > > > (https://mail-lists.nic.mx/pipermail/jool-list/2016-September/000091.html) > > >> What is the CPU load on the x86 SIIT-BRs from Jool? > > > Our are practically idle. They are translating about 100Mb/s of mostly > > > web traffic. The hardware is quite old even, Sun X4170s with 2x > > > quad-core Intel L5520 CPUs. Less than a quarter of a single CPU core is > > > used for the entire system (so not only Jool), the remaining 7.75 CPU > > > cores are idle. > > > > > > -------- > > > > > > BTW: We're currently working on a performance bug that affects packets > > > that never traverse physical interfaces: > > > https://github.com/NICMx/Jool/issues/267 > > > On Sat, Aug 11, 2018 at 1:50 PM Alberto Leiva <[email protected]> wrote: > > >>> is the setup above feasible for networks with several thousand users > > >>> (between 5-10k) > > >> Performance-wise, as a developer, I don't really have a means to test > > >> that level of traffic. Maybe somebody else in the list has that > > >> information. > > >> > > >> Functionality-wise though, Jool won't stop you. Just make sure that > > >> you have enough IPv4 transport addresses to mask all of that. > > >> > > >> Also, I'd suggest that you keep a decent understanding of this: > > >> https://jool.mx/en/usr-flags-pool4.html#--max-iterations > > >> > > >>> is there a latency induced for throughputs of more than a gb ? > > >> Not that I know of. (Why would that happen?) > > >> > > >>> exists the possibility of defining a pool of ipv4 addresses when > > >>> nat64-ing and not doing 1-to-1 specific rules ? > > >> Yes: https://jool.mx/en/pool4.html > > >> On Sat, Aug 11, 2018 at 1:35 PM Petre Tudor <[email protected]> wrote: > > >>> hello > > >>> > > >>> i am trying to minimize the usage of the ipv4 addresses by assigning to > > >>> the users only ipv6 and nat64-ing them to the internet. (the final goal > > >>> would be to assign routable ipv4 only to those users who really need > > >>> them and pay them as an extra service; the normal users who don't have > > >>> specific requirements will only receive an ipv6 address and get nat64 > > >>> for the only-ipv4 destinations. > > >>> > > >>> before i start i have a few questions regarding the jool features > > >>> (please excuse if they are too trivial, I am new in this knowledge area): > > >>> > > >>> - is the setup above feasible for networks with several thousand users > > >>> (between 5-10k) > > >>> > > >>> - is there a latency induced for throughputs of more than a gb ? > > >>> > > >>> - exists the possibility of defining a pool of ipv4 addresses when > > >>> nat64-ing and not doing 1-to-1 specific rules ? > > >>> > > >>> > > >>> thanks, > > >>> > > >>> > > >>> petre > > >>> > > >>> _______________________________________________ > > >>> Jool-list mailing list > > >>> [email protected] > > >>> https://mail-lists.nic.mx/listas/listinfo/jool-list > > > > _______________________________________________ > > Jool-list mailing list > > [email protected] > > https://mail-lists.nic.mx/listas/listinfo/jool-list > > > > > > > ********************************************** > IPv4 is over > Are you ready for the new Internet ? > http://www.consulintel.es > The IPv6 Company > > This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. > > > _______________________________________________ Jool-list mailing list [email protected] https://mail-lists.nic.mx/listas/listinfo/jool-list ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.consulintel.es The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. _______________________________________________ Jool-list mailing list [email protected] https://mail-lists.nic.mx/listas/listinfo/jool-list ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.consulintel.es The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.consulintel.es The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. _______________________________________________ Jool-list mailing list [email protected] https://mail-lists.nic.mx/listas/listinfo/jool-list
