Callmonitor 1.13 und höher: Ankündigungen und Bedienung

Und ist den Developern der Bug bewusst?
Könntet Ihr bitte die beiden Bugs (so wie ich es verstanden habe, es sind zwei) in freetz-trac einstellen (beide bitte separat)? Dann schauen wir uns es an. Leider hat der Andreas aktuell keine Zeit, sodass sich nicht derjenuge, der callmonitor entwicklet hat (=Andreas), sondern ein anderer Entwickler mit dem Thema auseinander setzen muss, d.h. erst sich in den Code einarbeiten.
 
Hi,

irgendwie startet bei mir nach einem Neustart der Fritte der Callmonitor nicht mehr automatische. (Autostart ist aber auf ein) . Muss dann manuell eingeschaltet werden.

Aufgefallen ist mir das seit der letzten Labor....

Aktuell nutze ich:
490_06.04-rev27408_labor-freetz-devel-11716.de

Kann ich den Autostart auch via Cronjob auslösen?
 
Hallo

Bestimmt.
Nimmst du ein /etc/init.d/rc.[namedesdienstes] Startskript dafür.
Am Besten mit Parameter: restart
Warum?
Wenn er aus irgendeinen Grund schon laufen sollte,
wird er erst beendet bevor er neugestartet wird.
 
Ok danke.Also genauso trage ich das dann in den crontab ein, oder?

/etc/init.d/rc.callmonitor restart
 
Kannst du bitte in den Logfiles nachschauen warum der Callmonitor nicht startet. Ein cronjob ist doch keine Lösung!?

Und falls du ihn wirklich per Hand starten willst, dann trag doch "/etc/init.d/rc.callmonitor start" in die rc.custom ein.

Das Webinterface wird aber eingebunden?

Gruß
Oliver
 
Hi, ja webif wird eingebunden. Nur das automatisch starten trotz häckchen funktioniert nicht. Starte dann den Callmonitor über das Webif manuell...

Um an die Logfiles zu kommen , muss ich da syslog aktivieren?

Im modlog steht folgendes. Stimmt aber nicht Callmonitor ist definitiv nicht gestartet...

rc.mod version freetz-devel-11716
Starting crond ... done.
AVM telnetd is disabled.
Starting Freetz webinterface ... done.
swap is disabled.
syslogd is disabled.
Starting inetd ... done.
Starting callmonitor ... done.
Starting vsftpd ... done.
Starting rc.custom ... done.
rc.mod finished.
 
Zuletzt bearbeitet:
Hallo,

Gibt es eigentlich eine Chance, eine Fritz Dect 200 Steckdose per Callmonitor ein- und auszuschalten? Ich nutze die hier für verschiedene Dachen und es wäre ziemlich nett, die Teile per Anruf steuern zu können.
 
Hallo
hab das gleiche Problem wie Bolle, der callmonitor startet nicht automatisch, und er beendet sich selbstständig nach ca 1-2 Tagen, keine Ahnung wovon das abhängt. Irgendwann ist er wieder aus. Fritzbox ist eine 7490. Ist schon seit 3 OS Versionen so, bzw seitdem ich die Box habe, hatte vorher ne 7270 da liefs problemlos.
Die logs

