Additional Software hosted by ISC
If you are interested in having your software promoted via ISC, contact ISC and enquire about Hosted@:
Address Family Transition Router (AFTR) is the latest product in ISC’s family of open source Internet infrastructure products. Developed in concert with Comcast, AFTR 1.0 is intended to ease the transition from IPv4 to IPv6 by allowing legacy IPv4 end sites such as home PCs to interact with IPv4 content providers and services over an IPv6 carrier infrastructure. As with ISC’s other products, as the Dual Stack Lite protocol evolves, AFTR will strive to remain an up to date reference implementation as well as a robust enterprise grade router technology. Our ability to maintain AFTR and be actively involved in furthering core Internet protocols is directly dependent on community subsidy and participation.
AFTR is an implementation of an IPv4/IPv6 transition protocol based on Dual-Stack Lite, which is under development by several large ISPs within the IETF protocol standards development process.
Dual-Stack Lite is one of a family of technologies intended to ease the transition from IPv4 to IPv6 by allowing legacy IPv4 end sites such as home PCs to interact with IPv4 content providers and services over an IPv6 carrier infrastructure. This allows ISPs to deploy IPv6 as the last available IPv4 addresses are allocated, without requiring expensive, complex technology changes immediately for end users or server operators.
The initial version of AFTR consists of the code for a server that can give out either IPv4 or IPv6 addresses via DHCP, and tunnel via IPv6 to an arbitrary IPv4 endpoint elsewhere.
History of AFTR
The initial development of ISC’s AFTR was funded by Comcast over about 18 months in 2008 and 2009. However, AFTR was never intended for one carrier’s use or benefit. It is an open source implementation meant to promote the development of open standards for IPv4/IPv6 transition technology. We’re now inviting ISPs and enterprises- anyone who needs to grow a network beyond the end of the unallocated IPv4 address space – to join the AFTR community we’re building and help make Internet growth happen beyond the end of the IPv4 address pool.
Links and Resourcesaftr-announce and aftr-users.
Click here to manage your subscription (subscribe or unsubscribe) to those lists (or any other ISC-hosted mailing lists).
NTP (Network Time Protocol) is an implementation of the NTP-related RFCs (and proposed RFCs) and provides an openly redistributable reference implementation of the software, including:
- An NTP server (ntpd, and the proposed NTP4 RFC)
- An SNTP client (sntpd, and RFC 2030, and the proposed SNTPv4 Draft RFC)
- Tools for verifying, monitoring and configuring the proper operation of the NTP server
The ntpd Server is used on a significant number of computers and routers on the Internet, in orbit around the planet, and even in outer space, providing a robust and stable platform on top of which an organization’s timing architecture can be built.
More information on the software, legal issues, security advisories, etc. can be found on the NTP project web site.
The official reference implementation of NTP and its documentation are produced by the Network Time Protocol Project, while the NTP Public Services Project, hosted at ISC, provides distribution, support, and additional development resources. Read about the latest Security information related to NTP.
The InterNetNews package (INN) is a complete Usenet system. It includes innd, an NNTP server, and nnrpd, a newsreading server. INN separates hosts that feed you news from those that have users reading news. INN was originally written by Rich Salz (grab the USENIX paper Rich wrote about it here). ISC took over development of INN in 1996 after Rich was unable to continue supporting it and many variants of the software were forming.
If you are interested in receiving notice of future releases of INN, you can subscribe to the inn-announce mailing list.
At this time, ISC regrets that we do not have the resources to offer support or training on the INN software. As partnerships in this area develop, we will post updated information here.
The “Internet Routing Registry Toolset” (IRRToolSet) project at ISC is an activity proposed by the RIPE NCC. This project has been migrated from the USC Information Sciences Institute, where it was developed in 1997-2001 as the “Routing Arbiter ToolSet” (RAToolSet) project. As the RAToolSet is no longer developed by ISI but is used worldwide, the RIPE NCC proposed to migrate this project to the RIPE NCC in order to continue its development and support. The original name of the project was preserved during the transition process, but has been finally changed to IRRToolSet. Currently, the RIPE NCC has transfered maintainance of this toolset to ISC, who will be accepting code from the community and providing code maintainance.
IRRToolSet is a suite of policy analysis tools to operate with routing policies in RPSL [RFC 2622] format, registered in Internet Routing Registry(IRR). The main goal of the project is to make routing information more convenient and useful for network engineers, by providing tools for automated router configuration, routing policies analysis, and maintenance.
The project consists of the following tools:
- RtConfig: analyzes the routing policies registered in the Internet Routing Registry (IRR) and produces router configuration files;
- CIDRAdvisor: suggests safe cidr aggregates (i.e. those that do not violate any policy constraints) that an Autonomous System (AS) can advertise to each of its neighbour ASes;
- peval: low level policy evaluation tool that can be used to write router configuration generators;
- prtraceroute: prints the route and policy information packets take to a network host;
- prpath: enumerates a list of paths between Autonomous System and specified destination;
- aoe: C++/Tcl/Tk program that displays the aut-num object for the specified Autonomous System;
- roe: C++/Tcl/Tk program that lists the routes registered by the specified autonomous system;
- rpslcheck(prcheck): syntax-checks the aut-num object for Autonomous System registered in the Internet Routing Registry (IRR).
IRRToolset version 5.0.0 was released by ISC on 16 Jul 2010.
The project is implemented in C++ on a UNIX platform. It has been ported successfully to many platforms including: Sun Sparc stations running SunOS 4.1.3 or Solaris, FreeBSD, DEC Alphas running OSF/1, BSDI, Linux and NetBSD.
Versions starting from 4.7.2 contain aoe as well as a number of bug fixes.
Progress has been made with RPSLng (RPSL with IPv6 and multicast extentions) implementation in IRRToolSet. The prototype release contains peval, rpslcheck and RtConfig tools which already work with the new dictionary. Check the ftp site for the release. Any comments and suggestions about the prototype are appreciated.
Re-implemented peval and RtConfig are also available as a CGI script.
The libbind functions have been separated from the BIND suite as of BIND 9.6.0. Originally from older versions of BIND, they have been continually maintained and improved but not installed by default with BIND 9. This standard resolver library contains the same historical functions and headers included with many Unix operating systems. In fact, most implementations are based on the same original code.
We encourage anyone with a private copy of these libraries to investigate this modern release and consider merging back into the mainstream. ISC is willing to review code and bugfix submissions, and to accept bug fixes, for libbind. This includes the old BSD gethostbyname() API. Bug reports may be sent to firstname.lastname@example.org. The public mailing list for discussing libbind development is bind-workers.
ISC’s libbind provides the standard resolver library, along with header files and documentation, for communicating with domain name servers, retrieving network host entries from /etc/hosts or via DNS, converting CIDR network addresses, performing Hesiod information lookups, retrieving network entries from /etc/networks, implementing TSIG transaction/request security of DNS messages, performing name-to-address and address-to-name translations, and utilizing /etc/resolv.conf for resolver configuration.
The C APIs include:
- freehostent (3)
OpenReg is an implementation of a domain registry, such as might be used by top-level domain operators to manage the delegation of domains in a “shared registry” environment.
- Supports the Extensible Provisioning Protocol (EPP), the IETF standards-track protocol for interaction between registries and registrars defined in the following RFC’s:
- Extensible Provisioning Protocol (EPP)
- Extensible Provisioning Protocol (EPP) Domain Name Mapping
- Extensible Provisioning Protocol (EPP) Contact Mapping
- Extensible Provisioning Protocol (EPP) Host Mapping
- Guidelines for Extending the Extensible Provisioning Protocol (EPP)
- Extensible Provisioning Protocol (EPP) Transport
- Is designed and debugged as a distributed multi-process system;
- Supports PostgreSQL and is designed to accommodate to very large registries;
- Publishes zone files to be served using BIND;
- Gathers comprehensive profiling and load statistics;
- Is published as free software, under a BSD-style license.