When present on equipment this manual pertains to, the statement "This device complies with part 15 of the FCC rules"
specifies the equipment has been tested and found to comply with the limits for a Class A digital device, pursuant to Part 15
of the Federal Communications Commission [FCC] Rules.
These limits are designed to provide reasonable protection against harmful interference when the equipment is operated in a
commercial environment.
This equipment generates, uses, and can radiate radio frequency energy and, if not installed and used in accordance with the
instruction manual, may cause harmful interference to radio communications.
Operation of this equipment in a residential area is likely to cause harmful interference in which case the user will be
required to correct the interference at his own expense.
Extra Components and Materials
The product that this manual pertains to may include extra components and materials that are not essential to its basic
operation, but are necessary to ensure compliance to the product standards required by the United States Federal
Communications Commission, and the European EMC Directive. Modification or removal of these components and/or
materials, is liable to cause non compliance to these standards, and in doing so invalidate the user’s right to operate this
equipment in a Class A industrial environment.
Disclaimer
Whilst every effort has been made to ensure accuracy, neither Endace Measurement Systems Limited nor any employee of
the company, shall be liable on any ground whatsoever to any party in respect of decisions or actions they may make as a
result of using this information.
Endace Measurement Systems Limited has taken great effort to verify the accuracy of this manual, but assumes no
responsibility for any technical inaccuracies or typographical errors.
In accordance with the Endace Measurement Systems policy of continuing development, design and specifications are
subject to change without notice.
The installation of the Endace DAG card on a PC begins with installing the
operating system and the Endace software.
Viewing this
document
This document, DAG 4.2S Card User Manual is available when the
installation CD is placed in a running Windows PC.
In this chapter
This chapter covers the following sections of information.
User Manual Purpose
DAG 4.2S Card Description
DAG 4.2S Card Architecture
DAG 4.2S Card Extended Functions
DAG 4.2S Card System Requirements
1.1 User Manual Purpose
Description
Prerequisite
The purpose of this DAG Card User Manual is to describe:
Installing DAG 4.2S card
Setting Optical Power
DAG 4.2S Card Confidence Testing
Running Data Capture Software
Synchronizing Clock Time
Data Formats
This document presumes the DAG card is being installed in a PC already
configured with an operating system.
A copy of Debian Linux 3.1 [Sarge] is available as a bootable ISO image
on one of the CD's shipped with the DAG card.
To install on the Linux/FreeBSD operating system, follow the instructions
in the document EDM04.06-01 Linux FreeBSD Installation Manual,
packaged in the CD shipped with the DAG card.
To install on a Windows operating system, follow the instructions in the
document EDM04.06-02 Windows Installation Manual, packaged in the
CD shipped with the DAG card.
The DAG 4.2S single interface OC-48c/STM-16c card is capable of cell
and packet capture and generation on IP networks.
Description
Figure 1-1 shows the DAG 4.2S PCI card.
Figure 1-1. DAG 4.2S PCI Card.
1.3 DAG 4.2S Card Architecture
Description
Serial SONET optical data is received by the DAG 4.2S card optical
interface, and fed through a demultiplexor into a physical layer ASIC. The
packet data is then fed immediately into the Xilinx FPGA. This FPGA
contains the DUCK timestamp engine, packet record processor, and PCI
interface logic.
The close association of these two components means that packets or cells
can be time-stamped very accurately. Time stamped packet or cell records
are then stored in an external FIFO before transmission to the host.
Figure 1-2 shows the DAG 4.2S card major components and data flow.
Figure 1-2. DAG 4.2S Card Major Components and Data Flows.
1.5 DAG 4.2S Card System Requirements
Description
Operating
system
Different
system
The DAG 4.2S card and associated data capture system minimum
operating requirements are:
• PC, at least Pentium III 800MHz or faster
• Intel i840, ServerWorks III LE/HE or newer chip set
• Minimum of 128 MB RAM
• At least one free 64-bit 3.3v signaling only PCI slot with 3.3V and 5V
power
• Software distribution requires 30MB free space
• Endace Linux Install CD requires 6 GB
For convenience, a Debian 3.1 [Sarge] Linux system is included on the
Endace Software Install CD. Endace currently supports Windows XP,
Windows Server 2000, Windows Server 2003, FreeBSD, RHEL 3.0, and
Debian Linux operating systems.
For advice on using a system substantially different from that specified
above, contact Endace support at support@endace.com
A DAG 4.2S card can be installed in any free 3.3v signalling 64-bit Bus
Mastering PCI slot. The DAG 4.2S card is capable of running at 66MHz,
but if any other device on the same bus is not capable of 66MHz operation
then all devices on the bus will operate at 33MHz.
Although by default, the driver supports up to four DAG cards in one
system, there should not be more than two cards on a single PCI bus due to
bandwidth limitations. However, this is not usually a limitation as for most
applications a maximum of two cards only can be used with reasonable
application performance.
In this chapter
This chapter covers the following sections of information.
Installation of Operating System and Endace Software
Insert the Card into PC
DAG 4.2S Card Optical Connectors
2.1 Installation of Operating System and Endace Software
Description
If the DAG device driver is not installed, before proceeding with the next
chapter, install the software on Linux/FreeBSD operating systems by
following the instructions in EDM04-01 Linux/FreeBSD Installation
Guide.
To install the software on a Windows operating system, follow the
instructions in EDM04-02 Windows Installation Guide.
Go to the next section of information when the DAG device driver is
installed.
2.2 Insert the Card into PC
Description
Inserting the DAG 4.2S card into a PC involves accessing the bus slot,
fitting the card, and replacing bus slot screw.
The DAG 4.2S card has two SC-type optical connectors. The bottom
connector nearest the PCI slot is for the received signal, the top is for the
transmitted signal.
The transmit port is only connected if the loop back facility being used in
the DAG to daisy chain systems, or if a data generation program being
used.
If the Tx port of the DAG 4.2S card is not used, the SC-type transceiver
optics should be covered to prevent ingress of dust.
An 8-pin RJ45 socket is used for time synchronization. This socket should
never be connected to an Ethernet network or telephone line.
Figure 2-1 shows the DAG 4.2S card SC-type optical connectors.
Figure 2-1. DAG 4.2S Card SC-type Optical Connectors.
The optical power range depends on the particular device fitted on the
DAG 4.2S card.
The DAG 4.2S card is shipped fitted with HFCT 5402D 1300nm singlemode short range optics module by default.
Optical power is measured in dBm – decibels relative to 1 mW where 10
dB is equivalent to a factor of 10 in power.
The numbers are all negative, showing powers below 1 mW. The most
sensitive devices can work down to about –30 dBm, or 1 uW.
The following table describes the DAG 4.2S card optics power module
part, single-mode fibre [SMF], and configuration.
Part No. Fibre Data Rate Max Pwr
[dBm]
HFCT 5402D SMF 2488 -3 -18.5 -14
Min Pwr
[dBm]
Nominal pwr
[dBm]
MMF: Multi-Mode Fibre SMF: Single-Mode Fibre
This chapter covers the following sections of information.
DAG 4.2S Card Optical Power Input
Splitter Losses
3.1 DAG 4.2S Card Optical Power Input
Description
Input power
The optical power input to the DAG 4.2S card must be within a receiver’s
dynamic range.
When optical power is slightly out of range an increased bit error rate is
experienced. If power is well out of range the system cannot lock onto the
SONET frames. In extreme cases of being out range excess power will
damage a receiver.
When power is above the upper limit the optical receiver saturates and
fails to function. When power is below the lower limit the bit error rate
increases until the device is unable to obtain lock and fails.
When the DAG card is set up, measure the optical power at the receiver
and ensure that it is within the specified power range. The recommended
power is -14 dBm.
Input power is adjusted by:
Changing splitter ratio if power is too high or too low, or
Inserting an optical attenuator if power is too high.
The confidence testing is a process to determine whether the DAG 4.2S
card is functioning correctly. The process also involves a card capture
session, and demonstrates configuration in the style of 'What You See You
Can Change', WYSYCC. Interface statistics are also inspected during this
process.
In this chapter
This chapter covers the following sections of information.
Interpreting DAG Card LED Status
DAG 4.2S Card Capture Session
DAG 4.2S Card Configuration in WYSYCC Style
DAG 4.2S Card Configuration Options
Inspect Links Data and Cells
Reporting Problems
4.1 Interpreting DAG Card LED Status
Description
Figure
The DAG 4.2S card has a block of 6 status LEDs, one blue, one yellow,
two green, one red and one orange.
Figure 4-2 shows the DAG 4.2S card status LEDs.
Figure 4-2. DAG 4.2S Card Status LEDs.
LED definitions
The following table describes the LED definitions.
LED Description
LED 1 - Blue
FPGA successfully programmed.
LED 2 - Yellow Data capture in progress.
LED 3 - Green PPS synchronisation signal, flashes with valid input
signal.
LED 4 - Red Transmitter laser ON.
LED 5 - Green SD. Signal Detect, valid optical signal seen by the
optical receiver.
LED 6 - Orange LOF. Loss of Frame synchronization alarm, usually
When the DAG 4.2S card is powered up for a capture session the top left
LED 1 should always come on, and:
• LED 2 indicates when a packet capture session is in progress.
• LED 3 flashes if a PPS signal is being received by the card.
• LED 4 is only on if the laser is turned on with the
When an OC-48c optical signal is applied.
• LED 5 should go on.
• LED 6 should go out.
Figure
Figure 4-3 shows the correct LED state for the DAG 4.2S card without
optical input.
Figure 4-3. DAG 4.2S Card Correct LED Status Without Optical Input.
Description
The
dagfour
utility supports configuration status and physical layer
interface statistics for the DAG 4.2S card.
In a troubleshooting configuration options
to watch the operational status of the optical, SONET and framing layers.
More details about the meaning of the various bits are supplied through the
help page (
dagfour –h)
as well as via the manual page.
4.2 DAG 4.2S Card Capture Session
dagfour
utility.
–si
should be passed to the tool
Description
The DAG 4.2S card uses a VSC9112 SONET ATM/PoS physical layer
interface device to support capturing of ATM cells and HDLC encoded
Packet-over-SONET data frames.
The card supports both OC-48c and STM-16c standards.
A successful DAG 4.2S card capture session is accomplished by checking
the receiver ports optical signal levels and checking the card has correctly
detected the link. This is followed by configuring DAG for normal use.
For configuration options removing or adding the no prefix will change the
setting.
4.4 DAG 4.2S Card Configuration Options
Description
There are many DAG 4.2S card configuration options supported.
default
[no]laser
atm
pos
[no]muxfcl
[no]muxeql
[no]reset
oc48c
[no]fcl
set framer to normal defaults
dis/enable transmit laser
set framer into ATM mode
set framer into Packet-over-SONET (PoS) mode
(un)set facility loopback in the MUX
(un)set equipment loopback in the MUX
hold/release framer (in) reset
set framer to OC48c mode
(un)set facility loop back in the phy. This is
useful for card chaining
[no]eql
[no]scramble
master
slave
[no]pscramble
[non]discard
crc16
crc32
[no]pmin
(un)set equipment loop back in the phy
(un)set SONET scrambling
set card to SONET clock master
set card to SONET clock slave
(un)set Packet-over-SONET scrambling
(un)set discard of FCS mismatched PoS packets
PoS CRC16 link
PoS CRC32 link
dis/enable discard of packets smaller than a
predefined minimum size
[no]pmax
dis/enable discard of packets larger than a
predefined maximum size
capture X bytes of packet data.
dis/enable variable length capture. Otherwise
record length padded to slen. Defaults to varlen.
Once the card has been configured as expected, the interface statistics
should be inspected to see if the card is locked to the data stream.
dag@endace:~$ dagfour -d dag0 –si
The tool will display a number of status bits as they have occurred since
the last time read. In the following example, the interval is set to one
second via the -i option.
LoS
Loss of signal.
If set, this indicates that there is either no signal at
the receiver or the optical signal strength is too low
to be recognized.
OoF
Out of frame.
If set, the section overhead processor is not locked
to the SONET stream.
LoF
Loss of frame.
If set,
Oof
had been asserted for more than 3
milliseconds.
SectionBIP
SONET/SDH Section Bit Interleaved Parity error.
The link is impaired, check connections and optical
signal level.
LineBIP
SONET/SDH Line Bit Interleaved Parity error. The
link is impaired, check connections and optical
signal level.
LineFEBE
SONET/SDH Line Far End Bit Error. The link is
impaired, check connections and optical signal
level.
PathBIP
SONET/SDH Path Bit Interleaved Parity error. The
link is impaired, check connections and optical
signal level.
PathFEBE
SONET/SDH Path Far End Bit Error. The link is
impaired, check connections and optical signal
level.
Follow these steps to stabilise the configuration.
Step 1. Ensure Columns are at Zero
Check that the
LoS, OoF
, and
LoF
, being the first three columns, are zero.
Check light levels.
Step 2. Inspect for BIP Errors
Check that no BIP errors occur, otherwise check cabling and light levels.
Step 3 Check CRC Settings
For PoS, ensure scrambling and CRC settings are correct.
Step 4. Check FEBE Errors
FEBE errors indicate that the remote end of the link is detecting errors.
NOTE: This may not affect the capture of data by the DAG card.
4.5 Inspect Links Data and Cells
Description
On Packet-over-SONET (PoS) links it can happen that there is very little
or no data information received. This typically indicates incorrect
scrambling settings.
While a default is provided that matches typical link settings, the actual
configuration varies from network to network.
A remedial action is to vary the scramble and pscramble options and
performing a retry.
If it is necessary to connect the transmit port of the DAG 4.2S card to
other equipment, it is necessary to enable the transmit laser. The laser
normally used is eye safe, but is disabled as a precaution as it is not
normally needed.
The laser radiation is in the invisible infrared part of the spectrum. When
the laser is turned on, the red laser warning LED will be lit.
In a test-bench situation where two DAG cards are connected directly to
each other, one card must be designated the SONET clock master. This
can only be done on cards fitted with 77MHz SONET master clock
oscillator crystal.
In normal use the DAG card should be the SONET clock slave, deriving
its signals from the received network stream.
If there are unresolved problems with a DAG card or supplied software,
contact Endace Technical Support via the email address
support@endace.com.
Supplying sufficient information in an email enables effective response.
The exact information available to users for trouble, cause and correction
analysis may be limited by nature of the problem. The following items
assist a quick problem resolution:
Ref Item
1. DAG card[s] model and serial number.
2. Host PC type and configuration.
3. Host PC operating system version.
4. DAG software version package in use.
5. UNIX operating system only. Any compiler errors or warnings
when building DAG driver or tools.
6. UNIX operating system only. For Linux and FreeBSD,
messages generated when DAG device driver is loaded. These
can be collected from command
/var/log/syslog.
dmesg
, or from log file
7.
UNIX operating system only. Output of
8.
Firmware versions from
dagbug –cx
cat /proc/dag
and
dagrom -x
.
.
9. Physical layer status reported by:
dagfour
10. Network link statistics reported by:
dagfour –ei
11. Network link configuration from the router where available.
12. Contents of any scripts in use.
13. Complete output of session where error occurred including any
error messages from DAG tools. The
typescript
Unix utility
may be useful for recording this information.
14. A small section of captured packet trace illustrating the
problem.
Until some data is read out of the buffer to free some space, any arriving
packets subsequently will be discarded by the DAG card. Any loss can be
detected in-band by observing the
lctr
[Loss Counter] field of the
Extensible Record Format.
In order to avoid any potential packet loss, the user process must read
records faster than they arrive from the network.
If the user process is writing records to hard disk, it may be necessary to
use a faster disk or disk array. If records are being processed in real-time, a
faster host CPU may be required.
The host PC buffer can be increased to deal with bursts of high traffic load
on the network link.
By default the
dagmem
driver reserves 32MB of memory per DAG card in
the system. Capture at OC-12/STM-4 (622Mbps) rates and above may
require a larger buffer.
128MB or more may be required per card.
The amount of memory reserved is changed by editing the file
/etc/modules
. If the Endace Install CD has been used it will include this
section
# For DAG 3.x, default 32MB/card
dagmem
#
# For DAG 4.x or 6.x, use more memory per card, E.G.
# dagmem dsize=128m
The option
dsize
sets the amount of memory used per DAG card in the
system.
The value of
dsize
multiplied by the number of DAG cards must be less
than the amount of physical memory installed, and must be less than
890MB.
The Endace DAG range of products come with sophisticated time
synchronisation capabilities, in order to provide high quality timestamps,
optionally synchronized to an external time standard.
The system that provides the DAG synchronisation capability is known as
the DAG Universal Clock Kit (DUCK).
An independent clock in each DAG card runs from the PC clock. A
card’s clock is initialised using the PC clock, and then free-runs using a
crystal oscillator.
Each card's clock can vary relative to a PC clock, or other DAG cards.
The DUCK is configured to avoid time variance between sets of DAG
cards or between DAG cards and coordinated universal time [UTC].
Accurate time reference can be obtained from an external clock by
connecting to the DAG card using the synchronisation connector, or the
host PCs clock can be used in software as a reference source without
additional hardware.
Each DAG card can also output a clock signal for use by other cards.
The DAG card synchronisation connector supports a Pulse-Per-Second
(PPS) input signal, using RS-422 signalling levels.
Common synchronisation sources include GPS or CDMA (Cellular
telephone) time receivers.
Endace produces the TDS 2 Time Distribution Server modules and the
TDS 6 units that enable multiple DAG cards to be connected to a single
GPS or CDMA unit.
More information is on the Endace website,
http://www.endace.com/accessories.htm, or the TDS 2/TDS 6 Units
Installation Manual.
This chapter covers the following sections of information.
Configurations Tool Usage
Time Synchronization Configurations
Synchronization Connector Pin-outs
The DUCK is very flexible, and can be used in several ways, with or
without an external time reference source. It can accept synchronisation
from several input sources, and can also be made to drive its
synchronisation output from one of several sources.
default RS422 in, none out
none None in, none out
rs422in RS422 input
hostin Host input (unused)
overin Internal input (synchronise to
host clock)
auxin Aux input (unused)
rs422out Output the rs422 input signal
loop Output the selected input
hostout Output from host (unused)
overout Internal output (master card)
set Set DAG clock to PC clock
reset Full clock reset. Load time
from PC, set rs422in, none out
By default, all DAG cards listen for synchronisation signals on their RS422 port, and do not output any signal to their RS-422 port.
The DUCK is very flexible, and can be used in several ways, with or
without an external time reference source.
The use includes a single card with no reference, two cards with no
reference, and a card with reference.
In this section
This section covers the following topics of information.
Single Card no Reference Time Synchronization
Two Cards no Reference Time Synchronization
Card with Reference Time Synchronization
6.2.1 Single Card no Reference Time Synchronization
Description
When a single card is used with no external reference, the card can be
synchronised to the host PC’s clock.
The clock in most PC’s is not very accurate by itself, but the DUCK drifts
smoothly at the same rate as the PC clock.
If a PC is running NTP to synchronise its own clock, then the DUCK
clock is less smooth because the PC clock is adjusted in small jumps.
However, overall the DUCK clock does not drift away from UTC.
The synchronisation achieved in this case is not as accurate as when using
an external reference source such as GPS.
The DUCK clock is synchronized to a PC clock by setting input
synchronization selector to overflow:
When two DAG cards are used in a single host PC with no reference
clock, the cards are to be synchronized in some way if timestamps
between the two cards are to be compared. For example, if two cards
monitor different directions of a single full-duplex link.
Synchronization between two DAG cards is achieved in two ways. One
card can be a clock master for the second, or one can synchronise to the
host and also act as a master for the second.
Synchronizing
cards
If both cards are to be accurately synchronised, but not so for absolute
time of packet time-stamps being correct, then one card is configured as
the clock master for the other.
Locking cards
together
Although the master card’s clock will drift against UTC, the cards are
locked together.
The cards are locked together by connecting the synchronisation connector
ports of both cards with a standard RJ-45 Ethernet cross-over cable.
Configure one of the cards as the master, the other defaults to being a
slave.
dag@endace:~$ dagclock –d dag0 none overout
muxin none
muxout over
status Not Synchronised Threshold 596ns Failures 0 Resyncs 0
error Freq 0ppb Phase 0ns Worst Freq 0ppb Worst Phase 0ns
crystal Actual 100000000Hz Synthesized 67108864Hz
input Total 0 Bad 0 Singles Missed 0 Longest Sequence Missed 0
start Thu Apr 28 14:48:34 2005
host Thu Apr 28 14:48:34 2005
dag No active input - Free running
The slave card configuration is not shown, the default configuration is
sufficient.
To prevent the DAG card clocks time-stamps drifting against UTC, the
master can be synchronised to the host PC’s clock which in turn utilises
NTP. This then provides a master signal to the slave card.
The cards are locked together by connecting the synchronisation connector
ports of both cards with a standard RJ-45 Ethernet cross-over cable.
Configure one card to synchronize to the PC clock and output a RS-422
synchronization signal to the second card.
dag@endace:~$ dagclock –d dag0 none overin overout
muxin over
muxout over
status Synchronised Threshold 11921ns Failures 0 Resyncs 0
error Freq -691ppb Phase -394ns Worst Freq 143377ppb Worst Phase 88424ns
crystal Actual 49999354Hz Synthesized 16777216Hz
input Total 87464 Bad 0 Singles Missed 0 Longest Sequence Missed 0
start Wed Apr 27 14:27:41 2005
host Thu Apr 28 14:59:14 2005
dag Thu Apr 28 14:59:14 2005
The slave card configuration is not shown, the default configuration is
sufficient.
6.2.3 Card with Reference Time Synchronization
Description
The best timestamp accuracy occurs when a DAG card is connected to an
external clock reference, such as a GPS or CDMA time receiver.
Pulse signal
from external
sources
The DAG synchronisation connector accepts a RS-422 Pulse Per Second
[PPS] signal from external sources.
This is derived directly from a reference source, or distributed through the
Endace TDS 2 [Time Distribution Server] module which allows two DAG
cards to use a single receiver.
More cards can be accommodated by daisy-chaining TDS-6 expansion
units to the TDS-2 unit, each providing outputs for an additional 6 DAG
cards.
DAG cards have an 8-pin RJ45 connector with two bi-directional RS422
differential circuits, A and B. The PPS signal is carried on circuit A, and
the serial packet is connected to the B circuit.
The 8-pin RJ45 connector pin assignments are:
1. Out A+
2. Out A-
3. In A+
4. In B+
5. In B-
6. In A-
7. Out B+
8. Out B-
Figure 6-1 shows the RJ45 plug and socket connector pin-outs.
Out-pin
connections
Ethernet
crossover cable
Support
Figure 6-1. RJ45 Plug and Socket Connector Pin-outs.
Normally the GPS input should be connected to the A channel input, pins
3 and 6. The DAG can also output a synchronization pulse; used when
synchronizing two DAG cards without a GPS input. Synchronization
output is generated on the Out A channel, pins 1 and 2.
A standard Ethernet crossover cable can be used to connect the two cards.
The DAG 4.2S card supports a record format known as the Extensible
Record Format [ERF].
In this chapter
This chapter covers the following sections of information.
Data Formats
Timestamps
7.1 Data Formats
Description
Table
Data format
The DAG 4.2S card uses the ERF Types 1 and 3 timestamps. Timestamps
are in little-endian [Pentium native] byte order. All other fields are in bigendian [network] byte order. All payload data is captured as a byte
stream, no byte re-ordering is applied.
Table 7-1 shows the Type 1 PoS HDLC record.
The following is a description of the Type 1 PoS HDLC record field.
BYTE 3 BYTE 2 BYTE 1 BYTE 0
timestamp
timestamp
type 1 flags rlen
lctr wlen
HDLC Header
(rlen - 20) bytes of record
Table 7-1. Type 1 PoS HDLC Record.
Field Description
HDLC Header Length may vary depending on protocol.
The ERF format incorporates a hardware generated timestamp of the
packet’s arrival.
The format of this timestamp is a single little-endian 64-bit fixed point
number, representing seconds since midnight on the first of January 1970.
The high 32-bits contain the integer number of seconds, while the lower
32-bits contain the binary fraction of the second. This allows an ultimate
resolution of 2
-32
seconds, or approximately 233 picoseconds.
Another advantage of the ERF timestamp format is that a difference
between two timestamps can be found with a single 64-bit subtraction. It
is not necessary to check for overflows between the two halves of the
structure as is needed when comparing Unix time structures, which is also
available to Windows users in the Winsock library.
Different DAG cards have different actual resolutions. This is
accommodated by the lowermost bits that are not active being set to zero.
In this way the interpretation of the timestamp does not need to change
when higher resolution clock hardware is available.
Here is some example code showing how a 64-bit ERF timestamp (erfts)
can be converted into UNIX struct timeval representation (tv).