Code:
Jan  1 01:01:08 fritz kern.err kernel: [   68.530000] [ifx_ppa_mini_session_init]
Jan  1 01:01:08 fritz kern.err kernel: [   68.530000] [ifx_ppa_mini_session_init] avm_pa sessionh_lookup table
Jan  1 01:01:08 fritz kern.err kernel: [   68.530000] max_lan_entries       192
Jan  1 01:01:08 fritz kern.err kernel: [   68.540000] max_wan_entries       192
Jan  1 01:01:08 fritz kern.err kernel: [   68.540000] max_mc_entries        32
Jan  1 01:01:08 fritz kern.err kernel: [   68.540000] max_bridging_entries  2048
Jan  1 01:01:08 fritz kern.err kernel: [   68.550000] max_ipv6_addr_entries 128
Jan  1 01:01:08 fritz kern.err kernel: [   68.550000] max_fw_queue          0
Jan  1 01:01:08 fritz kern.err kernel: [   68.560000] max_6rd_entries       4
Jan  1 01:01:08 fritz kern.warn kernel: [   68.560000] AVM - Lantiq-PPA: minimalist and slim Session Management: --- init successful
Jan  1 01:01:08 fritz kern.warn kernel: [   68.560000] Session-Table Size: 256 * 192 byte = 48 kb
Jan  1 01:01:08 fritz kern.err kernel: [   68.580000] [module-alloc-by-name] give 0x2000 bytes at 0x816e4000 to module 'ifx_ppa_mini_qos' (0x114000 bytes left)
Jan  1 01:01:08 fritz kern.err kernel: [   68.600000] [module-alloc-by-name] 0x2000 bytes used, 0x2598 bytes expected
Jan  1 01:01:08 fritz kern.warn kernel: [   68.610000] AVM - Lantiq-PPA: minimalist and slim QoS Management: --- init successful
Jan  1 01:01:09 fritz user.err dsld[1163]: Sync!!!!!!; vdsl_available=0
Jan  1 01:01:09 fritz user.err dsld[1163]: nr=0, dsld.udslinterfaces[nr]=0x449be8, attached=1
Jan  1 01:01:09 fritz user.err dsld[1163]: dsl_encap=1, use_dhcp=1
Jan  1 01:01:09 fritz user.err dsld[1163]: nr=2, dsld.udslinterfaces[nr]=0x449cd0, attached=1
Jan  1 01:01:09 fritz user.err dsld[1163]: dsl_encap=4, use_dhcp=1
Jan  1 01:01:09 fritz user.err dsld[1163]: syncdelaytimer: 3 secs
Jan  1 01:01:09 fritz user.err dsld[1163]: sync_group->syncdelaytimer=719454592
Jan  1 01:01:10 fritz daemon.debug callmonitor: entering DEBUG mode
Jan  1 01:01:10 fritz user.notice FREETZMOD: Reading AVM's phone book ... done. Starting callmonitor ... done.
Jan  1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/config.sh
Jan  1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/dboxlcd.sh
Jan  1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/dial.sh
Jan  1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/mail.sh
Jan  1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/messages.sh
Jan  1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/musicpal.sh
Jan  1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/rc.sh
Jan  1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/roku.sh
Jan  1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/samsung.sh
Jan  1 01:01:10 fritz kern.err kernel: [   70.820000] [module-alloc-by-name] give 0x20000 bytes at 0x816e6000 to module 'adf' (0xf4000 bytes left)
Jan  1 01:01:10 fritz kern.err kernel: [   70.830000] [module-alloc-by-name] 0x20000 bytes used, 0x1f134 bytes expected
Jan  1 01:01:10 fritz kern.err kernel: [   70.980000] [module-alloc-by-name] give 0x4000 bytes at 0x81706000 to module 'hif_gmac' (0xf0000 bytes left)
Jan  1 01:01:10 fritz kern.err kernel: [   70.990000] [module-alloc-by-name] 0x4000 bytes used, 0x43d4 bytes expected
Jan  1 01:01:10 fritz kern.warn kernel: [   71.030000] tgt_if =wasp 
Jan  1 01:01:10 fritz kern.warn kernel: [   71.030000] mac address  dest -->  0:de:ad:be:ef:ca   
Jan  1 01:01:10 fritz kern.warn kernel: [   71.030000]  mac address  src--> ff:ff:ff:ff:ff:ff   
Jan  1 01:01:10 fritz kern.warn kernel: [   71.030000]   __gmac_dev_event *************************************
Jan  1 01:01:10 fritz kern.warn kernel: [   71.030000]  event 5 name wasp 
Jan  1 01:01:10 fritz kern.warn kernel: [   71.030000]  __gmac_dev_event *************************************
Jan  1 01:01:10 fritz kern.warn kernel: [   71.030000]  event 1 name wasp 
Jan  1 01:01:10 fritz kern.err kernel: [   71.060000] [module-alloc-by-name] give 0x2000 bytes at 0x8170a000 to module 'athlogger' (0xee000 bytes left)
Jan  1 01:01:10 fritz kern.err kernel: [   71.070000] [module-alloc-by-name] 0x2000 bytes used, 0x3148 bytes expected
Jan  1 01:01:10 fritz kern.warn kernel: [   71.090000] 
Jan  1 01:01:10 fritz kern.warn kernel: [   71.090000] athlogger mode: host
Jan  1 01:01:10 fritz kern.err kernel: [   71.100000] [module-alloc-by-name] give 0x4000 bytes at 0x8170c000 to module 'fwd' (0xea000 bytes left)
Jan  1 01:01:10 fritz kern.err kernel: [   71.110000] [module-alloc-by-name] 0x4000 bytes used, 0x4324 bytes expected
Jan  1 01:01:10 fritz kern.warn kernel: [   71.140000] FWD:loaded
Jan  1 01:01:10 fritz kern.warn kernel: [   71.140000] 
Jan  1 01:01:10 fritz kern.err kernel: [   71.180000] [module-alloc-by-name] give 0x23000 bytes at 0x81710000 to module 'atd' (0xc7000 bytes left)
Jan  1 01:01:10 fritz kern.err kernel: [   71.190000] [module-alloc-by-name] 0x23000 bytes used, 0x24fec bytes expected
Jan  1 01:01:10 fritz kern.info kernel: [   71.280000] net wasp: firmware: requesting ath_tgt_fw1.fw
Jan  1 01:01:10 fritz kern.warn kernel: [   71.310000] FWD:loaded1 over MDIO MAC 0 
Jan  1 01:01:11 fritz kern.warn kernel: [   71.930000] FWD:loaded1 
Jan  1 01:01:11 fritz kern.warn kernel: [   71.930000] mdio_start_handshake waiting for target to up unit 0
Jan  1 01:01:11 fritz kern.warn kernel: [   71.930000] mdio handshake is good 
Jan  1 01:01:11 fritz kern.warn kernel: [   71.930000] mdio_block_send exchanging block write parameters 
Jan  1 01:01:11 fritz kern.warn kernel: [   71.930000] .
Jan  1 01:01:11 fritz kern.warn kernel: [   71.930000] mdio_block_send - start_address 0xbd003000 length 0x00002f24 exec_address 0xbd003000
Jan  1 01:01:11 fritz kern.warn kernel: [   71.940000] .Checksum for the file d6b8362d
Jan  1 01:01:11 fritz kern.warn kernel: [   71.940000] .....................................................................................................................................................................................................................
Jan  1 01:01:11 fritz kern.warn kernel: [   72.180000] Send  waiting for lock
Jan  1 01:01:11 fritz kern.warn kernel: [   72.210000] MDIO FWD GOOD  - releasing the lock
Jan  1 01:01:11 fritz kern.warn kernel: [   72.210000] total transfer time in jiffies 280
Jan  1 01:01:12 fritz user.notice FREETZMOD: rc.mod finished.
Jan  1 01:01:12 fritz kern.err kernel: [   72.680000] kdsld: _register_vcc=encap RBE+PPPoE->PPPoE
Jan  1 01:01:12 fritz kern.err kernel: [   72.680000] mpoa_setup vcc=8c169000, mpoa_type=0, mpoa_mode=1
Jan  1 01:01:12 fritz kern.err kernel: [   72.680000]  
Jan  1 01:01:12 fritz kern.err kernel: [   72.690000] mpoa_setup_conn conn=0, mpoa_type=0, mpoa_mode=1
Jan  1 01:01:12 fritz user.err dsld[1163]: !!!!!!!!!!!!!!!!!route_add: default: metric=2, iface=dsl
Jan  1 01:01:12 fritz user.err dsld[1163]: udsliface=0(0x449be8), udsliface->attached=1, udsliface->enabled=1
Jan  1 01:01:12 fritz user.err dsld[1163]: udsliface=2(0x449cd0), udsliface->attached=1, udsliface->enabled=1
Jan  1 01:01:12 fritz kern.err kernel: [   72.690000]  
Jan  1 01:01:12 fritz kern.err kernel: [   72.840000] kdsld: VPN: no vpn connections configured
Jan  1 01:01:12 fritz kern.warn kernel: [   73.430000] .
Jan  1 01:01:12 fritz kern.warn kernel: [   73.430000] HIF GMAC parametrs sent
Jan  1 01:01:12 fritz kern.warn kernel: [   73.430000] 
Jan  1 01:01:12 fritz kern.warn kernel: [   73.430000] Discovery pkt from  wasp 
Jan  1 01:01:12 fritz kern.warn kernel: [   73.430000] 
Jan  1 01:01:12 fritz kern.warn kernel: [   73.430000] Start Downloading all images
Jan  1 01:01:12 fritz kern.info kernel: [   73.430000] net wasp: firmware: requesting ath_tgt_fw2.fw
Jan  1 01:01:13 fritz kern.warn kernel: [   73.540000] Discovery pkt from  wasp 
Jan  1 01:01:13 fritz kern.warn kernel: [   73.650000] Discovery pkt from  wasp 
Jan  1 01:01:13 fritz kern.warn kernel: [   73.760000] Discovery pkt from  wasp 
Jan  1 01:01:13 fritz kern.warn kernel: [   73.870000] Discovery pkt from  wasp 
Jan  1 01:01:13 fritz kern.warn kernel: [   73.980000] Discovery pkt from  wasp 
Jan  1 01:01:13 fritz kern.warn kernel: [   74.100000] Discovery pkt from  wasp 
Jan  1 01:01:13 fritz kern.warn kernel: [   74.210000] Discovery pkt from  wasp 
Jan  1 01:01:13 fritz kern.warn kernel: [   74.320000] Discovery pkt from  wasp 
Jan  1 01:01:13 fritz kern.warn kernel: [   74.420000] Downloading target firmware image	Waiting for Download complete... 
Jan  1 01:01:14 fritz kern.warn kernel: [truncated] [   74.430000] .........................................................................................................................................................................................................
Jan  1 01:01:14 fritz kern.warn kernel: [   75.150000] Downloading target firmware completed.
Jan  1 01:01:14 fritz kern.warn kernel: [   75.150000] 
Jan  1 01:01:14 fritz kern.warn kernel: [   75.150000] All images completed.
Jan  1 01:01:15 fritz kern.info kernel: [   76.000000] kdsld: internet: set_snd_ipaddr: 80.133.98.51
Jan  1 01:01:16 fritz user.notice ONLINECHANGED[2540]: [online] approved
Jan  1 01:01:16 fritz user.notice ONLINECHANGED[2540]: [online] executing /etc/onlinechanged/00-get_ip
Jan  1 01:01:16 fritz user.notice ONLINECHANGED[2540]: [online] executing /etc/onlinechanged/webdav_net
Jan  1 01:01:16 fritz user.notice ONLINECHANGED[2540]: [online] finished
Mar 16 21:07:33 fritz user.err telefon[1201]: set initial telefon time from linux time to 21:07:33 16.03 2014!
Mar 16 21:07:34 fritz kern.err kernel: [   78.890000] TFFS: Fuellstand > 75 ... trigger Cleanup
Mar 16 21:07:35 fritz kern.warn kernel: [   79.850000] [1]system-load 8  loadavg 2.72 0.78 0.27 - 120 tasks:27 % curr:ifx_ssc(5 %) max:ctlmgr(7 %, pid:1058), readytorun: 1, pgfault 2957/s (max 2 avg 1.0)
Mar 16 21:07:38 fritz kern.warn kernel: [   82.710000] [0]system-load 4  loadavg 2.66 0.80 0.28 - 120 tasks:24 % curr:feedd(2 %) max:ifx_ssc(11 %, pid:115), readytorun: 3, pgfault 3223/s (max 2 avg 1.0)
Mar 16 21:07:40 fritz kern.warn kernel: [   85.200000] Discovery pkt from  wasp 
Mar 16 21:07:40 fritz kern.info kernel: [   85.330000] [WLAN_COM] INFO: received discovery pkt from 00:03:7f:ff:ff:ff
Mar 16 21:07:41 fritz kern.info kernel: [   86.120000] avm_net_trace: New net trace device 'HW (2.4 + 5 GHz, wifi0)' registered with minor 129.
Mar 16 21:07:43 fritz kern.warn kernel: [   87.990000] Netlink interface number created: 20
Mar 16 21:07:43 fritz kern.warn kernel: [   88.000000] wifi mac address name 0 wifi0  :8:96:d7:41:a2:a5 
Mar 16 21:07:43 fritz kern.warn kernel: [   88.000000] wifi mac address name 1 wifi1  :8:96:d7:41:a2:a6 
Mar 16 21:07:43 fritz kern.warn kernel: [   88.020000]  __gmac_dev_event *************************************
Mar 16 21:07:43 fritz kern.warn kernel: [   88.020000]  event 5 name wifi0 
Mar 16 21:07:43 fritz kern.warn kernel: [   88.030000]  __gmac_dev_event *************************************
Mar 16 21:07:43 fritz kern.warn kernel: [   88.030000]  event 5 name wifi1 
Mar 16 21:07:43 fritz kern.warn kernel: [   88.030000] __adf_net_register_wpscb: Registerd wps callback for wifi0 
Mar 16 21:07:43 fritz kern.warn kernel: [   88.030000] ATD APPBR Netlink iface number created: 21
Mar 16 21:07:44 fritz kern.info kernel: [   88.830000] avm_net_trace: New net trace device 'AP (2.4 + 5 GHz, ath0)' registered with minor 131.
Mar 16 21:07:44 fritz kern.info kernel: [   88.840000] avm_net_trace: New net trace device 'AP (2.4 + 5 GHz, ath0)' registered with minor 132.
Mar 16 21:07:44 fritz kern.warn kernel: [   88.870000]  __gmac_dev_event *************************************
Mar 16 21:07:44 fritz kern.warn kernel: [   88.870000]  event 5 name ath0 
Mar 16 21:07:44 fritz kern.info kernel: [   89.430000] [WLAN_HEARTBEAT] sending pings to 00:03:7f:ff:ff:ff
Mar 16 21:07:45 fritz kern.warn kernel: [   90.100000] [1]system-load 100 % loadavg 2.69 0.84 0.29 - 120 tasks:136 % curr:ifx_ssc(39 %) max:perl(53 %, pid:1372), readytorun: 5, pgfault 612/s (max 1 avg 1.0)
Mar 16 21:07:46 fritz kern.info kernel: [   90.900000] avm_net_trace: New net trace device 'Guest (2.4 + 5 GHz, guest4)' registered with minor 141.
Mar 16 21:07:46 fritz kern.info kernel: [   90.910000] avm_net_trace: New net trace device 'Guest (2.4 + 5 GHz, guest4)' registered with minor 142.
Mar 16 21:07:49 fritz kern.warn kernel: [   93.960000] [0]system-load 7  loadavg 2.87 0.91 0.32 - 119 tasks:57 % curr:gcupd(8 %) max:perl(19 %, pid:1372), readytorun: 4, pgfault 1166/s (max 1 avg 1.0)
Mar 16 21:07:49 fritz kern.warn kernel: [   94.200000]  __gmac_dev_event *************************************
Mar 16 21:07:49 fritz kern.warn kernel: [   94.200000]  event 13 name ath0 
Mar 16 21:07:50 fritz kern.warn kernel: [   94.600000]  __gmac_dev_event *************************************
Mar 16 21:07:50 fritz kern.warn kernel: [   94.600000]  event 1 name ath0 
Mar 16 21:07:50 fritz kern.warn kernel: [   95.160000] 
Mar 16 21:07:50 fritz kern.warn kernel: [   95.160000] Target Reset Magic Patteren set in MDIO_REGS[]={0x3a3b, 0x3c3d, 0x3e3f, 0x4a4b, 0x4c4d, 0x4e4f, 0x5a5b, 0x5c5d, }
Mar 16 21:07:54 fritz daemon.info hostapd: ath0: STA 60:36:dd:b7:31:35 IEEE 802.11: associated
Mar 16 21:07:54 fritz daemon.info hostapd: ath0: STA 60:36:dd:b7:31:35 WPA: pairwise key handshake completed (RSN)
Mar 16 21:07:55 fritz kern.warn kernel: [  100.160000] [1]system-load 100 % loadavg 3.12 0.99 0.35 - 120 tasks:107 % curr:ifx_ssc(32 %) max:perl(44 %, pid:1372), readytorun: 2, pgfault 1239/s (max 1 avg 1.0)
Mar 16 21:08:04 fritz daemon.info hostapd: ath0: STA 4c:80:93:18:67:ee IEEE 802.11: associated
Mar 16 21:08:04 fritz daemon.info hostapd: ath0: STA 4c:80:93:18:67:ee WPA: pairwise key handshake completed (RSN)
Mar 16 21:08:06 fritz kern.warn kernel: [  110.500000] [1]system-load 100 % loadavg 3.16 1.11 0.39 - 120 tasks:128 % curr:ifx_ssc(64 %) max:ifx_ssc(64 %, pid:115), readytorun: 2, pgfault 0/s (max 0 avg 0.0)
Mar 16 21:08:08 fritz kern.info kernel: [  113.400000] device wlan entered promiscuous mode
Mar 16 21:08:08 fritz kern.info kernel: [  113.400000] lan: port 5(wlan) entering forwarding state
Mar 16 21:08:09 fritz kern.info kernel: [  113.500000] device wlan_guest entered promiscuous mode
Mar 16 21:08:09 fritz kern.info kernel: [  113.500000] guest: port 1(wlan_guest) entering forwarding state
Mar 16 21:08:09 fritz daemon.info chronyd[2924]: chronyd version 1.25-pre1 starting
Mar 16 21:08:09 fritz daemon.info chronyd[2924]: Initial txc.tick=10000 txc.freq=0 (0.00000000) txc.offset=0 => hz=100 shift_hz=7
Mar 16 21:08:09 fritz daemon.info chronyd[2924]: set_config_hz=0 hz=100 shift_hz=7 basic_freq_scale=1.28000000 nominal_tick=10000 slew_delta_tick=833 max_tick_bias=1000
Mar 16 21:08:09 fritz daemon.info chronyd[2924]: Linux kernel major=2 minor=6 patch=32
Mar 16 21:08:09 fritz daemon.info chronyd[2924]: calculated_freq_scale=1.00000000 freq_scale=1.00000000
Mar 16 21:08:09 fritz daemon.warn chronyd[2924]: Could not open driftfile /var/tmp/chrony.drift for reading
Mar 16 21:08:10 fritz daemon.info hostapd: ath0: STA 78:d6:f0:88:2b:a6 IEEE 802.11: associated
Mar 16 21:08:10 fritz daemon.info hostapd: ath0: STA 78:d6:f0:88:2b:a6 WPA: pairwise key handshake completed (RSN)
Mar 16 21:08:13 fritz daemon.info chronyd[2924]: Selected source 86.59.80.170
Mar 16 21:08:20 fritz kern.warn kernel: [  124.520000] [1]system-load 2  loadavg 2.83 1.10 0.40 - 122 tasks:54 % curr:upnpd(16 %) max:upnpd(16 %, pid:1063), readytorun: 1, pgfault 273/s (max 3 avg 1.0)
Mar 16 21:08:47 fritz daemon.info hostapd: ath0: STA 40:f0:2f:66:38:42 IEEE 802.11: associated
Mar 16 21:08:48 fritz daemon.info hostapd: ath0: STA 40:f0:2f:66:38:42 WPA: pairwise key handshake completed (RSN)
Mar 16 21:09:17 fritz kern.info kernel: [  182.460000] /proc/tffs: info request: success
Code:
rc.mod version freetz-devel-11874
crond is disabled.
AVM telnetd is started by phone, failed.
Starting Freetz webinterface ... done.
swap is disabled.
Starting syslogd ... done.
Starting inetd ... done.
Reading AVM's phone book ... done.
Starting callmonitor ... done.
rc.mod finished.

