I'm using the linux-dect code and experimenting with dectmon and the libdect
examples. Mostly, I think they are working well. I have a com-on-air type II
card and it's in an aging P4 laptop. However, I'm having some kernel stability
problems. The machine runs stabily forever before the card is configured with
the netlink utilities. However, once the card is configured then a few minutes
later the kernel will oops.
I'm configuring the card something like:
dect-cluster-add --name cluster0 --emc 0xABCD --fpn 0x12345 --mode PP
dect-cell-add --name cell0 --cluster cluster0 --flags monitor
dect-transceiver-bind --transceiver trx0 --cell cell0
Until the kernel oops then everything seems to work fine and dectmon, for
example will happily log what it sees.
I've attached two kernel logs which seem fairly typical of what is happening.
Can anyone help?
--
Barry Myles
Hi
I tried to write some code, which checks all possible pins in a
handshake, so that you don't need to specify the pin. However, I am
currently not able to put my system into a proper monitoring-mode, so I
could not test this patch so far. Could someone check the patch
available at:
http://www.cdc.informatik.tu-darmstadt.de/~e_tews/dectmon/
in branch "pin-bf", that it really works? The code there is completely
untested.
Hi
I spotted two small problems with libpcap:
* Preables for received PP frames are missing, the dedected.org
tools used to include the preamble as well. This can easily be
fixed by adding a default preamble if the kernel doesn't report
the preamble to the userspace.
* The slottime wraps around at 2^12 and not at 2^11 as it used to
wrap around with the dedected.org tools. I am not sure about the
best solution here, one could also use the full 16 bits for the
time which are available in the header.
Hi
Building the libpcap tree works fine, but because libpcap depends on
libnl for dect monitoring, every programm using libpcap.a needs to be
linked with libnl and libnl-dect. Just trying to build tcpdump from git
fails because of that.
What would be the best solution for this problem? Starting a new tcpdump
tree or trying to fix it in the libpcap tree?
Hi
I have a strange problem with dectmon. I would like to monitor the
conversations between a Siemens AS150 and it's base station. I started
the cluster in monitoring mode with the same emc and fpn as the original
base station in pp mode:
dect-cluster-add --name cluster0 --emc $EMC --fpn $FPN --mode pp --monitor
dect-cell-add --name cell0 --cluster cluster0
dect-transceiver-bind --transceiver trx0 --cell cell0
Now, when I launch dectmon, I get these messages:
# ./dectmon -n yes
netlink: cluster0: mode PP ARI: class A: EMC: 0ff6 FPN: 0deb7
LCE: set default pmid e94bd
LCE: registered protocol 0 (Link Control)
LCE: registered protocol 3 (Call Control)
LCE: registered protocol 4 (Call Independant Supplementary Services)
LCE: registered protocol 6 (ConnectionLess Message Service)
LCE: registered protocol 5 (Mobility Management)
netlink: message group: 4
netlink: FPC: full_slot,page_repetition,basic_a_field_setup,in_min_delay
netlink: HLC: adpcm_g721_voice,gap_pap_basic_speech,standard_authentication,location_registration
unknown
unknown
netlink: message group: 4
Should't there be more output? I am sure that at least some location
registration or authentication messages are exchanged here.
I am running 2.6.36, but I did not update to the latest version in the
git tree yet.
Am 31.10.2010 21:03, schrieb Oscar Soriano Riera:
> Hi Patrick
> I compile and install the dectmon perfect, but when i will to execute the dectmon always get a segment default, here are the output kerneloops:
For the last time, please use the linux-dect list for reporting
problems. Also don't send your mail as reply to an arbitrary
mail but start a new thread for a new subject.
> *root@DECT:/usr/src/dectmon/src# ./dectmon *
> **** glibc detected *** ./dectmon: free(): invalid next size (normal): 0x095bf5c8 ****
> *======= Backtrace: =========*
> */lib/i686/cmov/libc.so.6(+0x6b281)[0xb771b281]*
> */lib/i686/cmov/libc.so.6(+0x6cad8)[0xb771cad8]*
> */lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb771fbbd]*
> */usr/local/lib/libnl.so.3(nlmsg_free+0x83)[0xb78381d3]*
> */usr/local/lib/libnl-dect.so.3(nl_dect_cluster_query+0x50)[0xb78450b0]*
> */usr/lib/libdect.so.0(+0x1cc9d)[0xb781ec9d]*
> */usr/lib/libdect.so.0(dect_open_handle+0xbd)[0xb7806e5d]*
> *./dectmon[0x804cbec]*
> */lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb76c6c76]*
> *./dectmon[0x8049021]*
This unfortunately doesn't show the cause of the crash, the nlmsg_free()
is definitely correct. It is also unreproducable here.
Please try running dectmon under valgrind to see whether it can locate
the real cause (valgrind src/dectmon).
Hi ... I successfully ran asterisk with a cluster in FP mode with one handset.
Now I tried to use asterisk acting as a PP so that it can accept calls from PSTN.
I catched EMC and FPN of my base station via dect-llme-scan.
Where do I pass the PIN code for access_rights_requests?
When I want to start asterisk I get following error messages:
netlink: cu: mode PP ARI: class A: EMC: 0d13 FPN: 126f4
netlink: FPC: full_slot,page_repetition,basic_a_field_setup,in_min_delay
netlink: HLC: adpcm_g721_voice,gap_pap_basic_speech,standard_authentication,location_registration
LCE: set default pmid e16c8
LCE: registered protocol 0 (Link Control)
LCE: registered protocol 3 (Call Control)
LCE: registered protocol 4 (Call Independant Supplementary Services)
LCE: registered protocol 6 (ConnectionLess Message Service)
LCE: registered protocol 5 (Mobility Management)
netlink: MAC_ME_RFP_PRELOAD-req
netlink: HLC: adpcm_g721_voice,gap_pap_basic_speech,standard_authentication,standard_ciphering,location_registration,ciss_service,clms_service,list_access_features
[Nov 1 11:44:09] ERROR[3477]: chan_dect.c:2338 dect_load_module: Unable to set FP capabilities
== Unregistered channel type 'DECT'
Kind regards
TheNoOne
Hello Everyone,
I am struggling with this problem for almost two weeks now, please I need
help, could someone figure out what is wrong here?
http://dect.osmocom.org/trac/dect/ticket/6
Thanks,
Domonkos Tomcsanyi
