Next: Application Programming Interface
Up: The SEAN Architecture
Previous: The Live signaling Daemon
  Contents
  Index
Simulated signaling Daemon (SimSwitch)
The SimSwitch is the simulated signaling daemon. The motivation
behind the inclusion of a simulated signaling daemon is twofold:
- to enable research in ATM signaling even in the absence of
ATM hardware.
- to allow researchers to debug their native ATM applications
``offline'', i.e. off the network, to ensure proper behaviour
prior to running them live.
The simulated signaling daemon models an arbitrary set of
signaling-capable hosts, each connected by a lossless link to a
different port of a common
-port switch. Thus the simulated
signaling daemon internally instantiates
user-side UNI stacks,
and
network-side UNI stacks, each of which is quite similar to the
single stack made in the SD; we will describe the principal
differences. Because the simulated signaling daemon assumes lossless
links between the switch and its
hosts, each of the
UNI
stacks lack a QSAAL layer, and does not ever communicate with an ATM
driver. Furthermore, the
network-side UNI stacks do not
instantiate a service registration layer, and have a common routing
module in place of the IPC layer.
Figure 2.3:
The simulated signaling daemon (SimSwitch)
 |
Next: Application Programming Interface
Up: The SEAN Architecture
Previous: The Live signaling Daemon
  Contents
  Index
sean-dev@cmf.nrl.navy.mil