neuer mod - m3.21 und m4.21

[supamicha]

hier die neueste ausgabe.

veränderungen zu m3.12 und m4.12 :
- konfigurationsdateien für openvpn liegen jetzt in /var/flash, default erzeugen mit configvpn, ist besser zum testen
- ata-mod integriert, ata image zur erstellung notwendig
- einstellmöglichkeiten für konsole - meldungsausgabe nur auf bestimmter konsole (oder garnicht), serielle konsole in 25x80)
- fix fürs aufräumen (war ein bisschen viel)

- todo : routing - hat hier jemand ahnung von, ich kriegs nicht hin

m3.20 für 12.03.71, 14.03.71, 06.03.67, 08.03.67
m4.20 für 08.03.73

empfehlung: debug.cfg löschen und neu erstellen lassen

rückmeldung wie immer hier.

micha



edit:
ein stückchen weiter unten m3.21 und m4.21 mit capi mod

 

[fritzchen]

aaaaaaaaaaaaaaaaaaahhh, das kommt 10 minuten zu spät, habe gerade einen ata+mod3_image erstellt, info blinckt noch...

super sache, werde ich direkt danach ausprobieren :wink:

 

[Obi]

@ supamicha

Klasse - Danke !

Mein System (siehe Sig.) läuft zwar gerade sehr gut,
werde mich aber wohl trotzdem an dem neuen MOD versuchen.

Interessant ist, daß der ATA-MOD jetzt integriert ist.

Gruß

Obi

 

[Dino75195]

Hi, auf welche Firmware von AVM setzt der MOD auf,
ist da schon WDS integriert?

gruß Robert

 

[Cassiopeia2000]

Hm,

kann mir mal fix jemand den Ata-Mod erklären??? Was macht der?

 

[supamicha]

der mod läuft mit 12.03.71, 14.03.71, 06.03.67, 08.03.67 (m3.20) und 08.03.73 (m4.20).
ob wds geht oder nicht hängst von der ursprungsfirmware ab.

für atamod guckst du hier : http://www.ip-phone-forum.de/forum/viewtopic.php?t=22978

micha

 

[ts201]

Das hört sich doch gut an... super wäre wirklich das routing... wo sind die experten ?

 

[supamicha]

hallo,

der letzte mod ist zwar noch nicht trocken, aber hier ein neuer:

- capi mod hinzugefügt, wie immer config über debug.cfg

micha

 

[ts201]

wozu is der capi mod ?

 

[supamicha]

guckst du hier : http://www.ip-phone-forum.de/forum/viewtopic.php?t=25591

z.b. faxen über die fritzbox

micha

 

[Darkyputz]

hiho...na das iss ja der brüller wenn das klappt!!
wie sieht denn das mit der 7050 wlan aus??
geht dann wlan noch, oder zuwenig platz??
ausserdem kann das auch die "alte" box mit 08.03.73 firmeware???

IHR SEIT ECHT DIE BESTEN

Wenn ihr da jetzt noch aufräumen und kaffeekochen reinbekommt, kriegt ihr von mir nen oskar...

 

[supamicha]

wlan geht, einrichtungsassi und hilfedateien müssen weg. mit der alten box sollte es auch gehen.

micha

 

[ts201]

Also VPN bekomme ich wriklich nicht hin... mein Log :

