Silencer 2

Unlike the small program silencer once was, version 2 is not some ax.25 network spoofing program with limited options anymore, but instead a toolkit containing all you need to write applications fitting your needs exactly. Open networks can demand quite different approaches for solving local problems. Therefore it is not feasible to cover the whole lot with a single tool.
Requiring some programming skills to make use of Silencer also avoids abuse by beginners.

A couple of example applications for different purposes are available to give an idea of what exactly the Silencer Toolkit can do.

Silencer Toolkit v2.0.6 (07/15/01 - latest version)
Silencer Toolkit v2.0.5 (06/30/01)
Silencer Toolkit v2.0.4 (06/29/01)

The history page will tell you what has changed between certain versions.

class Call

A call sign including ssid. Has builtin parser for call-ssid notation and is used for all call sign handling.

class Packet

Packet represents a single ax.25 packet. It can either be instantiated as new packet, or be delivered by an TRX or PacketFactory. It provides you with methods to read and write all data and flags stored in the packet. It also has a builtin reverse function which manipulates the header in a way so the packet will be a valid reply to the one it was before. The reverse process also includes toggling repeated flags allowing to respond to packets in the middle of a repeater chain.

class TRX

As the name suggests TRX is capable of sending and receiving packets and takes care of all the required low level socket operations, eleminating the need to deal with kernel depending functions in your software.
TRX already uses the new linux 2.4.x mechanism for creating raw sockets.

class PacketFactory

Factory that can produce certain common packets by simply specifying source and target calls.
Intention was the requirement to be able to generate beacons (UI) with a single function call. One could also use it to send mass SABMs or DISCs for DOS attacks. But doing this is strongly discouraged. Silencer's purpose is to keep users from making mistakes, not to kill off the entire network.

class Monitor

Implementation of a simple ax.25 monitor sending the content of a Packet object to stdout after converting it into a human readable format.

Enter new comment:

The comment will only be accepted when the following question is answered correctly:
How many dwarfs are there in snow white and the seven dwarfs?

(Dear handmade spam sender: The URL will only be linked to after my approval, which you will not get.)