Entries by root

Beim graben durch den Nachrichtenwust (grad auf Heise) sind mir heute einfach einige ins Auge gefallen ...
Manchmal fragt man sich schon (ich zumindest) "Was ist das für ein Scheiss, seid ihr jetzt alle bescheuert oder verrückt geworden?"

Modell-abgestufte-Erwiderung-gegen-Internet-Piraten
Hackerangriff-auf-Kaffeemaschine-moeglich
SPD-will-BKA-Gesetz-korrigieren
US-Kliniken-machen-erste-Erfahrungen-mit-Google-Health
Gruene-wollen-Datenschutz-im-Grundgesetz-festschreiben
Schweden-will-sich-ein-kleines-Echelon-schaffen
Gruene-wollen-Datenschutz-im-Grundgesetz-festschreiben

Achja da fehlen eigentlich noch die Stories der "confidential"-Dokumente in den Zügen in Waterloo. Das war auch so ein Kandidat.

Manchmal kann ich mich nur an den Kopf langen oder selbigen schütteln. Hilft auch nichts ich weiss.
Deswegen trage ich mich ja auch schon seit einigen Jahren mit dem Gedanken diesen Beruf an den Nagel zu hängen.
Mal sehn wanns so weit kommt

WikiScanner - Find Interesting Anonymous Edits on Wikipedia

Und hier der aufmunterer .. ich hab hier echt meine alten Firmenkollegen wieder gefunden .. glaubt man garnicht

http://wikiscanner.virgil.gr/

Gute Nacht

Ja ich weiss eigentlich schon fast zu spät aber nicht ganz. Heute noch bis ca. 20:00 MEST runterladen und zum Rekord beitragen.

http://www.spreadfirefox.com/en-US/worldrecord/

Ich habe meine Maschinen natürlich gestern Abend noch geupdatet.

