[asterisk-bugs] [DAHDI-linux 0016831]: [patch] adding ss7 pcap support to dahdi

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16831 
====================================================================== 
Reported By:                tsearle
Assigned To:                
====================================================================== 
Project:                    DAHDI-linux
Issue ID:                   16831
Category:                   NewFeature
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
JIRA:                       DAHDI-730 
Reviewboard Link:            
====================================================================== 
Date Submitted:             2010-02-15 16:20 CST
Last Modified:              2010-10-07 12:36 CDT
====================================================================== 
Summary:                    [patch] adding ss7 pcap support to dahdi
Description: 
as per the thread on the libss7 mailing list

1. changes to the dahdi driver to add ioctls to mirror reads/writes
from a signaling channel to a pseudo channel
2. a corresponding user app to set up the mirroring and record the
traffic in a pcap

This seems to work though I'm not sure if it's the best solution
design-wise.
I might be abusing the pseudo channel concept.

to compile the app do the following
gcc dahdi_pcap.c -o dahdi_pcap -lpcap

and the syntax to run it is
./dahdi_pcap chan1  [chan2]* pcap.pcap

e.g.
./dahdi_pcap 16 47 test.pcap
====================================================================== 

---------------------------------------------------------------------- 
 (0127785) sruffell (administrator) - 2010-10-07 12:36
 https://issues.asterisk.org/view.php?id=16831#c127785 
---------------------------------------------------------------------- 
I see what you mean.  What I'm thinking now is that DAHDI_CONF_DIGITALMON
does something similar to this already, but doesn't quite work because you
need two psuedo channels (one for tx on the monitored channel and one for
rx).  But the actual code in the driver does what we want (and direct copy
without going through the companding step.  So I'm currently thinking that
tweaking the conferencing interface to allow specifying whether you want to
digitally monitor just the tx or rx interface would be better in the long
run because a new concept (channel mirroring) is not introduced and no new
fields would need to be added to 'struct dahdi_chan'.  What do you think? 
If you agree, I think the burden's on us to come up with a patch that will
still allow dahdi_pcap.c to work but via DAHDI_SETCONF ioctl (but some
additional mode/flag bits). 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-10-07 12:36 sruffell       Note Added: 0127785                          
======================================================================