Sinus 720P: ISDN-Rufumleitung und Anruferliste
Gunnar Kaestle
Seit wenigen Tagen ist die Umstellung auf ISDN vollbracht, angeschafft
wurde ein T-Sinus 720P (vgl. Gigaset 4130 = (3035|4135)/AB ) samt
zusätzlichem Mobilfon 70OK (GS 4000C).
Nun stelle ich folgendes Problemchen fest:
Bei aktiver Vst-Umleitung (bei Nichtmelden) wird der ankommende Anruf nicht
in die Anruferliste eingetragen. Obwohl im Display die Nummer des Anrufers
angezeigt wird, schenkt sich das Gerät nach Auflegen des Anlaeutenden sowohl
das Anfuegen der neuen Nummer in die Anruferliste als auch die Generierung
eines Nachrichtensymbols (Briefumschlag).
Ist dieses Manko auch bei den Gigaset Geraeten bekannt, oder sind damit nur
die Telekom-Klone behaftet?
Ach ja, noch was: ich kann beim Mobilteil eine Ruftonmelodie festlegen wie
ich will, das Telefon ist davon gaenzlich unbeeindruckt und toent mir stets
mit dem Standardzirpen entgegen. Hat jemand eine Ahnung warum das so ist?
Gruss
Gunnar
--
gunnar....@gmx.net public key available at
http://www.rz.uni-karlsruhe.de/Uni/CA/PGP/user/#gunnar.kaestle
>>>>>>>>>> Hello! I'm a .signature virus! <<<<<<<<<<<
>> Copy me into your ~/.signature to help me spread! <<
Christoph Pelzer
genau dieses habe ich auch schon mit diversen anderen Geraeten an
meinem Anschluss festgestellt. Die Rueckfragen bei der Telekom
ergaben folgendes: (im voraus Entschuldigung fuer diese nicht-
technische Erklaerung)
Da die Weiterleitung nicht an deinem Anschluss, sondern in der VSt
stattfindet, "denkt" Dein Telefon, dass das Gespraech
entgegengenommen worden ist und deswegen landet der Anrufer nicht
in der Liste.
So wurde es mir zumindest erklaert. Ich habe leider auch noch
immer dieses Problem und falls es eine Loesung gibt, bin ich an
der stark interesiert.
Christoph
Gunnar Kaestle
> genau dieses habe ich auch schon mit diversen anderen Geraeten an
> meinem Anschluss festgestellt.
Was sind das fuer Apparate? Alle aus derselben Produktfamilie?
> Da die Weiterleitung nicht an deinem Anschluss, sondern in der VSt
> stattfindet, "denkt" Dein Telefon, dass das Gespraech
> entgegengenommen worden ist und deswegen landet der Anrufer nicht
> in der Liste.
Ich kenne mich jetzt nun wirklich nicht mit ISDN-Protokollen aus, aber diese
Antwort der Hotline finde ich unbefriedigend. Klar ist, dass eine Umleitung
(sofort) gar nicht erst das Geraet erreicht, und daher keine Infos ueber
einen Anruf haben kann. Die Anrufweiterschaltung bei besetzt kann auf
zweierlei Arten ausgeloest werden, einmal wenn beide Kanaele belegt sind
wird dies bereits durch die VSt erkannt und wenn das (einzige) Endgeraet
einer MSN schon in Beschlag genommen ist, dann muesste dies die
Telefonanlage/Basisstation/Endgeraet signalisieren. Im zweiten Fall wird ja
meist dem Angerufenem die Moeglichkeit zum Makeln gegeben.
Warum aber sollte - vorrausgesetzt, die Firmwareprogrammierer sehen das
ebenso - bei der Anrufweiterschaltung bei Nichtmelden, die Nummer des
Anrufenden mit RNUe, die das Endgeraet ja ca. 20s lang bombardiert, nicht
nur erkannt, sondern auch gespeichert werden. Nebenbei bemerkt kann man
zwischen der Anruferliste "verpasste Anrufe" und "alle Anrufe" waehlen, und
bei letzteren sind auch die entgegengenommenen Anrufe mit drin.
Ich glaube, dass dieses Manko im wahrsten Sinne des Wortes unter die Rubrik
"it's not a bug it's a feature" faellt, und dann doch mit der obigen
Begruendung (Die schon aufs Handy weitergeleiteten Anrufe kennt der Kunde ja
schon, dann braucht er damit nicht noch mal zu Hause ein zweites Mal mit
redundanter Information belaestigt zu werden). Allerdings haben sich die
Produktmanager dann nicht ueberlegt, was dann mit den Anrufen passiert, die
nur kurz anlaeuten, dann auflegen und somit nicht weitergeleitet werden.
Diese werden nicht angezeigt und bleiben unbeachtet.
Markus Gohl
> Nun stelle ich folgendes Problemchen fest:
Das Problem habe ich an meinem T-Concept CP720
auch. Du kannst es folgendermaßen umgehen:
Schalte die AWS über das Menü aus, und aktiviere die
entsprechende AWS über Keypad direkt mit den
Steuercodes:
aktivieren:
*21*ziel# AWS sofort (CF)
*61*ziel# AWS bei Nichtmelden (CFNR)
*67*ziel# AWS sofort (CFU)
deaktivieren:
#21#
#61#
#67#
So müsste es funktionieren und die Nummern in
der Liste erscheinen.
Das Telefon bekommt so in der Regel nichts von
der Aktion mit, obwohl über den D-Kanal die Nach-
richten laufen.
Adele und viel Glück
Markus
Christoph Pelzer
> Was sind das fuer Apparate? Alle aus derselben Produktfamilie?
Gigaset 3070 Basis mit Gigaset 4000C Mobilteilen, Telekom Sinus 61K,
Gigaset 4030 Basis mit 4000er C Mobilteil und Eumex 302PC und
T-Concept CX720.
Mir scheint, als ob Du Dich wesentlich besser mit der Materie auskennst als
ich. In dieser Beziehung bin ich dann doch eher ein einfacher User. Natuerlich
fand ich die "Erklaerung" der Hotline auch sehr unbefriedigend aber man
versicherte mir, dass es angeblich keine andere Loesung gibt.
> Ich glaube, dass dieses Manko im wahrsten Sinne des Wortes unter die Rubrik
> "it's not a bug it's a feature" faellt, und dann doch mit der obigen
> Begruendung (Die schon aufs Handy weitergeleiteten Anrufe kennt der Kunde ja
> schon, dann braucht er damit nicht noch mal zu Hause ein zweites Mal mit
> redundanter Information belaestigt zu werden). Allerdings haben sich die
Diese Begruendung klingt logisch, denn ich aergere ich mich ueber die Tatsache,
dass ich keine Anruferliste habe, wenn die T-Net-Box eingeschaltet ist.
Viele Gruesse
Christoph Pelzer
Andreas Schael
Christoph Pelzer <ch...@pelzers.com> schrieb
> ...ich keine Anruferliste habe, wenn die T-Net-Box eingeschaltet ist.
Bei Weiterschaltung zur T-NetBox speichert dann ja wenigstens die
T-NetBox die Anrufer-Nummern und sagt sie (auf Wunsch) an.
--
Gruß: Andreas > |TeleFAQ| > http://www.asberlin.de < (werbe-frei)
Andreas Schael
Jens Weissenburger <j...@gmx.net> schrieb
> Geht das bei Dir wirklich?
Würde mich auch mal interessieren.
> > Schalte die AWS über das Menü aus, und aktiviere die
> > entsprechende AWS über Keypad direkt mit den
> > Steuercodes:
> Das funzt nicht.
Das kann ich auch nicht so richtig glauben. Voraussetzung wäre, daß das
Gerät sich merkt, welche MSN mit welchen AWS in der VSt. gespeichert
sind und dies jedesmal vergleicht. Außerdem: Woher weiß das Gerät, ob
Anrufer nach 19 Sek. selbst aufgelegt hat, oder ob nach 20 Sek. AWS
stattfand? Wie reagiert das Gerät aufs Auflegen vor der AWS? Wie
reagiert das Gerät bei AWS-Einstellung über ein anderes Gerät (dürfte
dann ja nicht klappen).
Meine Erklärung: Die VSt. sendet im Moment der tatsächlichen
Weiterschaltung eine entsprechende Info 'Gespräch wurde
weitergeschaltet' über den D-Kanal. Die Siemens-Geräte sind halt so
programmiert, daß sie in diesem Fall die Rufnr. nicht speichern (andere
Geräte machen es ja trotzdem).
Gunnar Kaestle
>> ...ich keine Anruferliste habe, wenn die T-Net-Box eingeschaltet ist.
> Bei Weiterschaltung zur T-NetBox speichert dann ja wenigstens die
> T-NetBox die Anrufer-Nummern und sagt sie (auf Wunsch) an.
Wenn der Anrufer aber auflegt, bevor er zur T-NetBox weitergeschaltet wird,
ist seine Nummer dennoch futsch.
Gunnar Kaestle
> Das Problem habe ich an meinem T-Concept CP720
> auch. Du kannst es folgendermaßen umgehen:
> Schalte die AWS über das Menü aus, und aktiviere die
> entsprechende AWS über Keypad direkt mit den
> Steuercodes:
> aktivieren:
> *21*ziel# AWS sofort (CF)
> *61*ziel# AWS bei Nichtmelden (CFNR)
> *67*ziel# AWS sofort (CFU)
> Das Telefon bekommt so in der Regel nichts von
> der Aktion mit, obwohl über den D-Kanal die Nach-
> richten laufen.
Ich hab's mal ausprobiert, aber kaum ist die manuell eingeschaltete AWS von
der VSt. bestaetigt, schreibt das Telefon einen neuen Eintrag in das Menue
"Umleitung" hinein. Obwohl sich das Concept CP720 und das T-Sinus 720P dem
blossen Anschein nach bis auf die DECT-Funktionalitaet nicht unterscheiden,
registriert meins die Bestaetigung der AWS-Einrichtung per D-Kanal sehr
wohl.
Gunnar Kaestle
> Nun stelle ich folgendes Problemchen fest:
> Bei aktiver Vst-Umleitung (bei Nichtmelden) wird der ankommende Anruf nicht
> in die Anruferliste eingetragen. Obwohl im Display die Nummer des Anrufers
> angezeigt wird, schenkt sich das Gerät nach Auflegen des Anlaeutenden sowohl
> das Anfuegen der neuen Nummer in die Anruferliste als auch die Generierung
> eines Nachrichtensymbols (Briefumschlag).
> Ist dieses Manko auch bei den Gigaset Geraeten bekannt, oder sind damit nur
> die Telekom-Klone behaftet?
Hier die Erläuterung der Telekom, die soeben antwortete:
| Bei der von Ihnen geschilderten Situation handelt es sich um
| eine Einstellung, die generell bei allen Geraeten gilt:
| sobald eine Anrufweiterschaltung eingerichtet ist, wird eine
| übertragene Rufnummer NICHT mehr in der Anrufliste
| gespeichert, da der Anrufer ja auf Wunsch des Angerufenen
| durch die AWS noch zu einem anderen Ziel umgeleitet wird und
| somit nicht ENDGÜLTIG im Endgeraet landet.
| Diese Einstellung kann nicht beeinflusst bzw. geaendert
| werden, da sie vom Vermittlungs-System vorgegeben ist.
| Es handelt sich hierbei also nicht um einen Software-Fehler.
Markus Gohl
> Geht das bei Dir wirklich?
Ja, geht so. Ich teste es jetzt aber nochmal ein
paar Tage lang.
Wirsing
Markus
Markus Gohl
> Ich hab's mal ausprobiert, aber kaum ist die manuell eingeschaltete AWS
von
> der VSt. bestaetigt, schreibt das Telefon einen neuen Eintrag in das Menue
> "Umleitung" hinein. Obwohl sich das Concept CP720 und das T-Sinus 720P dem
> blossen Anschein nach bis auf die DECT-Funktionalitaet nicht
unterscheiden,
> registriert meins die Bestaetigung der AWS-Einrichtung per D-Kanal sehr
> wohl.
Also, das Concept CP720 und das Sinus 720P unterscheiden sich sehr wohl.
Das Sinus ist genau ein Siemens Megaset, das Concept benutzt eine komplett
eigene Software. Das Sinus 720 P ist exakt ein Sinus 45P, nur der andere
Name.
So denn
Markus
Markus Gohl
> Da die Weiterleitung nicht an deinem Anschluss, sondern in der VSt
> stattfindet, "denkt" Dein Telefon, dass das Gespraech
> entgegengenommen worden ist und deswegen landet der Anrufer nicht
> in der Liste.
Falsch. definitv. Über den D-Kanal kommt die Weiterleitungsinfo.
Ciao
Markus
Markus Gohl
> Mit dem T-Concept P720 (oder meintest Du dies auch?) habe ich das
Nein! Das Sinus P720 ist *exakt* da Sinus 45 P. Wenn Du das
Concept hast, probier mal die AWS über Keypad.
Adele
Markus
Markus Gohl
> > Geht das bei Dir wirklich?
>
> Würde mich auch mal interessieren.
Definitiv. Die VSt sendet, laut dem Protokoll-Analyzer, auch nach
den Keypad-Kommandos eine Bestätigung, meinem CP720
ist das aber wurscht. Auch nach mehreren Tagen. Ich teste das
aber nochmal. Eines ist aber klar: Wenn ich das Telefon von
der Stromversorgung trenne und dannach eine Verbindung auf-
baue, bekommt das Endgerät die AWS spitz, da es deren Status
in der VSt abfragt.
> Das kann ich auch nicht so richtig glauben. Voraussetzung wäre, daß das
> Gerät sich merkt, welche MSN mit welchen AWS in der VSt. gespeichert
> sind und dies jedesmal vergleicht. Außerdem: Woher weiß das Gerät, ob
> Anrufer nach 19 Sek. selbst aufgelegt hat, oder ob nach 20 Sek. AWS
> stattfand? Wie reagiert das Gerät aufs Auflegen vor der AWS? Wie
> reagiert das Gerät bei AWS-Einstellung über ein anderes Gerät (dürfte
> dann ja nicht klappen).
Es kommt prinizipiell auf das Telefon an, wie es die Daten von der VSt
auf dem D-Kanal auswertet. Wenn Du über das Menü die AWS einstellst,
weiss es das Telefon sowieso. Stellst Du es über Keypad ein, kommt es
darauf an. Wenn ich eine AWS über die Internet-Steuerung oder die telef.
Fernbedienung ein- bzw. ausschalte, merkt das Telefon das.
Ein ISDN-Endgerät bekommt alles mit, was mit dem Anruf passiert. Auch die
Gründe eines Verbindungsabbaus. Klopfst Du bei jemandem an, weiss es
das Tel. Wirst Du weitergeleitet, weiss es das Telefon. Wirst Du abgewiesen,
weiss es das Telefon. Jeder Grund, jeder Fall wird dem Endgerät vom ISDN
mitgeteilt. Mein Linux-Server bekommt diese Meldung bei der AWS bei Nicht-
melden:
Sep 13 19:30:51 server isdnlog: Sep 13 19:30:51 * Call to tei 64 from ? on
Telefon 2 (MSN) HANGUP
Sep 13 19:30:51 server isdnlog: Sep 13 19:30:51 * Call to tei 69 from ? on
Telefon 2 (MSN) HANGUP
Sep 13 19:30:51 server isdnlog: 13.Sep 19:30:51 * Diversion Information
CFNR(audio 3.1 kHz)
Sep 13 19:30:51 server isdnlog: 13.Sep 19:30:51 * callingAddress -
originalCalled Nr -
Sep 13 19:30:51 server isdnlog: 13.Sep 19:30:51 * lastDivertingNr -
lastDiverting Reason -
Sep 13 19:30:51 server isdnlog: Sep 13 19:30:51 * tei 127 calling Telefon 2
(MSN) with ? RING (Nummer)
Sep 13 19:30:54 server isdnlog: Sep 13 19:30:54 * tei 127 calling Telefon 2
(MSN) with ? RING (Nummer)
Also müsste das Telefon daraus den Schluss ziehen, die Nummer
des Anrufenden nicht in den Speicher zu legen.
> Meine Erklärung: Die VSt. sendet im Moment der tatsächlichen
> Weiterschaltung eine entsprechende Info 'Gespräch wurde
> weitergeschaltet' über den D-Kanal. Die Siemens-Geräte sind halt so
> programmiert, daß sie in diesem Fall die Rufnr. nicht speichern (andere
> Geräte machen es ja trotzdem).
Genauso ist es. Nur: mein CP720 speichert die Nummer trotz der
Info aus dem D-Kanal in der Liste, wurde die AWS per Keypad akti-
viert. Ein widersprüchliches Verhalten also - ein Bug.
Adele
Markus
Gunnar Kaestle
"Markus Gohl" schrieb
> > Mit dem T-Concept P720 (oder meintest Du dies auch?) habe ich das
>
> Nein! Das Sinus P720 ist *exakt* da Sinus 45 P. Wenn Du das
> Concept hast, probier mal die AWS über Keypad.
Das T-Sinus heisst 720P (neuer Name fuer das 45P), die Concept Reihe hat
WIMNI nur den Unterschied, dass sie nicht zusaetzlich auch als DECT-Basis
fungiert.
Die Umbenennung der Sinus Reihe macht die Telekom wohl deswegen, weil
auch Siemens die baugleichen 3000er Modelle auf 4000er Namen ummuenzt,
angeblich weil jetzt nun die ISDN- und Analogmodelle auch andere Nummern
bekommen und nicht nur durch einen Namenszusatz zu unterscheiden sind.
Bisher habe das wohl die Kunden verwirrt.
Gruss
Gunnar
Gunnar Kaestle
> > Meine Erklärung: Die VSt. sendet im Moment der tatsächlichen
> > Weiterschaltung eine entsprechende Info 'Gespräch wurde
> > weitergeschaltet' über den D-Kanal. Die Siemens-Geräte sind halt so
> > programmiert, daß sie in diesem Fall die Rufnr. nicht speichern (andere
> > Geräte machen es ja trotzdem).
> Genauso ist es. Nur: mein CP720 speichert die Nummer trotz der
> Info aus dem D-Kanal in der Liste, wurde die AWS per Keypad akti-
> viert. Ein widersprüchliches Verhalten also - ein Bug.
Ich habe 2. Bugdefinition in Petto:
1. Das Programm macht nicht was der Softwaredesigner moechte.
2. Das Programm macht nicht was der Anwender will.
Dein CP720 faellt wohl in Kat. I, da bei Menueeingabe der AWS die
Anruferliste deaktiviert wird. Dieses Verhalten wurde wohl gezielt in die
Firmware hineingeschrieben. Allerdings denke ich, dass bei den Beteiligten
dieses Threads der Konsens herrscht, dass es wuenschenswert ist, die
Anrufernummern auch bei aktiver AWS in der Anruferliste weiterzufinden.
(So bin ich es seit zig Jahren von meinen Handy gewoehnt.)
Dieser "Konstruktionsfehler" ist in meinen Augen der schwerwiegendere Bug.
Gruss
Gunnar
Gunnar Kaestle
news:9nqqvv$q61$05$1...@news.t-online.com...
> > Obwohl sich das Concept CP720 und das T-Sinus 720P dem
> > blossen Anschein nach bis auf die DECT-Funktionalitaet nicht
> > unterscheiden, registriert meins die Bestaetigung der
> > AWS-Einrichtung per D-Kanal sehr wohl.
> Also, das Concept CP720 und das Sinus 720P unterscheiden sich sehr wohl.
> Das Sinus ist genau ein Siemens Megaset, das Concept benutzt eine komplett
> eigene Software. Das Sinus 720 P ist exakt ein Sinus 45P, nur der andere
> Name.
Die beiden sahen halt so aus, als ob sie aus demselben Stall kaemen. Und da
es heutzutage (Stichwort: Gleichteile & Plattformstrategie) auch in der
Softwareentwicklung ueblich ist, modulweise zu programmieren, war ich davon
ausgegangen, dass beide Telefone fuer die Verwaltung der RUL/AWS dasselbe
Stueck Code nutzen. War wohl ein Irrtum.
Gruss
Gunnar
--
gunnar....@gmx.net
Markus Gohl
> Das T-Sinus heisst 720P (neuer Name fuer das 45P), die Concept Reihe hat
> WIMNI nur den Unterschied, dass sie nicht zusaetzlich auch als DECT-Basis
> fungiert.
Wieso hat mein T-Concept CP720 dann dieses C = Cordless
im Namen? Die Unterschiede zwischen Concept und Sinus
bestehen auch in der Software und im DECT-Protokoll.
Beispielsweise funktioniert mit meinem Concept-Schnurlosen
eingebucht an der Sinus 720P eben nur Telefonieren. Der Rest
wie CLIP usw. geht nicht. Mit einem Gigaset 2000C sehr wohl.
So denn
Markus
Eugen Himmelsbach
news:9nr3pn$sjq$1...@news.rz.uni-karlsruhe.de...
> "Markus Gohl" <markus....@gmx.de> schrieb im Newsbeitrag
> news:9nqqvv$q61$05$1...@news.t-online.com...
> Das Sinus 720 P ist exakt ein Sinus 45P, nur der andere Name.
Kann ich nicht bestätigen, da ich mit dem Sinus 45 P probleme hatte ( nahm
den ersten Anruf am Tag nicht an )
bekam ich im Austausch ein Sinus 720 P. seitdem keine Probleme, muss also
zumindest an der Software etwas verändert worden sein.
(Sinus 45P war nicht defekt, habe mehrere probiert)
Gruß
Eugen
Markus Gohl
> Kann ich nicht bestätigen, da ich mit dem Sinus 45 P probleme hatte ( nahm
Ist aber so.
> bekam ich im Austausch ein Sinus 720 P. seitdem keine Probleme, muss also
> zumindest an der Software etwas verändert worden sein.
Es wird eine neue Software drauf sein.
So denn
Markus
Andreas Schael
Gunnar Kaestle <gunnar....@gmx.net> schrieb
> Hier die Erläuterung der Telekom, die soeben antwortete:
>
> | Bei der von Ihnen geschilderten Situation handelt es sich um
> | eine Einstellung, die generell bei allen Geraeten gilt
> | Diese Einstellung kann nicht beeinflusst bzw. geaendert
> | werden, da sie vom Vermittlungs-System vorgegeben ist.
> | Es handelt sich hierbei also nicht um einen Software-Fehler.
Was für ein haarsträubender, typischer Telekom-Schwachsinn!!!
Die Telekom(!)-Telefone Europa 20(i) und Europa 30i speichern IMMER eine
übermittelte Rufnr., wenn der Anruf nicht angenommen wurde! Dabei spielt
es keine Rolle, ob der Anrufer vor der Weiterschaltung auflegt oder die
AWS stattfand.
Wenn einem Telefon eine Rufnr. übermittelt wird, kann es ja wohl selbst
entscheiden, ob es sie speichert oder verwirft - wie sollte die VSt.
darauf Einfluß nehmen können?
Wiederholung vom 10.09.:
Meine Erklärung: Die VSt. sendet im Moment der tatsächlichen
Weiterschaltung eine entsprechende Info 'Gespräch wurde
weitergeschaltet' über den D-Kanal. Die Siemens-Geräte sind halt so
programmiert, daß sie in diesem Fall die Rufnr. nicht speichern (andere
Geräte machen es ja trotzdem).
--
GruselGruß: Andreas > |TeleFAQ| > http://www.asberlin.de < (werbe-frei)
Andreas Schael
Gunnar Kaestle <gunnar....@gmx.net> schrieb
> Ich hab's mal ausprobiert, aber kaum ist die manuell eingeschaltete
AWS von
> der VSt. bestaetigt, schreibt das Telefon einen neuen Eintrag in das
> Menue "Umleitung" hinein.
Das glaube ich nicht!
Was zeigt Dir denn das Menü an, wenn Du nach Keypad-AWS-Änderung den
Stecker zum S0 ziehst?
Ich tippe mal auf die alte Rufnr. oder auf Fehlermeldung, weil aktuelle
Rufnr. nicht von der VSt. angefordert werden kann.
Üblicherweise nimmt ein ISDN-Gerät erst in dem Moment Kontakt zur VSt.
auf, in dem Du in das AWS-Menü gehst. Jetzt fordert das Gerät von der
VSt. die Übermittlung der aktuell eingestellten Rufnr. an, was man an
der kurzen Verzögerung merkt (ca. 1 Sek.). Wäre dies nicht so, bestünde
die Gefahr unterschiedlicher Einstellungen in der VSt. und dem Gerät.
--
Frank Simon
> So wurde es mir zumindest erklaert. Ich habe leider auch noch
> immer dieses Problem und falls es eine Loesung gibt, bin ich an
> der stark interesiert.
>
Es ist zwar keine Lösung des Problems, aber vielleicht bei manchem eine
denkbare Alternative : Wenn eine analoge Sinus- oder Gigasetstation als
Teilnehmer am analogen Anschluss betrieben wird, so sieht diese jeden
Anrufer auf der zugewiesenen MSN. Wird das Gespraech entzogen, ist fuer den
analogen Teilnehmer der Anruf nicht beantwortet und wird daher in der
Anrufliste aufgenommen. Wechselt man nun mit einem Mobilteil zur analogen
Station, bekommt man dort alle Anrufe, sowohl angenommene und nicht
angenommene. Die Rufnummer wird zumindest bei einer Gigaset 3070 / Sinus 45
isdn an die analoge Station uebermittelt.
gruss,
Frank
Gunnar Kaestle
> denkbare Alternative : Wenn eine analoge Sinus- oder Gigasetstation als
> Teilnehmer am analogen Anschluss betrieben wird, so sieht diese jeden
> Anrufer auf der zugewiesenen MSN. Wird das Gespraech entzogen, ist fuer den
> analogen Teilnehmer der Anruf nicht beantwortet und wird daher in der
> Anrufliste aufgenommen. Wechselt man nun mit einem Mobilteil zur analogen
> Station, bekommt man dort alle Anrufe, sowohl angenommene und nicht
> angenommene.
Muesste theoretisch klappen, allerdings habe ich weder eine analoge
Basisstation noch einen analogen a/b-Anschluss.
> Die Rufnummer wird zumindest bei einer Gigaset 3070 / Sinus 45
> isdn an die analoge Station uebermittelt.
Sofern beide analog CLIPpen koennen, sollte das ohne Probleme
funktionieren.
Gunnar Kaestle
>> Ich hab's mal ausprobiert, aber kaum ist die manuell
>> eingeschaltete AWS von der VSt. bestaetigt, schreibt das
>> Telefon einen neuen Eintrag in das Menue "Umleitung" hinein.
> Das glaube ich nicht!
Du Ketzer!:)
Ist aber so, bei Aenderung der AWS, wird quasi instantan eine Bestaetigung
zurueckgeschickt, aufgrund derer das Telefon den internen AWS-Speicher
aktualisiert. (-> ITU I.252.3)
> Was zeigt Dir denn das Menü an, wenn Du nach Keypad-AWS-Änderung den
> Stecker zum S0 ziehst?
Muss ich nachher mal ausprobieren. Allerdings glaube ich nicht, dass ich
genau zwischen dem Senden der Aenderungsmeldung und dem Empfang der
Bestaetigung den Stecker ziehen kann.
> Ich tippe mal auf die alte Rufnr. oder auf Fehlermeldung, weil aktuelle
> Rufnr. nicht von der VSt. angefordert werden kann.
Wo steht denn, dass das Endgeraet sich von der Vermittlungsstelle eine MSN
geben laesst? Oder meinst Du eine Statusmeldung ueber aktive AWSen?
> Üblicherweise nimmt ein ISDN-Gerät erst in dem Moment Kontakt zur VSt.
> auf, in dem Du in das AWS-Menü gehst.
Korr.: Sobald ich meinen Eintrag bestaetige.
> Wäre dies nicht so, bestünde die Gefahr unterschiedlicher
> Einstellungen in der VSt. und dem Gerät.
Ich schaetze mal, bei Datenkonflikten wird nach dem alten hierachischen
Prinzip entschieden: Die VSt. hat immer recht! und das Endgeraet uebernimmt
klaglos die von der uebergeordneten Instanz gelieferten Einstellung. Der
AWS-Telefonspeicher ist ja voellig funktionslos und erhoeht nur den
Benutzerkomfort, da er das Bearbeiten der verschiedenen AWSen im Menuedialog
vereinfacht.
Andreas Schael
Ich ging in meinen Ausführungen davon aus, daß das Gerät die neu
eingestellte Rufnr. _erst dann erfährt/anfordert_, wenn man das _nächste
Mal_ ins Menü geht, um sie sich anzeigen zu lassen (so kenne ich es
jedenfalls von meinem Europa 30i - dies hat allerdings auch keinen
eigenen Speicher für die AWS).
Wie das tatsächliche Verhalten testbar wäre, hatte ich ja (IMHO
verständlich) beschrieben - scheint aber zu 'kompliziert' zu sein...
Gunnar Kaestle
> Ich ging in meinen Ausführungen davon aus, daß das Gerät die neu
> eingestellte Rufnr. _erst dann erfährt/anfordert_, wenn man das _nächste
> Mal_ ins Menü geht, um sie sich anzeigen zu lassen (so kenne ich es
> jedenfalls von meinem Europa 30i - dies hat allerdings auch keinen
> eigenen Speicher für die AWS).
Ah jetzt ja!
So wird mir das klar, was Du gemeint hast. Aber beim Sinus 720 braucht man
gar nicht ins AWS-Menue zu gehen. Eine aktivierte AWS wird dem Benutzer in
einer der Zeilen der Grundanzeige angezeigt: es steht dann dort "Umleitung"
o.s.ae. Und kaum gibt man den KeypadCode ein, wechselt das Display auf
die Anzeige dieser Zusatzfunktion "Umleitung".