Situation ist folgende: (siehe auch Artikel http://rootlogin.blog-s.de/archives/18-update-Asterisk,-SIP-ISDN.html)

(aufgetreten beim Einrichten eines Asterisk Servers mit einer HFC isdn Karte unter gentoo)

Kernel 2.6.24
aktuelle mISDN-Version 1.1.7-2 (zum Test auch 1.1.5 und 1.1.3 gebaut, kein Unterschied)
Das ganze setzt hier auf eine HFC-S Karte also das Kernel Modul hfcpci auf.

Nach 2 Anrufen oder andere Aktionen auf der ISDN-Leitung gibts böse Kernel-Meldungen mit null-pointern und anderen ekelhaften Sachen. Teils ist mir der ganze Rechner abgeschmiert.

Vorläufige Lösung: Kernel downgrade auf 2.6.23-xx (bei mir 2.6.23-14)

Und so sah das dann in den logfiles aus:


sysfs: duplicate filename 'inst-50020101' can not be created
WARNING: at fs/sysfs/dir.c:424 sysfs_add_one()
Pid: 5519, comm: mISDNd Not tainted 2.6.24-gentoo-r4 #13
[<c0196f2d>] sysfs_add_one+0x8d/0xe0
[<c01973f6>] create_dir+0x36/0x80
[<c0197464>] sysfs_create_dir+0x24/0x60
[<c021772f>] kobject_get+0xf/0x20
[<c0217bf9>] kobject_add+0x79/0x1a0
[<c0217b52>] kobject_set_name+0x72/0xa0
[<c0269d34>] class_device_add+0x94/0x3c0
[<c021772f>] kobject_get+0xf/0x20
[<c02178c7>] kobject_init+0x27/0x40
[<f892db63>] mISDN_register_sysfs_inst+0x43/0x220 [mISDN_core]
[<f8926c05>] register_layer+0x125/0x240 [mISDN_core]
[<c021b7d4>] vsnprintf+0x2d4/0x5c0
[<f89254c3>] mISDN_ctrl+0x2a3/0x760 [mISDN_core]
[<f897a771>] init_module+0x1651/0x17c0 [mISDN_dsp]
[<f89259e4>] get_next_instance+0x64/0x140 [mISDN_core]
[<f892692c>] set_stack+0xcc/0x280 [mISDN_core]
[<c0116789>] update_curr+0xe9/0x100
[<f8925220>] mISDN_ctrl+0x0/0x760 [mISDN_core]
[<f89254b5>] mISDN_ctrl+0x295/0x760 [mISDN_core]
[<c03a6081>] schedule+0x141/0x260
[<f8925220>] mISDN_ctrl+0x0/0x760 [mISDN_core]
[<f892606e>] cleanup_module+0x2ce/0x380 [mISDN_core]
[<f8925e80>] cleanup_module+0xe0/0x380 [mISDN_core]
[<c012bb60>] autoremove_wake_function+0x0/0x40
[<f8925e80>] cleanup_module+0xe0/0x380 [mISDN_core]
[<c0105147>] kernel_thread_helper+0x7/0x20
=======================
kobject_add failed for inst-50020101 with -EEXIST, don't try to register
things with the same name in the same directory.
Pid: 5519, comm: mISDNd Not tainted 2.6.24-gentoo-r4 #13
[<c0217c75>] kobject_add+0xf5/0x1a0
[<c0217b52>] kobject_set_name+0x72/0xa0
[<c0269d34>] class_device_add+0x94/0x3c0
[<c021772f>] kobject_get+0xf/0x20
[<c02178c7>] kobject_init+0x27/0x40
[<f892db63>] mISDN_register_sysfs_inst+0x43/0x220 [mISDN_core]
[<f8926c05>] register_layer+0x125/0x240 [mISDN_core]
[<c021b7d4>] vsnprintf+0x2d4/0x5c0
[<f89254c3>] mISDN_ctrl+0x2a3/0x760 [mISDN_core]
[<f897a771>] init_module+0x1651/0x17c0 [mISDN_dsp]
[<f89259e4>] get_next_instance+0x64/0x140 [mISDN_core]
[<f892692c>] set_stack+0xcc/0x280 [mISDN_core]
[<c0116789>] update_curr+0xe9/0x100
[<f8925220>] mISDN_ctrl+0x0/0x760 [mISDN_core]
[<f89254b5>] mISDN_ctrl+0x295/0x760 [mISDN_core]
[<c03a6081>] schedule+0x141/0x260
[<f8925220>] mISDN_ctrl+0x0/0x760 [mISDN_core]
[<f892606e>] cleanup_module+0x2ce/0x380 [mISDN_core]
[<f8925e80>] cleanup_module+0xe0/0x380 [mISDN_core]
[<c012bb60>] autoremove_wake_function+0x0/0x40
[<f8925e80>] cleanup_module+0xe0/0x380 [mISDN_core]
[<c0105147>] kernel_thread_helper+0x7/0x20
=======================
register_layer: register_sysfs failed -17 st(10020100) inst(50020101)
BUG: unable to handle kernel paging request at virtual address 74736e69
printing eip: c015aa16 *pde = 00000000
Oops: 0000 [#1]
Modules linked in: mISDN_dsp hfcpci mISDN_capi l3udss1 mISDN_l2 mISDN_l1
mISDN_core capi capifs kernelcapi hisax rtc isdn

Pid: 5519, comm: mISDNd Not tainted (2.6.24-gentoo-r4 #13)
EIP: 0060:[<c015aa16>] EFLAGS: 00010006 CPU: 0
EIP is at __kmalloc_track_caller+0x36/0xc0
EAX: 00000000 EBX: 74736e69 ECX: c01970ea EDX: 000000d0
ESI: 00000286 EDI: c04a9c40 EBP: c04a9cac ESP: f5e95d94
DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
Process mISDNd (pid: 5519, ti=f5e94000 task=f5e20a60 task.ti=f5e94000)
Stack: f8933c80 c04f2cff c01970ea 000000d0 000000d0 f5d7cb50 f5d7cb50
0000000e
c01486aa 00000008 f5d7cb50 f5f7739c f5d7cb50 f5d7cb50 f5f7739c
c01970ea
00000001 41ed0000 0000000f f5f7739c f5d7cb50 f5e784e0 f5f7739c
c01973db
Call Trace:
[<c01970ea>] sysfs_new_dirent+0xca/0xe0
[<c01486aa>] kstrdup+0x2a/0x60
[<c01970ea>] sysfs_new_dirent+0xca/0xe0
[<c01973db>] create_dir+0x1b/0x80
[<c0197464>] sysfs_create_dir+0x24/0x60
[<c021772f>] kobject_get+0xf/0x20
[<c0217bf9>] kobject_add+0x79/0x1a0
[<c0217b52>] kobject_set_name+0x72/0xa0
[<c0269d34>] class_device_add+0x94/0x3c0
[<c021772f>] kobject_get+0xf/0x20
[<c02178c7>] kobject_init+0x27/0x40
[<f892db63>] mISDN_register_sysfs_inst+0x43/0x220 [mISDN_core]
[<f8926c05>] register_layer+0x125/0x240 [mISDN_core]
[<f8926e74>] get_instance+0x154/0x220 [mISDN_core]
[<f897a771>] init_module+0x1651/0x17c0 [mISDN_dsp]
[<f89259a7>] get_next_instance+0x27/0x140 [mISDN_core]
[<f892692c>] set_stack+0xcc/0x280 [mISDN_core]
[<c0116789>] update_curr+0xe9/0x100
[<f8925220>] mISDN_ctrl+0x0/0x760 [mISDN_core]
[<f89254b5>] mISDN_ctrl+0x295/0x760 [mISDN_core]
[<c03a6081>] schedule+0x141/0x260
[<f8925220>] mISDN_ctrl+0x0/0x760 [mISDN_core]
[<f892606e>] cleanup_module+0x2ce/0x380 [mISDN_core]
[<f8925e80>] cleanup_module+0xe0/0x380 [mISDN_core]
[<c012bb60>] autoremove_wake_function+0x0/0x40
[<f8925e80>] cleanup_module+0xe0/0x380 [mISDN_core]
[<c0105147>] kernel_thread_helper+0x7/0x20
=======================
Code: 00 89 54 24 0c 89 4c 24 08 77 5e 8b 54 24 0c e8 e1 fe ff ff 83 f8 10
89 c7 76 22 9c 5e fa 8b 58 6c 8d 68 6c 85 db 74 67 8b 45 0c <8b> 04 83 89 47
6c 56 9d 66 83 7c 24 0c 00 78 0a 89 d8 83 c4 10
EIP: [<c015aa16>] __kmalloc_track_caller+0x36/0xc0 SS:ESP 0068:f5e95d94
---[ end trace e97dd85436ee0269 ]---
BUG: unable to handle kernel paging request at virtual address 74736e69
printing eip: c0159f81 *pde = 00000000
Oops: 0000 [#2]
Modules linked in: mISDN_dsp hfcpci mISDN_capi l3udss1 mISDN_l2 mISDN_l1
mISDN_core capi capifs kernelcapi hisax rtc isdn

Pid: 975, comm: udevd Tainted: G D (2.6.24-gentoo-r4 #13)
EIP: 0060:[<c0159f81>] EFLAGS: 00010006 CPU: 0
EIP is at kmem_cache_alloc+0x21/0x80
EAX: 00000000 EBX: 74736e69 ECX: 00000000 EDX: 000000d0
ESI: 00000292 EDI: c04a9c40 EBP: c04a9cac ESP: f7d19ea8
DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068
Process udevd (pid: 975, ti=f7d18000 task=f7cd0f90 task.ti=f7d18000)
Stack: 000240d0 c0488300 000000d0 f5f75000 c0193240 f5f3be00 00000000
c0175319
f5f75000 f7aaad78 f5f3be00 c018d4a0 c019320b f7c0a3c0 f7aaad78
f7d19f2c
c018d4bf f5f3be00 f7aaad78 c015babf f7c87c00 f7aabb80 f5f3be00
ffffff9c
Call Trace:
[<c0193240>] show_stat+0x0/0x640
[<c0175319>] single_open+0x19/0x80
[<c018d4a0>] proc_reg_open+0x0/0x40
[<c019320b>] stat_open+0x2b/0x60
[<c018d4bf>] proc_reg_open+0x1f/0x40
[<c015babf>] __dentry_open+0x9f/0x1a0
[<c015bc55>] nameidata_to_filp+0x35/0x40
[<c015bc9e>] do_filp_open+0x3e/0x60
[<c0166764>] sys_symlinkat+0x64/0xe0
[<c015b982>] get_unused_fd_flags+0x42/0xc0
[<c015bd02>] do_sys_open+0x42/0xe0
[<c015bddc>] sys_open+0x1c/0x20
[<c0103fa6>] sysenter_past_esp+0x5f/0x89
=======================
Code: 90 90 90 90 90 90 90 90 90 90 55 57 89 c7 56 53 83 ec 0c 89 54 24 08
8b 44 24 1c 9c 5e fa 8b 5f 6c 8d 6f 6c 85 db 74 41 8b 45 0c <8b> 04 83 89 47
6c 56 9d 66 83 7c 24 08 00 79 04 85 db 75 0a 83
EIP: [<c0159f81>] kmem_cache_alloc+0x21/0x80 SS:ESP 0068:f7d19ea8
---[ end trace e97dd85436ee0269 ]---
BUG: unable to handle kernel paging request at virtual address 74736e69
printing eip: c0159f81 *pde = 00000000
Oops: 0000 [#3]
Modules linked in: mISDN_dsp hfcpci mISDN_capi l3udss1 mISDN_l2 mISDN_l1
mISDN_core capi capifs kernelcapi hisax rtc isdn

Pid: 168, comm: pdflush Tainted: G D (2.6.24-gentoo-r4 #13)
EIP: 0060:[<c0159f81>] EFLAGS: 00010006 CPU: 0
EIP is at kmem_cache_alloc+0x21/0x80
EAX: 00000000 EBX: 74736e69 ECX: c04a9c40 EDX: 00011200
ESI: 00000296 EDI: c04a9c40 EBP: c04a9cac ESP: f7ca9d84
DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
Process pdflush (pid: 168, ti=f7ca8000 task=f7d12a60 task.ti=f7ca8000)
Stack: c04f2400 c0116e74 00011200 00011210 f7c02320 f7c02338 f7ca9da8
c0140c23
00000004 f7c316f0 00000020 f7fd0b90 00000004 f7509b90 00000000
00000010
f7c022e0 f7fa3700 c017ef04 00000000 f7a61690 c017e060 00000001
c15ff4c0
Call Trace:
[<c0116e74>] enqueue_task_fair+0x14/0x40
[<c0140c23>] mempool_alloc+0x23/0xc0
[<c017ef04>] bio_alloc_bioset+0x64/0x120
[<c017e060>] end_buffer_async_write+0x0/0xc0
[<c017efcb>] bio_alloc+0xb/0x20
[<c017b53c>] submit_bh+0x5c/0x100
[<c017d2a1>] __block_write_full_page+0x181/0x2c0
[<c01810c0>] blkdev_get_block+0x0/0x40
[<c017d4ab>] block_write_full_page+0xcb/0xe0
[<c01810c0>] blkdev_get_block+0x0/0x40
[<c0143b68>] __writepage+0x8/0x20
[<c014408a>] write_cache_pages+0x22a/0x300
[<c0143b60>] __writepage+0x0/0x20
[<c0144160>] generic_writepages+0x0/0x40
[<c014417e>] generic_writepages+0x1e/0x40
[<c01441bf>] do_writepages+0x1f/0x40
[<c017766a>] __writeback_single_inode+0x8a/0x340
[<c02a6a40>] task_out_intr+0x0/0xc0
[<c013b9b0>] handle_IRQ_event+0x30/0x60
[<c0177c91>] sync_sb_inodes+0x191/0x240
[<c0177f21>] writeback_inodes+0x61/0x80
[<c0144a14>] wb_kupdate+0x74/0xe0
[<c0144de0>] pdflush+0x0/0x180
[<c0144eac>] pdflush+0xcc/0x180
[<c01449a0>] wb_kupdate+0x0/0xe0
[<c012b82a>] kthread+0x4a/0x60
[<c012b7e0>] kthread+0x0/0x60
[<c0105147>] kernel_thread_helper+0x7/0x20
=======================
Code: 90 90 90 90 90 90 90 90 90 90 55 57 89 c7 56 53 83 ec 0c 89 54 24 08
8b 44 24 1c 9c 5e fa 8b 5f 6c 8d 6f 6c 85 db 74 41 8b 45 0c <8b> 04 83 89 47
6c 56 9d 66 83 7c 24 08 00 79 04 85 db 75 0a 83
EIP: [<c0159f81>] kmem_cache_alloc+0x21/0x80 SS:ESP 0068:f7ca9d84
---[ end trace e97dd85436ee0269 ]---
BUG: unable to handle kernel paging request at virtual address 74736e69
printing eip: c0159f81 *pde = 00000000
Oops: 0000 [#4]
Modules linked in: mISDN_dsp hfcpci mISDN_capi l3udss1 mISDN_l2 mISDN_l1
mISDN_core capi capifs kernelcapi hisax rtc isdn

Pid: 886, comm: kjournald Tainted: G D (2.6.24-gentoo-r4 #13)
EIP: 0060:[<c0159f81>] EFLAGS: 00010006 CPU: 0
EIP is at kmem_cache_alloc+0x21/0x80
EAX: 00000000 EBX: 74736e69 ECX: c04a9c40 EDX: 00011200
ESI: 00000296 EDI: c04a9c40 EBP: c04a9cac ESP: f7fdbeb4
DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
Process kjournald (pid: 886, ti=f7fda000 task=f7ca4f90 task.ti=f7fda000)
Stack: 00000000 f7fdbef0 00011200 00011210 f7c02320 f7c02338 f7fdbed8
c0140c23
00000002 c017c5c0 f5f810c0 c03a6591 00000002 f7a550e0 00000000
00000010
f7c022e0 f7fa3a00 c017ef04 00000000 f7a61ee0 c017e000 00000001
f5f81180
Call Trace:
[<c0140c23>] mempool_alloc+0x23/0xc0
[<c017c5c0>] sync_buffer+0x0/0x40
[<c03a6591>] out_of_line_wait_on_bit+0x71/0x80
[<c017ef04>] bio_alloc_bioset+0x64/0x120
[<c017e000>] end_buffer_write_sync+0x0/0x60
[<c017efcb>] bio_alloc+0xb/0x20
[<c017b53c>] submit_bh+0x5c/0x100
[<c01accab>] journal_do_submit_data+0x2b/0x40
[<c01acfa9>] journal_commit_transaction+0x2c9/0xba0
[<c0118143>] dequeue_task_fair+0x23/0x40
[<c01b024d>] kjournald+0x8d/0x1c0
[<c012bb60>] autoremove_wake_function+0x0/0x40
[<c01b01c0>] kjournald+0x0/0x1c0
[<c012b82a>] kthread+0x4a/0x60
[<c012b7e0>] kthread+0x0/0x60
[<c0105147>] kernel_thread_helper+0x7/0x20
=======================
Code: 90 90 90 90 90 90 90 90 90 90 55 57 89 c7 56 53 83 ec 0c 89 54 24 08
8b 44 24 1c 9c 5e fa 8b 5f 6c 8d 6f 6c 85 db 74 41 8b 45 0c <8b> 04 83 89 47
6c 56 9d 66 83 7c 24 08 00 79 04 85 db 75 0a 83
EIP: [<c0159f81>] kmem_cache_alloc+0x21/0x80 SS:ESP 0068:f7fdbeb4
---[ end trace e97dd85436ee0269 ]---





Wie im Artikel vom 2008-06-02 gehts hier immernoch um die Verbindung von einem SIP-PHONE (hardware) einem ISDN-Anschluss und Asterisk. Zum testen ist zwischenzeitlich nicht nur sipgate dazu gekommen sondern auch ein weiteres Softphone namens Zoiper (ehemals Idefisk).

Nachdem ich jetzt einige Tage damit zugebracht habe mich durch Foren, Mailinglisten und Wikis zu graben hier eine kurz geraffte Zwischenbilanz zum Thema Inbetriebnahme/Troubleshooting.


Unable to open pseudo device

Kernelmodul fehlt "insmod ztdummy"

Wenn dann so ewta folgendes im Kernel-Log steht

ztdummy: Unknown symbol rtc_register
ztdummy: Unknown symbol rtc_unregister
ztdummy: Unknown symbol rtc_control

dann fehlen Kernel-Module
siehe in "menuconfig" unter -> Device Drivers -> Character devices -> Enhanced Real Time Clock Support
Dann rtc.o laden und ztdummy laden

Langer Timeout nach dem wählen

Beim SPA901 Interdigit Long Timer: 10sec
(per default auf 10s eingestellt, siehe http-config-seite)


PlayTones() und Milliwatt()

Wenn die beiden streiken weil angeblich keine application "Playtones()" vorhanden ist -> res_indications.so laden UND eine indications.conf anlegen !!!


Kernel OOPS/panic etc.

An diesem Problem hab ich lange gegraben (es gibt hierzu kaum Beiträge im Netz). Auf meinem System lief der Kernel 2.6.24 und die aktuelle mISDN-Version 1.1.7-2 (zum Test auch 1.1.5 und 1.1.3 etc). Das ganze setzt hier auf eine HFC-S Karte also das Kernel Modul hfcpci auf.
Und genau mit der Kombination mISDN und Kernel 2.6.24 gibt es aber offensichtlich Probleme. Nach 2 Anrufen oder andere Aktionen auf der ISDN-Leitung gibts böse Kernel-Meldungen mit null-pointern und anderen ekelhaften Sachen. Teils ist mir der ganze Rechner abgeschmiert.

Vorläufige Lösung: Kernel downgrade auf 2.6.23-xx (bei mir 2.6.23-14)

Ja ich weiss, ich hab auch erst gedacht das kann doch nicht sein aber es funktioniert jetzt
Im Kernel-Log fanden sich dann Meldungen vor wie diese:

- sry wird nachgetragen -

Ich musste auch misdn erst wieder gegen den neuen 2.6.24er Kernel bauen damit ich auch Meldungen bekommen habe.
Da das ein bischen sehr lang ist habe ich die logs hier separat gepostet.

Die Verbreitung von BitTorrent ist enorm und nach inoffiziellen Angaben macht P2P-traffic mittlerweile über 30% in europäischen Netzen aus. Was aber wenn von heute auf morgen dein Provider den Zugang zu bekannten Trackern sperrt oder deinen P2P-traffic auf modem-niveau drosselt ?
Es haben bereits einige ISPs in den USA und UK damit begonnen P2P Traffic zu "drosseln". Filesharing ist dem Kommerz ein Dorn im Auge und wird kriminalisiert. Dabei ist Lobyisten egal was auf den Tauschbörsen gehandelt wird. Es ist sozusagen besser das Kind mit dem Bade auszuschütten als nichts zu tun. Darin kann ich allerdings nur Aktionismus sehen.

Aber lest selbst...

Medienbeiträge zum Thema:

Studie: Weiterer US-Provider bremst Bittorrent aus (Heise)
Tele2 Danmark blockiert Torrent-Tracker Pirate Bay (Heise)
Scharfe Kritik an Comcasts Filesharing-Blockade (Heise)
Pirate Bay wehrt sich gegen Blockade (Heise)

So bequem es auch ist alles von einer Seite zu bekommen, unter anderem ist es aber genau der momentane Trend zur Zentralisierung des Torrent-Netzwerks die es den Behörden und Firmen so leicht macht gegen das Netzwerk vorzugehen. Dabei müssten garnicht alle Benutzer einen einzigen Torrent-Tracker benutzen. Es können immer in einem Torrent mehrere Tracker-Server benutzt werden. Das entlastet die grossen Tracker-Server und es verteilt den Dienst insgesamt. So ist das ganze Netzwerk ausfallsicherer. Der nächste Raid kommt bestimmt . Also betreibt eure eigenen Torrent Tracker.

Lustig anzusehen und sehr Informativ zum Thema "mein eigener offener BitTorrent Tracker" ist auch dieses Video das auf der 24C3 aufgenommen wurde.

Links:

opentracker (a free torrent tracker software)
bitcomet tracker (a torrent tracker software for windows)

Heute werde ich mich mal wieder mit der VoIP software asterisk beschäftigen.

Ich brauche ein zweites Telefon und das wird wohl ein IP-Telefon werden. Nachdem wir zwar im ganzen Haus Netzwerk haben aber die Telefon-Anschlüsse nur einmal in jedes Zimmer verkabelt sind, kann auch in jedem Raum nur ein Telefon betrieben werden. Was wäre also einfacher ein SIP-Telefon zu nehmen und es übers Netz zu betreiben. Nachdem wir potentiell auch asterisk bzw. ganz generell VoIP-Dienste anbieten wollen, ist das eine super Gelegenheit asterisk mal wieder raus zu kramen

Als SIP-Telefon habe ich das Linksys SPA901 ins Auge gefasst. Dieses VoIP Telefon ist das günstigste das ich gefunden habe. Es beherrscht das gängige VoIP-Protokoll SIP (kein H323), DHCP und die wichtigsten Kompressionsarten "G.711, G.723.1, G.729a".

Zum testen braucht man natürlich auch soft-phones. Zumindest kann das sehr hilfreich sein. Software-Telefone gibts für Linux ohnehin in großer Auswahl. Im Moment benutze ich unter Linux linphone und unter Windows Yate. Yate kennt neben SIP und H323 sogar IAX. IAX (InterAsteriskExchange) ist das native Protokoll mit dem nomralerweise die asterisk-Server untereinander kommunizieren.

Jetzt ist asterisk nicht gerade ein Spielzeug. Für das erste setup (gerade wenn man noch nie mit asterisk zu tun hatte) sollte man einen Arbeitstag einrechnen. Asterisk braucht eine Zeit-Quelle, einen "timer". Den bekommt asterisk aus einem Kernel-Modul. Je nachdem ob man digium-Hardware unter asterisk einsetzt oder nicht müssen also Kernel-Module nachgeladen bzw. der Kernel neu übersetzt werden. Je nach Linux Derivat (Ubuntu, SuSE, Slackware, Gentoo etc.) treten dann evetuell auch andere kleine Hürden auf. Alles in allem trotzdem kein Problem, es gibt ja auch Support:

- IRC irc.freenode.net #asterisk #asterisk.de
- www.voip-info.org
- www.asterisk.org/community
- www.voip-forum.com

In meinem Fall kommt ein Gentoo-System für den asterisk-Server zum Einsatz. Und hier kann ich gleich vom ersten Haken berichten. Da ich ein AMD64 build benutze sind etliche Packete noch nicht getestet und maskiert. Dazu zählt auch das asterisk-Modul "zaptel".
Wenn man jetzt einfach zaptel emerget wird die Version 1.2.18 installiert. Die ist aber inkompatibel mit dem Kernel 2.6.24 und das sieht in etwa so aus.

make[2]: Entering directory `/usr/src/linux-headers-2.6.24-2-server'
scripts/Makefile.build:46: *** CFLAGS was changed in "/usr/src/zaptel-1.4.7.1/Makefile". Fix it to use EXTRA_CFLAGS. Stop.
make[2]: *** [module/usr/src/zaptel-1.4.7.1] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.24-2-server'
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/zaptel-1.4.7.1'
make: *** [all] Error 2

Also autounmask benutzen und net-misc/zaptel-1.2.24 frei schalten. Dann klappts auch mit dem Kernel

Weitere Resourcen:

- Ein Buch zu asterisk bei amazon Asterisk 1.2 + 1.4. Installation, Programmierung und Betrieb
- Das gleiche Buch in der online-Ausgabe Das Asterisk Buch von Stefan Wintermeyer
- www.asteriskguru.com


(Fortsetzung folgt....)

Ich habe heute mein neues selbst gehostetes WordPress blog installiert. Das neue rootlogin blog wird fast nur Einträge auf Englisch enthalten.

Das WordPress-Setup war eigentlich recht simpel. Als nächstes werde ich dann mal die hier erwähnte Anti-Spam Maßnahme Typepad Antispam installieren. Aber das hat noch etwas Zeit.

Wie hier bereits berichtet soll eine security-Lücke in den aktuellen Versionen des Adobe Flash Player sein.

Jetzt lese ich in diesem Heise Artikel das ganze wäre ein Irrtum und die zuständigen Stellen hätten zum Teil die Meldungen bereits zurück gezogen.

Nachdem die Meldung in diesem Eintrag auf isc.sans.org aber nicht widerufen wird sondern auf ein bereits bekanntes Loch zurück geführt wird möchte ich nicht von "Entwarnung" sprechen.

Diesem Fehler-Eintrag zufolge sind folgende Versionen NICHT VERWUNDBAR:

- Adobe Flash Professional 8 8.0.42.0
- Adobe Flash Player Plugin 9.0.124.0
- Adobe Flash Player 9.0.124 .0
- Adobe Flash Basic 8.0.42.0
- Adobe AIR 1.01

FÜR ALLE ANDEREN VERSIONEN sollten updates des Flashplayers durchgeführt werden oder zumindest NoScript verwendet werden.

Ich überlege immernoch ob ich mein Blog nicht selbst hosten sollte. Das erleichert so Dinge wie Statistken und Design-Anpassung enorm. Andererseits muss man sich dann um die Probleme mit Attacken und Spam selbst kümmern.

Typepad Antispam macht mir da Hoffnung das SPAM-Problem auf vernünftige Art und Weise selbst in den Griff zu Bekommen.

"TypePad AntiSpam" arbeitet offenbar so ähnlich wie ein Spam System für emails. Vom Besucher abgeschickte Kommentare werden zuerst an den TypePad AntiSpam Server weitergeleitet. Dieser nimmt eine SPAM-Einstufung für den Kommentar vor und teilt sie der Blog-Software mit. Daraufhin kann die Blog-Software je nach Einstellung und je nachdem welchen "SPAM-Score" der TypePad AntiSpam Server vergeben hat entscheiden wie weiter verfahren wird. (zB. sofortige Eintragung oder Zulassung durch Blog-Author erforderlich)

TypePad AntiSpam ist freie Software und lässt sich aufgrund der Nachbildung der Akismet-API auch leicht in andere Blog-Software einbinden.

Gefunden in diesem Heise Artikel

Ich denke ich werde bei Gelegenheit doch mal selbst ein Blog (auf dem eigenen Server) aufsetzen und dann über die Erfahrungen berichten.

Die Stadt München macht mal wieder von sich reden. Das zu begin stark umstrittene LiMux-Projekt der Stadtverwaltung veröffentlicht eine Java Applikation namens WollMux die Dokumentenköpfe aus Datenbank-Inhalten erstellt und dabei behilflich ist Dokumente aus Textbausteinen zu generieren. Klingt nach einem Stück Software das auch anderen Betrieben von Nutzen sein könnte.

Jetzt habe ich aber ein Verständnisproblem bei der Lizensierung...

In diesem Heise Artikel heißt es die Software sei unter EUPL lizensiert. In der deutschen Fassung der EUPL steht unter anderem "Der Lizenzgeber erteilt Ihnen hiermit ... eine ... Linzenz ... die Sie berechtig das Werk uneingeschränkt zu nutzen, das Werk zu vervielfältigen, ....". Was eben in so in einer GPL drin steht.

Warum steht dann auf dieser "download-Seite" (http://www.projekt-limux.org/wollmux/) zur Version 4.2.1
"Die Landeshauptstadt erlaubt die Installation und Nutzung der Software ausschließlich zu Test- und Entwicklungszwecken. Anderweitige Nutzung, Veröffentlichung, Weitergabe und sonstige Tätigkeiten die der Genehmigung durch den Urheber bedürfen bleiben vorbehalten." ?

Leider sind die beiden anderen referenzierten Seiten (http://www.wollmux.org, http://wollmux.projects.forge.osor.eu) gerade nicht erreichbar. Vielleicht halte ich ja auch eine alte Version in den Händen.

Hier ist das offizielle Statement der Stadt München zu WollMux mit 2 PDF-Präsentationen zum Thema.