Thu Sep 08 14:52:52 2005 OpenVPN 2.0 Win32-MinGW [SSL] [LZO] built on Apr 17 2005
Thu Sep 08 14:52:52 2005 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Thu Sep 08 14:52:52 2005 Static Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Sep 08 14:52:52 2005 Static Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Sep 08 14:52:52 2005 Static Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Sep 08 14:52:52 2005 Static Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Sep 08 14:52:52 2005 TAP-WIN32 device [VPN] opened: \\.\Global\{A453FC3D-DD02-41ED-8EBE-99D69F260745}.tap
Thu Sep 08 14:52:52 2005 TAP-Win32 Driver Version 8.1
Thu Sep 08 14:52:52 2005 TAP-Win32 MTU=1500
Thu Sep 08 14:52:52 2005 Notified TAP-Win32 driver to set a DHCP IP/netmask of 10.0.0.2/255.255.255.252 on interface {A453FC3D-DD02-41ED-8EBE-99D69F260745} [DHCP-serv: 10.0.0.1, lease-time: 31536000]
Thu Sep 08 14:52:52 2005 Successful ARP Flush on interface [4] {A453FC3D-DD02-41ED-8EBE-99D69F260745}
Thu Sep 08 14:52:52 2005 Data Channel MTU parms [ L:1548 D:1500 EF:48 EB:4 ET:0 EL:0 ]
Thu Sep 08 14:52:52 2005 Fragmentation MTU parms [ L:1548 D:1500 EF:48 EB:4 ET:0 EL:0 ]
Thu Sep 08 14:52:52 2005 Local Options hash (VER=V4): 'dde58edc'
Thu Sep 08 14:52:52 2005 Expected Remote Options hash (VER=V4): '4d8be752'
Thu Sep 08 14:52:52 2005 UDPv4 link local (bound): [undef]:1194
Thu Sep 08 14:52:52 2005 UDPv4 link remote: 87.122.1.119:1194
Thu Sep 08 14:52:52 2005 Peer Connection Initiated with 87.122.1.119:1194
Thu Sep 08 14:52:53 2005 TEST ROUTES: 0/0 succeeded len=1 ret=0 a=0 u/d=down
Thu Sep 08 14:52:53 2005 Route: Waiting for TUN/TAP interface to come up...
Thu Sep 08 14:52:55 2005 TEST ROUTES: 0/0 succeeded len=1 ret=0 a=0 u/d=down
Thu Sep 08 14:52:55 2005 Route: Waiting for TUN/TAP interface to come up...
Thu Sep 08 14:52:56 2005 TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up
Thu Sep 08 14:52:56 2005 route ADD 87.122.1.119 MASK 255.255.255.255 192.168.0.1
Thu Sep 08 14:52:56 2005 Route addition via IPAPI succeeded
Thu Sep 08 14:52:56 2005 route DELETE 0.0.0.0 MASK 0.0.0.0 192.168.0.1
Thu Sep 08 14:52:56 2005 Route deletion via IPAPI succeeded
Thu Sep 08 14:52:56 2005 route ADD 0.0.0.0 MASK 0.0.0.0 10.0.0.1
Thu Sep 08 14:52:56 2005 Route addition via IPAPI succeeded
Thu Sep 08 14:52:56 2005 route ADD 0.0.0.0 MASK 0.0.0.0 10.0.0.1
Thu Sep 08 14:52:56 2005 Route addition via IPAPI succeeded
Thu Sep 08 14:52:56 2005 Initialization Sequence Completed
Thu Sep 08 14:53:01 2005 WARNING: 'ifconfig' is used inconsistently, local='ifconfig 10.0.0.2 10.0.0.1', remote='ifconfig 10.0.0.1 10.0.0.2'
Thu Sep 08 14:53:17 2005 Replay-window backtrack occurred [6]
Thu Sep 08 14:53:18 2005 Replay-window backtrack occurred [7]
Thu Sep 08 14:53:18 2005 Replay-window backtrack occurred [11]
Thu Sep 08 14:53:18 2005 Replay-window backtrack occurred [15]
Thu Sep 08 14:53:19 2005 Replay-window backtrack occurred [21]

 

[SeeDyX]

zum capi-mod:
ich versteh das irgendwie nciht so ganz....
der capiserver wird normalerweise auch schon in der original FW gestartet, allerdings so:
/usr/bin/capiotcp_server -p5031 -m1
damit kann man auch schon faxen (selber ausprobiert über wlan)
das dtrace update macht es ja jetzt so, dass es diesen laufenden daemon killt, und ihn dann neustartet aber mit:
/usr/bin/capiotcp_server -p5031 -m3
leider versteh ich nciht so ganz was dieses m3 bedeutet, und folgendes sagt mir nichts:

