This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/linux-dect@lists.osmocom.org/.
Johannes Graser joe at 0x47.deYes, both phones reregister after the call drops. Attached are the debugging logs, starting immediately before placing a call and ending after the phone reregistered. On Samstag, 19. März 2011 at 02:02, Patrick McHardy wrote: > Am 17.03.2011 16:33, schrieb Johannes Graser: > > Hi, > > > > I successfully managed to compile the DECT kernel, the libs and asterisk. I also can register PPs in asterisk, call them and place outbound calls from these PPs, but as soon as the connection is established, it takes about 2 seconds until the call drops, the PP loses connectivity and re-registers at asterisk. Whithin these 2 seconds the connection works in both directions correctly. I use the PCI Com-on-Air Card a Gigaset A58H PP and an older Gigaset 4000 Comfort. > > > > Does anyone know what the reason for this behaviour is? See the asterisk-log below... > > This usually means the PTs got desynchronized. Do both phones reregister > after the call got dropped? > > Please try the following to get some more debugging information: > > - build kernel with CONFIG_DYNAMIC_DEBUG=y > - mount -t debugfs none /sys/kernel/debug/ > - before placing a call, execute: > > echo -n 'file mac_csf.c +p' > /debug/dynamic_debug/control > echo -n 'file mac_ccf.c +p' > /debug/dynamic_debug/control > > - after the call execute the same commands with -p and send the > kernel log messages that got logged during that period. > -------------- next part -------------- A non-text attachment was scrubbed... Name: kern.log.gz Type: application/octet-stream Size: 71344 bytes Desc: not available URL: <http://lists.osmocom.org/pipermail/linux-dect/attachments/20110327/f32a6f7a/attachment.obj>