ilink was born in may 2001, when graeme barnes, m0csh, released the first version of his windows based internet linking system, to provide a windows based alternative to irlp, with the added feature of direct connections from the internet. ilink was the predecessor to echolink.
in mid 2002, a new client program, echolink. written by k1rfd, arrived on the scene. written to be compatible with ilink, it offered several features which the original ilink software didn't have, and echolink rapidly became popular. echolink also offered a simple means to interface a radio to the software, using a home brew interface similar to those used for psk-31, sstv and other computer generated modes, making gateway operation more attractive.
some weeks after echolink's arrival, the ilink and echolink server networks were split. while this split was intended to give people choice in whether they wanted to interace with some of the extra echolink features, the net result was that the ilink users moved to echolink, and ilink has very little activity. as of october 2002, ilink appears to have gone to a closed commercial model of distribution.
in recent times, several amateurs have started work with the echolink protocols and have written some open source implementations of echolink conference server and client software. the conference server, called thebridge, though very new has proved to be extremely robust. it runs on almost any unix like system, as well as windows.
echolink has a couple of things in common with irlp. firstly, it allows radio connected nodes to be controlled by dtmf commands. secondly, it uses a dedicated hardware interface board between the radio and the computer. however, at this time, the hardware control is one one way (ptt only). the received audio is still s amp led by a vox routine in the echolink software. unlike the original ilink sysop software, echolink also supports hardware cos detection (like irlp) and simple psk-31 style radio interfaces. more recently, a linux client, echolinux, has been written, making echolink the first cross platform linking system.
echolink also supports both point to point and conference connections. there are access control settings which allow the user to control whether repeaters, links, pc based users or conferences are allowed to be connected to their system, or any combination of the above. echolink also supports access control by callsign prefix or user defined allow and deny lists. within limits imposed by access control settings at each end, computer based users can call other computer based users, or they can call rf links and get out on air. similarly, rf users can key in a computer user's index number and call them from the mobile. the computer interface is, for the most part, simple and well laid out, and offers very good audio quality.
on the security front, when a new user registers on the echolink network for the first time, they are denied access until their callsign is verified as being legitimate. once verification is successful, then the user is issued an index number, and can log into their account from other pcs using their index number and password. there has been debate in the amateur community about the degree of authentication deemed necessary (and whether the above is sufficient) for computer access to linked systems. there have been a number of improvements to the underlying security mechanism, during the life of echolink.
echolink's computer access is a mixed blessing. on one hand, it allows one to experience internet linking without having to setup a gateway in their local area. however, i also find it annoying being called by other computer based users and getting interrupted. when i was using ilink, i used to only run it to make a call. now, i run an echolink (actually echoirlp) gateway, so callers can try their luck on the radio here.
echolink doesn't support swls (except on scanners within range of a gateway), but a number of node and conference owners have setup streaming audio feeds for swls to enjoy.
echolink, like irlp, supports sysop installed scripts, which allow the functionality of echolink to be extended in any way. the limitation is usually the imagination of the echolink community. there are a large number of scripts available for sysops to install.
in summary, echolink offers a relatively simple way to setup an internet link, with support for direct connections, as well as dtmf controlled rf links. i have been running echolink as an rf gateway for some time. it is a well behaved and stable system with good audio quality, and a good interface for both pc based and rf users. echolink is also under active development by both the original author and open source developers, and is the first system to support multiple platforms (currently, windows, macintosh, linux and java). echolink can also be supported by irlp nodes, using the echoirlp add-on scripts for irlp. the new conference server software gives echolink the same scalability as irlp reflectors, enabling large nets (limited only by available bandwidth) to take place on the system.