[asterisk-bugs] [DAHDI-linux 0016831]: [patch] adding ss7 pcap support to dahdi
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Oct 6 10:31:49 CDT 2010
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:
Reviewboard Link:
======================================================================
Date Submitted: 2010-02-15 16:20 CST
Last Modified: 2010-10-06 10:31 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
======================================================================
----------------------------------------------------------------------
(0127757) sruffell (administrator) - 2010-10-06 10:31
https://issues.asterisk.org/view.php?id=16831#c127757
----------------------------------------------------------------------
tsearle: I stand corrected. I see how DAHDI_SETCONF only works for
channels in audio mode currently (on line 4846 of
http://svn.asterisk.org/view/dahdi/linux/trunk/drivers/dahdi/dahdi-base.c?revision=9423&view=markup)
What about adding a flag (like DAHDI_CONF_PSEUDO_LISTENER etc..) to bypass
that check? That way we could still use the existing monitoring
apparatus? It could be DAHDI_CONF_NONAUDIOCHANNELS (or something...)
Issue History
Date Modified Username Field Change
======================================================================
2010-10-06 10:31 sruffell Note Added: 0127757
======================================================================
More information about the asterisk-bugs
mailing list