FBFW 7270 Version 54.04.97-11197 (Telefonie-Labor)

[pcccc]

Hallo inquisitor,

hat die Einstellung Sprechpausen-Erkennung (VAD) einen Einfluß darauf?

 

[inquisitor]

Ne, die ist ausgeschaltet.

 

[fraenki79]

Halloa!
Habe grade festgestellt, dass die Info-Leuchte bei mir nicht richtig funktioniert.
Einstellung: Blinken bei Fax, Entg. Anruf und AB. Push-Servie f. AB.
Nach Aufzeichnung auf AB blinkt sie drei-viermal und das wars. Fax hab ich noch keins bekommen.

Gruß, Miach

Hi,

ich habe das mit der Info-LED bei mir auch festgestellt. Blinkt 3-4 mal und das war es. Ist das bei Euch auch so, oder gibt es dafür evtl. schon eine Lösung?

Gruß
Frank

 

[penkert]

@inquisitor:
Wenn Du die Gegenseite mit "Rauschpausen" hörst, schätze ich, dass die Rauschunterdrückung auch eher auf der Gegenseite zu suchen sein sollte.

Zur Stabilität der Labor-Version: Die WLAN-Verbindung wird hier mit der Zeit brüchiger, so dass ich die Fritzbox nach ner Woche immer mal neu starten muss.

 

[inquisitor]

@penkert
Die Rauschpausen sind aber in beiden Richtungen zu hören. Allerdings kamen mit einem Gigaset S67H und einem Sinus 501 (=Gigaset S68H) nahezu identische DECT-Mobilteile zum Einsatz, sodaß auch die ursächlich sein könnten.

 

[steve]

Habe ein Siemens A165 (m.E. baugleich A160). Wenn ich direkt an die FB anmelde, funktioniert die Anrufliste (Briefsymbol) leider nicht.
Weiss jemand, ob man da was machen kann oder ob das gehen sollte?
Danke im Voraus.

Funktioniert das mittlerweile mit dem A160 / 165 mit einer der neuen Firmware-Versionen?

Gruß
Steve

 

[Catalonia]

Funktioniert das mittlerweile mit dem A160 / 165 mit einer der neuen Firmware-Versionen?

Nein.


Gruss
Catalonia

 

[pru79]

Das funktioniert bei keinem Telefon...

 

[Drago_r]

Hab die Labor nun auch eingespielt,funktioniert auch alles bis auf das ich nach kurzer Zeit nicht mehr auf die Oberfläche der Box zugreifen kann,also der Bildschirm bleibt leer obwohl das laden der seite fertig ist!nach neustart gehts wieder kurz!
Hat das noch jemand von euch oder schon ne Lösung dafür?

 

[inquisitor]

CLIP bei ENUM/IP-Anrufen

Mir ist aufgefallen, daß bei per ENUM-initiierten Anrufen keine CLIP mehr angezeigt wird, wobei ich nicht weiß, ob das an der Labor-Firmware liegt. Bei der FBF 7050 bekam man jedenfalls noch eine Nummer der ENUM-Anrufer angezeigt.
Ist jedenfalls ziemlich dämlich, wenn man bei ENUM auf CLIP verzichten muß. Man könnte doch sicherlich zumindest auf den DECT-Mobilteilen die SIP-URI des Anrufers anzeigen lassen.

 

[inquisitor]

Habe mit der Labor Firmware seit heute merkwüdrige Probleme. Anrufe über dus.net kommen zwar in der FBF an, werden aber als busy abgewiesen, obwohl auf der Box keinerlei Telefonate geführt werden und Anklopfen aktiviert ist. Ich sehe auf der Box auch alle Anrufe
sipgate funktioniert einwandfrei.
Das ganze sieht so aus:

Aug 7 20:13:42 voipd[1640]: <<<UDP Request: INVITE sip:[email protected];uniq=5EB3AFA2E9229F5F6383518628D79 (102)
Aug 7 20:13:42 voipd[1640]: [email protected]: bandwidth left 4294967295 (16kHz)
Aug 7 20:13:42 voipd[1640]: audio: 8 (8 PCMA/8000)
Aug 7 20:13:42 voipd[1640]: audio: 8 (8 PCMA/8000) => (8 (8 PCMA/8000))
Aug 7 20:13:42 voipd[1640]: audio: 0 (0 PCMU/8000)
Aug 7 20:13:42 voipd[1640]: audio: 0 (0 PCMU/8000) => (0 (0 PCMU/8000))
Aug 7 20:13:42 voipd[1640]: audio: 111 (111 G726-32/8000)
Aug 7 20:13:42 voipd[1640]: audio: 111 (111 G726-32/8000) => (111 (111 G726-32/8000))
Aug 7 20:13:42 voipd[1640]: audio: 101 (101 telephone-event/8000)
Aug 7 20:13:42 voipd[1640]: audio: 101 (101 telephone-event/8000) => (101 (101telephone-event/8000))
Aug 7 20:13:42 voipd[1640]: remote: 8 0 111 101
Aug 7 20:13:42 voipd[1640]: local: 8 0 111 101
Aug 7 20:13:42 voipd[1640]: call from sip:[email protected] to 0 (sip0:01721234567)
Aug 7 20:13:42 voipd[1640]: VoIP led value = 18
Aug 7 20:13:42 voipd[1640]: >>>UDP Status: 100 Trying (102)
Aug 7 20:13:42 voipd[1640]: call_progress_disconnect(appl=5 plci=0x505 ncci=0x0 outgoing)
Aug 7 20:13:42 voipd[1640]: call_progress_disconnect(appl=5 plci=0x505 ncci=0x0 outgoing): 0x3491 -
Aug 7 20:13:42 voipd[1640]: >>>UDP Status: 486 Busy Here (102)
Aug 7 20:13:42 voipd[1640]: <<<UDP Request: ACK sip:[email protected];uniq=5EB3AFA2E9229F5F6383518628D79 (102)
Aug 7 20:13:42 voipd[1640]: VoIP led value = 1
Aug 7 20:13:42 voipd[1640]: output: failed 0, onhold 0, queue full 0
Aug 7 20:13:42 voipd[1640]: small packets merged 0, output 0, consumedfrom CNG 0
Aug 7 20:13:42 voipd[1640]: normal 0 merged 0 delayed 0
Aug 7 20:13:42 voipd[1640]: dropped 0 chunks (0 samples) and 0 samples
Aug 7 20:13:42 voipd[1640]: generated noise: oben 0/unten <=0
Aug 7 20:13:42 voipd[1640]: call from sip:[email protected] terminated (486)
Aug 7 20:13:42 voipd[1640]: EVENT(78): Internettelefonie mit 01721234657 ³ber dus.net war nicht erfolgreich. Ursache: Busy Here (486)
Aug 7 20:13:42 voipd[1640]: disconnected(appl=5 plci=0x505 ncci=0x0 outgoing):local: 0x3491 (0x0000) -

Auf meiner zweiten FBF mit derselben Labor Firmware kommt statt

Aug 7 20:13:42 voipd[1640]: call_progress_disconnect(appl=5 plci=0x505 ncci=0x0 outgoing)
Aug 7 20:13:42 voipd[1640]: call_progress_disconnect(appl=5 plci=0x505 ncci=0x0 outgoing): 0x3491 -

das hier:

Aug 7 20:16:18 voipd[1522]: alerting(appl=5 plci=0x705 ncci=0x0 outgoing)
Aug 7 20:16:18 voipd[1522]: >>>UDP Status: 180 Ringing (102)
Aug 7 20:16:19 telefon[998]: SIGCHLD received!

Mehrere Reboots halfen nicht ab. Kennt jemand das Problem?

 

[AleksCee]

Das Problem kenne ich zum Glück zwar noch nicht - aber wie hast Du diese Trace erstellt?

 

[inquisitor]

per Telnet - Du stoppst dem VoIP Demon per "voipd -s" und startest ihn dann wieder im verbose-mode it "voip -v". Man kann auch irgendwo in der var/flash/voip.cfg den verbose-mode dauerhaft einschalten. Da muß irgendwo ein "yes" statt "no" setzen.

 

[AleksCee]

Ah, danke - eine Frage noch - gibt es auch einen syslogd den man aktivieren kann? in der export/support.txt steht immer was von avmsyslog oder so... wäre total klasse wenn AVM den mal aktivieren würde....

 