hab noch ne Ausgabe der laufenden Prozesse angehängt, callmonitor läuft da 3 mal, ist das OK so?
Code:
root@fritz:/var/mod/root# ps
  PID USER       VSZ STAT COMMAND
    1 root      1236 S    init
    2 root         0 SW   [kthreadd]
    3 root         0 SW   [migration/0]
    4 root         0 SW   [ksoftirqd/0]
    5 root         0 SW   [watchdog/0]
    6 root         0 SW   [migration/1]
    7 root         0 SW   [ksoftirqd/1]
    8 root         0 SW   [watchdog/1]
    9 root         0 SW   [yield_w/0]
   10 root         0 SW   [yield_w/1]
   11 root         0 SW   [events/0]
   12 root         0 SW   [events/1]
   13 root         0 SW   [khelper]
   16 root         0 SW   [async/mgr]
   32 root         0 SW   [sync_supers]
   33 root         0 SW   [bdi-default]
   35 root         0 SW   [kblockd/0]
   36 root         0 SW   [kblockd/1]
   56 root         0 SW   [kswapd0]
   57 root         0 SWN  [ksmd]
   58 root         0 SW   [aio/0]
   59 root         0 SW   [aio/1]
   73 root         0 SW   [pm_info]
   80 root         0 SWN  [avmdebug]
  106 root         0 SW   [mtdblockd]
  115 root         0 DW   [ifx_ssc]
  127 root         0 SW   [l2tp]
  131 root         0 SW   [tffsd_mtd_0]
  132 root         0 SW   [avmnet_workqueu]
  133 root         0 SW   [PhyWaspHeartbea]
  139 root         0 SW   [avmnet_timer]
  141 root         0 SW<  [loop0]
  174 root         0 SW   [yaffs-bg-1]
  352 root         0 SW   [cleanup_timer_f]
  428 root         0 SW   [yaffs-bg-1]
  442 root         0 SW   [capi_pipew/0]
  443 root         0 SW   [capi_pipew/1]
  444 root         0 SW   [capi_schedw/0]
  445 root         0 SW   [capi_schedw/1]
  446 root         0 SW   [pcmlink_ctrl]
  449 root         0 SW   [capitransp]
  452 root         0 SW<  [avm_dect_thread]
  453 root         0 SW   [ksock tcp worke]
  454 root         0 SW   [ksock tcp serve]
  655 root       932 S <  /sbin/udevd --daemon
  675 root         0 SW   [khubd]
  876 root      2244 S    /bin/configd
  926 root      3876 S    dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
  934 root      2380 S    dsl_monitor -d
  935 root      2380 S    dsl_monitor -d
  936 root      2380 S    dsl_monitor -d
  940 root      2380 S    dsl_monitor -d
  951 root      3876 S    dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
  952 root      3876 S    dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
  953 root      3876 S    dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
  954 root      3876 S    dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
  955 root      3876 S    dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
  956 root         0 SW   [autbtex]
  957 root         0 SW   [pmex_ne]
  958 root         0 SW   [pmex_fe]
 1045 root         0 SWN  [dectuart_route]
 1048 root      2384 S    avmipcd
 1051 root      2900 S    l2tpv3d
 1058 root     13788 S    /usr/bin/avm/ctlmgr
 1063 root      6904 S    upnpd
 1101 root      3748 S    multid
 1104 root     13788 S    /usr/bin/avm/ctlmgr
 1105 root     13788 S    /usr/bin/avm/ctlmgr
 1106 root     13788 S    /usr/bin/avm/ctlmgr
 1121 root      3252 S    ddnsd
 1127 root      2600 S    upnpdevd
 1131 root      2600 S    upnpdevd
 1138 root      2400 S    wland -B
 1163 root      4016 S    dsld -i -n
 1182 root      5160 S    pbd
 1184 root      5160 S    pbd
 1186 root      5160 S    pbd
 1187 root      5160 S    pbd
 1200 root      1208 S    telnetd -l /sbin/ar7login
 1201 root      6036 S    telefon a127.0.0.1
 1205 root      6036 S    telefon a127.0.0.1
 1206 root      6036 S    telefon a127.0.0.1
 1209 root      5452 S    dect_manager
 1211 root      5532 S <  voipd
 1262 root      3560 S    feedd
 1269 root         0 SW   [avmcsrpc]
 1275 root      2036 S    pictured -Dpicserver -Dhandheld -Dsequence -Dpicdb -Djpegconvert
 1280 root      2924 S    audiod
 1312 root      4176 S    /usr/bin/aha
 1319 root      4176 S    /usr/bin/aha
 1320 root      4176 S    {upper_conn} /usr/bin/aha
 1321 root      4176 S    /usr/bin/aha
 1322 root      4176 S    /usr/bin/aha
 1323 root      4176 S    /usr/bin/aha
 1325 root      4176 S    /usr/bin/aha
 1326 root      4176 S    /usr/bin/aha
 1327 root      4176 S    {sRX} /usr/bin/aha
 1350 root      1756 S    capiotcp_server -p5031 -m99
 1368 root      1020 S    oamd
 1372 root     15096 S    /opt/bin/perl fhem.pl fhem.cfg
 1381 root       824 S    /bin/run_clock -c /dev/tffs -d
 1436 root      3184 S    usermand
 1494 root      3040 S    contfiltd
 1515 root      6904 S    upnpd
 1517 root      6904 S    upnpd
 1518 root      6904 S    upnpd
 1549 root      1204 S    {busybox} httpd-webcfg -P /var/run/webcfg.pid -p 81 -c /mod/etc/webcfg.conf -h /usr/mww/ -r Freetz
 1618 root      1216 S    {busybox} syslogd -L -C
 1623 root      1204 S    /sbin/klogd -c 4
 1657 root      1204 S    {busybox} inetd
 1737 root         0 SW   [wlan_com_tx_thr]
 2515 root      1236 S    init
 2526 root       932 S <  /sbin/udevd --daemon
 2530 root       932 S <  /sbin/udevd --daemon
 2535 root         0 SW   [tgt_alive_poll_]
 2815 root      1108 S    hostapd -B /etc/wpa2/WSC_ath0.conf
 2871 root      1100 S    hostapd -B /tmp/secguest4
 2924 root      1096 S    /sbin/chronyd -n -f /var/tmp/chrony.conf
 4735 root      1204 S    {busybox} logger -t callmonitor -p daemon.info
 4736 root      1204 S    {busybox} logger -t callmonitor -p daemon.debug
 4849 root      1196 S    {busybox} sleep 20000d
 4850 root      1200 S    busybox nc 127.0.0.1 1012
 6120 root      1228 S    -sh
 6160 root         0 SW   [flush-31:0]
 6399 root      1384 S    {callmonitor} /bin/ash /usr/sbin/callmonitor --debug
 6400 root      1204 S    {busybox} logger -t callmonitor -p daemon.info
 6401 root      1204 S    {busybox} logger -t callmonitor -p daemon.debug
 6429 root      1384 S    {callmonitor} /bin/ash /usr/sbin/callmonitor --debug
 6430 root      1384 S    {callmonitor} /bin/ash /usr/sbin/callmonitor --debug
 6431 root      1384 S    {callmonitor} /bin/ash /usr/sbin/callmonitor --debug
 6432 root      1196 S    {busybox} sleep 20000d
 6433 root      1200 S    busybox nc 127.0.0.1 1012
 6515 root      1208 R    {busybox} ps
 
Zuletzt bearbeitet:
Hi,
ich hab diesen Thread schon durchsucht, aber es wurde noch nicht besprochen.

Ich kann ja listener definieren um die Anrufe auf dem Linux Satreceiver anzuzeigen und auch für den PC mit Snarl geht das.
Aber wie bekomme ich die eingehenden Anrufe am Android Smartphone angezeigt?
Welche Art von http://freetz.org/wiki/packages/callmonitor/actions#Benachrichtigen brauche ich dafür und welches Gegenstück (app) muss am Smartphone laufen?
 
Ich kann ja listener definieren um die Anrufe auf dem Linux Satreceiver anzuzeigen und auch für den PC mit Snarl geht das.
Aber wie bekomme ich die eingehenden Anrufe am Android Smartphone angezeigt?

Nach kurzem Googlen hab ich "pushover" gefunden. Evtl. tut das was Du möchtest. Den curl-Request müsste man dann halt selbst als Aktion im callmonitor einrichten.

Oder Du nimmst die Fritz App Fon von AVM selbst.
 
Danke schon mal dafür.
Ich bin ja mit api calls überhaupt nicht bewandt.

Wie ich bei pushover gelesen habe soll man ein HTTP request mit POST machen.
Jetzt lese ich aber bei Freetz, dass es mit getmsg HTTP-GET-Requests gibt.

Pushover schreibt aber explizit das soll man nicht.
construct a POST request (not a GET request) to the following URL:
https://api.pushover.net/1/messages.json

Weiter weiß ich jetz nicht.

Bei Freetz im Wiki steht das folgende als Beispiel für ein Get-Request:
Code:
*:* ^ ^ getmsg 192.168.0.111 -p 222 -t "/home/phone?event=%s&id=%s&time=%s&source=%s&source_name=%s&destination=%s&destination_name=%s&extension=%s&duration=%s&provider=%s" "${EVENT}" "${ID}" "${TIMESTAMP}" "${SOURCE}" "${SOURCE_NAME}" "${DEST}" "${DEST_NAME}" "${EXT}" "${DURATION}" "${PROVIDER}"

Gibt es auch ein postmsg?
 
Du bist nicht auf die vorgefertigten Aktionen beschränkt, sondern kannst alles machen, was du im Terminal auch kannst. Oder externe eigene Scriptfunktionen anstoßen (in /tmp/flash/callmonitor/actions.local.d/)

Direkt dort auf der Startseite ist ein Beispiel mit curl. Für den Callmonitor umgeschrieben wäre das dann wohl:
Code:
*:* ^ ^ curl -s -F "token=abc123" -F "user=user123" -F "message=Anruf von $SOURCE_NAME"  https://api.pushover.net/1/messages.json

Wobei es evtl. bessere Benachrichtigungsapis für Android im LAN gibt, wo man seine privatesten Daten nicht über einen externen Anbieter schubsen muss. Sowas sollte sich aber - sofern existent - zügig finden lassen.
 
Ich habe jetzt einige Stunden mit dem Thema verbracht. Aber egal welche Art von action (dream2message,yac,samsung,getmsg,rawmsg) ich nehme, es klappt nicht.
Wenn ich, wie im Freetz Wiki beschrieben teste (zb.
Code:
callaction rawmsg <ip vom smartphone> "$SOURCE $SOURCE_NAME ruft an."
) kommt im telnet immer "
Code:
nc: can't connect to remote host (ip vom smartphone): Connection refused

Da fehlt doch eine Komponente, die am Smartphone auf die Meldungen lauscht.
Irgendeine App die auf diese Dinge lauscht (dream2message,yac,samsung,getmsg,rawmsg)

Irgendwie übersteigt das mein Wissen. Ich komm da nicht weiter. Und lass es erst mal sein.
 
Zuletzt bearbeitet:
Hi habe mir heute mal die aktuelle Labor gebaut von der 7490 gebaut!

Irgendwie habe ich jetzt ein Problem:

Code:
ACTION: 'curl https://api.prowlapp.com/publicapi/add -F xxxx   application=FritzBox -F description="Anrufer fuer $DEST_ENTRY: $LF${SOURCE_ENTRY} $LF$SOURCE" --insecure'
curl: can't load library 'libssl.so.0.9.8'
[0:3] action failed with an exit status of 1

Jemand eine Idee?
 
@bolle: 7490Labor enthält OpenSSL-1.0.x statt OpenSSL-0.9.8 wie alle anderen Firmwares bisher. Ich vermute mal, Du hast curl gegen "Freetz OpenSSL-0.9.8" gelinkt, diese dann ausgelagert. Das Medium mit den ausgelagerten Dateien hast Du mal eingesteckt gehabt mal nicht, auf jeden Fall hat es aber immer auch ohne das Medium funktioniert. Grund: zur Laufzeit wurde immer zumindest die "AVM OpenSSL-0.9.8" gefunden und verwendet. Jetzt fehlt diese halt bzw. die AVM-Firmware enthält diese nicht mehr.
 
Danke jetzt gehts wieder. Habe ein Image mit neuem Trunk gebaut! Jetzt gehts wieder!

Leider Zugriff auf das AVM Telefonbuch ist immer noch nicht möglich...
 
Callmonitor auf GitHub und Rückwärtssuche-Fix für dastelefonbuch.de

Seit Februar 2013 hat es ja keine Callmonitor-Updates mehr gegeben, weil Andreas Bühmann einfach zu wenig Zeit hat. Ich mache ja auch seit Jahren nichts mehr für Freetz, aber ich habe mal mit Andreas' Einverständnis das SVN-Repository (liegt auf Sourceforge) nach Git konvertiert und auf GitHub veröffentlicht. Der Plan ist, die Codebasis dort weiterzupflegen. Das Schöne an GitHub ist, daß jeder Benutzer auch ohne Commit-Rechte im offiziellen Repo einfach das Projekt forken und etwas verändern/verbessern kann, z.B. einen Fehler beheben. Anschließend kann er einen Pull Request schicken und der Maintainer - wer immer das auch zukünftig sein mag - kann es reviewen und ggf. übernehmen.

A propos Fehlerbehebung:
  • Ich habe mal exemplarisch die in 1.20.9 nicht mehr funktionsfähige Rückwärtssuche für dastelefonbuch.de gefixt (dasoertliche.de geht noch ohne Änderungen). Wer möchte, kann das direkt so bei sich patchen.
  • Da ich eine 7270v1 habe, auf der seit der Umstellung auf Multi-User-Logins bei modernen Boxen der normale session-basierte Einzelbenutzer-Login nicht mehr geht und damit auch keine Rückwärtssuche mehr aufgerufen wird, habe ich mal geforscht, woran es liegt: Der Grund ist, daß auf 7270v1 und vermutlich auch anderen Geräten die Diagnose für Multi-User-Firmwares fälschlicherweise positiv ausfällt und somit die falsche Login-Technik benutzt wird. Ich habe das bei mir lokal behoben, aber kann es mangels Multi-User-Box nicht auf Regressionen testen und habe es deshalb auch noch nicht eingecheckt. Falls jemand den Code sehen will, kann ich es in einen Branch einchecken, damit jemand testen kann, ob nun, wie von Andreas vermutet, die Multi-User-Boxen nicht mehr (oder nicht in jedem Fall) gehen.
 
Hallo Alexander,

Cool, dass Du (wenn auch indirekt) wieder mitmachst ;-)

Der Grund ist, daß auf 7270v1 und vermutlich auch anderen Geräten die Diagnose für Multi-User-Firmwares fälschlicherweise positiv ausfällt und somit die falsche Login-Technik benutzt wird.
Ich hatte mal auch ein wenig Zeit in die Sache investiert gehabt und hatte am Ende auch den Verdacht, dass es genau daran liegt. Könntest Du bitte Deinen Fix publik machen bzw. an dieses Ticket anhängen? Danke!

Grüße,
Gene
 
Ich habe mal exemplarisch die in 1.20.9 nicht mehr funktionsfähige Rückwärtssuche für dastelefonbuch.de gefixt (dasoertliche.de geht noch ohne Änderungen). Wer möchte, kann das direkt so bei sich patchen.

Du bist mein Held! Allein der Tipp mit "DasÖrtliche" war schon Gold wert. Ich hatte das gar nicht ausprobiert, dachte das sei alles "im Dutt". Jetzt funktioniert es wenigstens wieder. Ein fettes Danke!
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.