~ # capiotcp_server -?
usage: (null) capiotcp_server [options]
options:
  -?                 - print this help
  -p INTEGER         - Port Number. (5031)
  -m INTEGER         - Max CAPI Controller. (1)
  -D STRING          - switch debug logs on. (NULL)

weiß jemand was das bedeutet?

aber zum mod: du hast ja einfach das script aus dem dtrace update genommen und eingefügt.

major=`grep tffs /proc/devices`
tffs_major=${major%%tffs}
killall capiotcp_server
sleep 5
/usr/bin/capiotcp_server -p5031 -m3 &

Was machen denn eigneltich die ersten beiden zeilen? braucht man die überhaupt? (hat ja avm so gemacht, aber was bringt das?) insbesondere die 2. zeile versteh ich nicht

aber jetzt zu dem eigneltichen: mal angenommen die beiden eben angesprochenen zeilen haben wirklich keinen sinn, dann läuft der start der frizbox ja jetzt so ab: capi starten (mit m1) --> capi killen --> capi starten (m3)
[s:179736e692]kann man nciht einfach beim ersten aufruf von dem capiserver den parameter ändern?[/s:179736e692]
hab grad mal genauer in der fritzbox nachgeschaut wie das gemacht wird... die parameter von dem capi server liegen in der ar7.cfg!! also einfach dort die 1 durch ne 3 ersetzten müsste den selben effekt haben.....
hat eigneltich inzwischen wer rasugefunden wie man in der ar7.cfg mithilfe des tools ar7cfgctl dinge auslesen bzw viel wichtiger schreiben kann?

 

[olistudent]

Hi.
Die Zahl gibt wohl die "Verbindngen" an.
Die Fritz hat anscheinend 4 Capi-Controller, deswegen 3 Verbindungen?
Kannst du dir bei dtrace auch mal anschauen.

/var/tmp # ./test
+ cat /proc/devices
+ grep tffs
254 tffs
+ grep tffs /proc/devices
+ major=254 tffs
+ tffs_major=254
/var/tmp #

Klar?
Den major braucht man zum Anlegen von Character-Devices in /var/flash:

/var/tmp # ls -al /var/flash/
drwxr-xr-x    1 root     root            0 Sep  8  2002 .
drwxr-xr-x    1 1000     100             0 Jul 30 02:28 ..
crw-r--r--    1 root     root     254, 113 Sep  8  2002 ar7.cfg
crw-r--r--    1 root     root     254,  98 Sep  8  2002 debug.cfg
crw-r--r--    1 root     root     254, 132 Sep  8  2002 fx_cg
crw-r--r--    1 root     root     254, 129 Sep  8  2002 fx_conf
crw-r--r--    1 root     root     254,  99 Sep  8  2002 fx_def
crw-r--r--    1 root     root     254, 130 Sep  8  2002 fx_lcr
crw-r--r--    1 root     root     254, 131 Sep  8  2002 fx_moh
crw-r--r--    1 root     root     254, 112 Sep  8  2002 multid.leases
crw-r--r--    1 root     root     254, 117 Sep  8  2002 net.update
crw-r--r--    1 root     root     254, 116 Sep  8  2002 stat.cfg
crw-r--r--    1 root     root     254, 133 Sep  8  2002 telefon_misc
crw-r--r--    1 root     root     254, 114 Sep  8  2002 voip.cfg
crw-r--r--    1 root     root     254, 118 Sep  8  2002 vpn.cfg
crw-r--r--    1 root     root     254, 115 Sep  8  2002 wlan.cfg
/var/tmp #

Und hast du den major gefunden? :mrgreen:
Das hinterm Komma ist nennt sich minor.

Ja/nein:

/var/tmp # echo capiovertcp.port | ar7cfgctl -w
load: ok
capiovertcp.port = 5031
/var/tmp #

MfG Oliver

 

[SeeDyX]

Hi.
Klar?