[inquisitor]

Mit dem syslogd kann ich Dir nicht weiterhelfen, aber mein Problem hat sich durch ein power cycle gelöst. Zuvor hatte ich die Kiste immer nur ohne Stromunterbrechung neu gestartet.

 

[Dogmatix]

WPA oder WPA2

Ich habe zwei Internet Radios (AE Wifi Radio und Imp Adapt, beide Reciva-Geräte) die angeblich WPA und WPA2 fähig sind. Es kommt aber folgende komische Effekte vor:

1. setzte ich mein 7270 (FW: 11197) auf WPA, funktionieren die Radios, und der FB zeigt im WLAN-Monitor für beide Radios WPA an.

2. setzte ich mein 7270 auf WPA+WPA2, funktionieren die Radios, und der FB zeigt für beide WPA2 an.

3. setzte ich jedoch mein 7270 auf nur WPA2, finden die Radios zwar mein WLAN Netz, meinen aber, sie sei nicht unterstützt.

Hat dieser Firmware etwa ein WPA2-Bug drin?

(Andere Einstellungen: Kanal 4, b+g, IPTV ein.)

 

[penkert]

@Dogmatix:

Neben den zwei Standards WPA und WPA2 gibt es noch zwei Verschlüsselungsarten: TKIP und CCMP. Letzteres nutzt AES-Verschlüsselung. WPA wurde zunächst nur mit TKIP freigegeben, und CCMP kam später hinzu. WPA2 enthielt immer schon beide Optionen. Soweit ich weiß setzt die Fritzbox im reinen WPA1-Modus immer TKIP ein, im reinen WPA2-Modus immer CCMP und im gemischten Modus beide WPA-Varianten mit jeweils (!!!) beiden Verschlüsselungen.In diesem Fall hat der Client freie Auswahl.

Ich könnte mir vorstellen, Deine Internetradios können vielleicht keine AES-Verschlüsselung, so dass sie sich nur mit WPA oder WPA2 im TKIP-Modus verbinden können. Somit fiele der reine WPA2-Modus der Fritzbox weg.

 

[Dogmatix]

Danke, penkert, für diese Aufklärung. Daß erklärt warum daß meine Radios in WPA2-Modus arbeiten können wenn der FB auf WPA+WPA2 eingestellt ist, aber nicht bei nur-WPA2. Nur komisch daß der FB nicht die Option nur-WPA2 mit TKIP unterstützt, eben wegen Rückwertskompatibilität mit nicht-AES-Clients.

 

[Looserkf]

Ich habe gerade noch ein mal Resettet und angemeldet.
Noch ein mal wie ich das mache:
--Handteile sind angemeldet. FritzBox auf Repeaterunterstüzung geschaltet(Checkbox), und Pin auf 0000.
--Repeater befindet sich in Paarungsmodus, 1 Meter von FB entfernt. UND IST AUS!
--Ich drücke DECT Taste am FB, und halte 10 sec bis der blinkt.
--Sofort Repeater in die Steckdose, nach 3 sec raus und sofort rein.
--Repeater blinkt ganz schnell, ich gehe gemütlich Handteil hollen, drücke Abheben, Taste 2, Taste *, und dann Auflegen.
Das wars.

Ich grab die Info hier nochmal aus, und hoffe, dass mit jemand helfen kann.

@Stal-ker
Habe den gleichen FW-Stand und auch den gleichen Repeater wie du laut Sig - allerdings bekomme ich es - trotz deiner simplen Anleitung - einfach nicht hin, mein 3000er Pocket daran anzumelden.

Entweder der Repeater blinkt dauerhaft ohne Unterbrechung oder schneller mit Unterbrechung, das wars aber dann.
Bei "Abheben, Taste 2 und Taste *" ist dann Ende und nichts tut sich.

Den Abstand Repeater zur FB habe ich schon mehrmals verändert - nix.

Jemand vielleicht noch nen Tipp?

 

[Catalonia]

Jemand vielleicht noch nen Tipp?

Wenn der Repeater bereits an einer anderen DECT-Basis angemeldet war dann ist es wichtig, das der Repeater vor der Neuanmeldung in den Auslieferzustand zurueckgesetzt wird!

Gruss
Catalonia