[INFO] fehlerhafter Standardwert q-value? - kein Klingeln

Weisst du zufaelligerweise, wo das im RFC steht? Ich konnte es gerade nicht finden und ehrlich gesagt wusste ich bisher auch nicht, dass es einen default-Wert fuer q gibt.

Ich habe mir mal nochmal den RFC ein wenig durchgelesen. Da steht zwar drin, dass das von dir geschilderte Verhalten so gewuenscht ist (obwohl es IMO Schwachsinn ist) aber von einem default-Wert steht da nichts.

Soweit ich mich erinnere ist der q-Wert sowieso optional. IMO waere es daher besser, wenn Endgeraete den nur dann senden wuerden, wenn der User explizit einen Wert gesetzt hat.

also die meisten programme senden standradmäßif q=0.0, so jedenfalls fritz!Box und kphone

Gruß,
Pfeffer.

Für mich arbeitet der SIP Proxy falsch, wenn nur das snom klingelt und das sipura überhaupt nicht. Bei der Einstellung (snom:1.0, sipura:0.5) sollte erst das snom klingeln und später das sipura, so ist es gemeint und ein korrekter serial forking proxy macht es so. Das ist der Sinn hinter dem Q-Value !

Von einem korrekten Defaultvalue kann man eigentlich nicht sprechen. Was will man mit dem Defaultwert erreichen ?

Laßt uns definieren: SIP clients sollen gleichzeitig anfangen zu klingeln.

Um das zu erreichen, müßten sich alle SIP clients auf genau den gleichen Wert by Default für Q einigen, egal welcher Wert zwischen 0 und 1 das ist, es müßte sich nur jeder dran halten...

loost74 schrieb:

Der SIP Proxy arbeitet richtig. Denn es klingelte ja zuerst das SNOM, dann der SIPURA, was ja richtig ist, wenn am SNOM der q-Wert auf 1.0 steht; im Sipura aber entweder gar keiner oder aber ein niedrigerer.

Zum Vergrößern anklicken....

Ok, dann hatte ich die Frage falsch verstanden, nehme alles zurück.