hm ich gluabe so ungefähr... die erste zeile schreibt einfach das ergebnis von "grep tffs /proc/devices" in die variable major, was "254 tffs" ist. soweit klar. dann kommt die 2. Zeile und und schneidet das "tffs" ab und schreibt das ergebnis in ne neue variable "tffs_major" da steht dann also "254 ". Richtig?

Aber was ich eigneltich meinte ist: wozu braucht avm diese beiden zeilen bzw variablen an dieser stelle? denn die werden doch nciht mehr benutzt? und es wird doch auch kein character device angelegt? braucht der capiotcp_server die? (leben die variablen überhaupt lang genug?) wozu denn?

(/me kann zwar C++, aber mit shellscripting isses nciht so weit her.... )

zur ar7cfgctl: hab auch grad noch die seite im wiki dazu gefunden
wie ich jetzt was da rein schreiben würde wäre so:

echo capiovertcp.port=4711 | ar7cfgctl

oder so ähnlich (z.B. statt = ein > oder sonst irgendein zeichen....)
nur ich trau mich nciht das einfach mal auszuprobieren :cry:
hat das denn schonmal wer gemacht oder würde das wer ausprobieren, der weiß wie man ne kaputte ar7.cfg widerherstellt?
(ich weiß ich bin feige.... )

 

[olistudent]

zur ar7cfgctl: hab auch grad noch die seite im wiki dazu gefunden
wie ich jetzt was da rein schreiben würde wäre so:

echo capiovertcp.port=4711 | ar7cfgctl

oder so ähnlich (z.B. statt = ein > oder sonst irgendein zeichen....)
nur ich trau mich nciht das einfach mal auszuprobieren :cry:
hat das denn schonmal wer gemacht oder würde das wer ausprobieren, der weiß wie man ne kaputte ar7.cfg widerherstellt?
(ich weiß ich bin feige.... )

/var/tmp # echo capiovertcp.port=4711 | ar7cfgctl
load: ok
error=3 capiovertcp.port=4711
/var/tmp #

:cry:

 

[fritzchen]

mein feedback:

danke für Deine Weiterentwicklung, ich bin Dein größter Fan!

läuft alles super, mein Interesse war der ata-mod, eine serielle Konsole habe ich nicht, isdn für die capi nur an anderer Stelle (also späteres Feedback) und die route für vpn bekomme ich auch nicht hin...


Besten Dank noch einmal!

 

[Obi]

...
läuft alles super, mein Interesse war der ata-mod
...

@fritzchen

Mein Interesse ist auch der ata-mod (wie Du vielleicht an anderer Stelle hier im Forum gelesen hast) :wink:

Meinen 1sten ata-mod habe ich mir nach pfeffer´s Anleitung selber zusammen-gebastelt.
Dieser ata-mod läuft auch sehr stabil.

Könntest Du hier evtl. eine kurze Anleitung posten, wie ich das mit dem "neuen" ata-mod hinbekommen kann ?

Wäre nett...

Gruß

Obi

 

[fritzchen]

Könntest Du hier evtl. eine kurze Anleitung posten, wie ich das mit dem "neuen" ata-mod hinbekommen kann ?

Hi Obi,

ich versuche mein Bestes, wenn es unverständlich ist, frag einfach nach:

meine Box musste ich wegen zahlreicher Versuche recovern, so dass ich von einer blitzeblanken neuen Box ausgehe, mit dem m3.21 auf einer alten fbf ohne wlan...

zu erst habe ich den Hacken bei "alle Computer im selben Netzwerk entfernt, den dhcp -Server aber angelassen.

dann habe ich in der debug.cfg ata_mod auf 1 gesetzt und neugestartet

dann habe ich im Webinterface die PPPOE - Zugangsdaten eingegeben

danach habe ich in der ar7.cfg

   dslglobalconfig {
                autodetect = no;
                pppoeiface=eth0;

manuell geändert, weil das nicht automatisch gemacht wurde.

Danach bin ich nur noch per USB auf die Box gekommen, aber dafür hat sie die brav die Internetverbindung hergestellt und die SIP-Accounts registriert...

Wie gesagt, bin gerne bereit die Anleitung so gut ich kann zu präzisieren...