- Mitglied seit
- 22 Sep 2004
- Beiträge
- 1,287
- Punkte für Reaktionen
- 0
- Punkte
- 0
Vorweg: Ich persönlich bin von diesem Problem nicht betroffen, obwohl ich ein TC 300 mit aktueller Pirelli FW problemlos betreibe. Ich nutze allerdings nicht 1und1 und sipgate.
Es gibt aber verschiedentlich Hinweise auf ein Problem mit Twintel/TC300 und aktueller Arcor bzw. Pirelli FW. Ausgehende Verbindungen brechen nach 15 min ab.
Ich habe verschiedene Traces, dir mir zugesandt wurden, analysiert und bin bislang soweit gekommen:
Betroffen:
TC 300 und Twintel mit FW Version > .63 (T-Com Version)
Provider sipgate (??) und 1und1 (!! - wieder mal OpenSER oder United Internet?)
Symptom:
Ein laufendes Gespräch wird nach 15 min beendet
Ursache:
Nach 15 min einer Session etabliert die FW ein Re-INVITE. Gemäß RFC 3261 ist dies zulässig:
Die referenzierte Sektion 14 ist sehr viel spezifischer, sagt aber im Grunde auch nichts anderes, als oben: "Du kannst alles versuchen in einer Verbindung, aber wenn's nicht klappt, darfste die Verbindung nicht kappen".
Oder auch:
Ein Vergleich der neuen mit der initalen SDP Media Description, gesendet von der FW, zeigt eine einzige Abweichung: Es fehlt jetzt der ptime=20 Parameter (PacketTime 20 ms ist weg). Keine Ahnung was das soll, aber zulässig...
Und nun?
Dieser "Change"-Request, der eigentlich keiner ist, wird vom Provider mit 488 Not Acceptable Here zurückgewiesen - das darf der auch.
Was NICHT passieren darf - und hier machen dann das TC 300 und das Twintel wieder mal ihrem Ruf als Crazy Phones alle Ehre ((( obwohl es NUR an der verd...en Firmware liegt ))) - man verabschiedet sich schlicht aus der Session mit BYE...
Ich habe mal ein Bild angehängt, welches die Abläufe anonymisiert zeigt.
Leider gibt es dafür derzeit keine Lösung, ausser der: Quatscht nicht so viel
Grüsse
Es gibt aber verschiedentlich Hinweise auf ein Problem mit Twintel/TC300 und aktueller Arcor bzw. Pirelli FW. Ausgehende Verbindungen brechen nach 15 min ab.
Ich habe verschiedene Traces, dir mir zugesandt wurden, analysiert und bin bislang soweit gekommen:
Betroffen:
TC 300 und Twintel mit FW Version > .63 (T-Com Version)
Provider sipgate (??) und 1und1 (!! - wieder mal OpenSER oder United Internet?)
Symptom:
Ein laufendes Gespräch wird nach 15 min beendet
Ursache:
Nach 15 min einer Session etabliert die FW ein Re-INVITE. Gemäß RFC 3261 ist dies zulässig:
During the session, either Alice or Bob may decide to change the
characteristics of the media session. This is accomplished by
sending a re-INVITE containing a new media description. This re-
INVITE references the existing dialog so that the other party knows
that it is to modify an existing session instead of establishing a
new session. The other party sends a 200 (OK) to accept the change.
The requestor responds to the 200 (OK) with an ACK. If the other
party does not accept the change, he sends an error response such as
488 (Not Acceptable Here), which also receives an ACK. However, the
failure of the re-INVITE does not cause the existing call to fail -
the session continues using the previously negotiated
characteristics. Full details on session modification are in Section
14.
Die referenzierte Sektion 14 ist sehr viel spezifischer, sagt aber im Grunde auch nichts anderes, als oben: "Du kannst alles versuchen in einer Verbindung, aber wenn's nicht klappt, darfste die Verbindung nicht kappen".
Oder auch:
If a UA receives a non-2xx final response to a re-INVITE, the session
parameters MUST remain unchanged, as if no re-INVITE had been issued.
Ein Vergleich der neuen mit der initalen SDP Media Description, gesendet von der FW, zeigt eine einzige Abweichung: Es fehlt jetzt der ptime=20 Parameter (PacketTime 20 ms ist weg). Keine Ahnung was das soll, aber zulässig...
Und nun?
Dieser "Change"-Request, der eigentlich keiner ist, wird vom Provider mit 488 Not Acceptable Here zurückgewiesen - das darf der auch.
Was NICHT passieren darf - und hier machen dann das TC 300 und das Twintel wieder mal ihrem Ruf als Crazy Phones alle Ehre ((( obwohl es NUR an der verd...en Firmware liegt ))) - man verabschiedet sich schlicht aus der Session mit BYE...
Ich habe mal ein Bild angehängt, welches die Abläufe anonymisiert zeigt.
Leider gibt es dafür derzeit keine Lösung, ausser der: Quatscht nicht so viel
Grüsse
Anhänge
Zuletzt bearbeitet: