ASTERISK ist nicht zum SIP-Standard kompatibel

[ipman66]

Hallo zusammen,

keine Panik bitte, dies ist nicht meine persönliche Meinung, sondern die Meinung eines Technikers aus dem Hause www.intertex.se

Weitere Ausführung des Technikers:" understand you have problems with other companies running Asterisk as
well since the problem is in the Asterisk. Asterisk has a very poor SIP
implementation, but still it is very much liked by start-up companies
because they don't have to pay for it. These companies tend to have very
little knowledge in SIP but very big interest in making money, so the
easiest way for them to solve problems is to claim all other equipment
should adapt to Asterisk instead of the SIP standard."

eigentlich sollte ein Homeoffice mit einem IX67 FW AIR an eine HostedPBX (Asterisk) angebunden werden, leider kann man dann bei eingehenden Anrufen den Anrufer nicht verstehen, egal was man im Router konfiguriert .

Tja, dann habe ich stattdessen einen lt. Intertex "unsicheren" Router angeschlossen. Aktuell ein T-COm Speedport...

Hat jemand genauere Erfahrung zu obigem Thema?

Danke für jede Rückmeldung.

mfg
ipman66

 

[Thomas007]

...sondern die Meinung eines Technikers aus dem Hause www.intertex.se

Probleme kann man lösen. Da Asterisk OpenSource ist und über eine ausgezeichnete Mailingliste verfügt kann man solche Probleme offen und konstruktiv diskutieren. Komisch das der Techniker dieses nicht schon gemacht hat.

These companies tend to have very
little knowledge in SIP but very big interest in making money, so the
easiest way for them to solve problems is to claim all other equipment
should adapt to Asterisk instead of the SIP standard."

Tolles Statement fern jeder Realität. Die Entwickler von Asterisk sind für jeden Input zur Verbesserung dankbar. JEDER kann einen bugreport erstellen.

eigentlich sollte ein Homeoffice mit einem IX67 FW AIR an eine HostedPBX (Asterisk) angebunden werden, leider kann man dann bei eingehenden Anrufen den Anrufer nicht verstehen, egal was man im Router konfiguriert .

Du meinst diesen Thread:
http://www.ip-phone-forum.de/showthread.php?t=112894

Frag halt wo Asterisk nicht SIP-kompatibel sein soll.
Oder frag gleich nach der bugnummer oder wieso der Techniker keinen bug gemeldet hat.

Ohne genaue Angaben kann man nur unterstellen das der Router ein Problem hat und der Hersteller kein Interesse an der Aufklärung und Lösung im Zusammenspiel mit Asterisk hat.

 

[clan]

Frag halt wo Asterisk nicht SIP-kompatibel sein soll.
Oder frag gleich nach der bugnummer oder wieso der Techniker keinen bug gemeldet hat.

Die Frage nach den Problemen wurde hoffentlich gestellt und in einen Bugreport umgesetzt, aber warum sollte der Techniker einen Bug an einer Software melden, die er nicht einsetzt?

 

[Thomas007]

aber warum sollte der Techniker einen Bug an einer Software melden, die er nicht einsetzt?

Er kann natürlich auch sagen funktioniert nicht mit Asterisk und basta.

Ich weiß nicht ob das funktionieren an Asterisk als zugesicherte Eigenschaft angeboten wurde, wenn ja sollte der Hersteller ein Interesse an der Lösung haben.

Er hat zuvor nach Aussagen des Threadschreibers empfohlen eine neue beta Firmware zu installieren, dann sollten die Einstellungen des Asterisk falsch sein und nun liegt es daran, dass sich Asterisk nicht an den SIP-Standard hält.

Was kommt als nächstes?

 

[clan]

Er kann natürlich auch sagen funktioniert nicht mit Asterisk und basta.

Und dann fragt man, wo genau das Problem ist. Wenn man eine Erklärung kriegt versucht man die nachzuvollziehen und schreibt ggf. einen Bugreport, ansonsten muß man das eben hinnehmen oder selber suchen (SIP DEBUG + SIP standard wären dann hilfreich).

Ich weiß nicht ob das funktionieren an Asterisk als zugesicherte Eigenschaft angeboten wurde, wenn ja sollte der Hersteller ein Interesse an der Lösung haben.

Intertex stellt selber SIP-Router her, Kompatibilität zu Asterisk scheint nicht besondere Priorität zu geniessen. Und auch wenn man als Kunde gewisse Unterstützung bei der Fehlersuche erwarten kann bedeutet das nicht, daß der Hersteller des Equipments Server mit allen eventuell noch im Betrieb befindlichen Asterisk-Versionen vorhält. Ohne jetzt nochmal alle Changelogs durchgesehen zu haben meine ich mich an z.T. große Änderungen gerade an der SIP- und IAX2-Implementierung zu erinnern.

Er hat zuvor nach Aussagen des Threadschreibers empfohlen eine neue beta Firmware zu installieren, dann sollten die Einstellungen des Asterisk falsch sein und nun liegt es daran, dass sich Asterisk nicht an den SIP-Standard hält.

Er hat also das getan, was man als Hersteller eines Endgerätes so macht: neue Firmware mit Bugfixes, Konfiguration überprüfen und, möglicherweise überaltete, Erfahrungen einfliessen lassen. Ob der Techniker wirklich Techniker oder aber nur irgendein Support-Mensch ist, der seine Liste mit Lösungsansätzen durcharbeitet ist doch völlig unklar.

Im übrigen ging es mir um deine Anspruch an den Hersteller, einen Bugreport für den Asterisk zu schreiben. Das kann ja wohl nur Aufgabe des Asterisk-Nutzers sein.

 

[Thomas007]

ansonsten muß man das eben hinnehmen oder selber suchen (SIP DEBUG + SIP standard wären dann hilfreich).

Man kann auch das Gerät auch dem Verkäufer zur Mangelbeseitigung geben. 6 Monate nach Kauf gilt Beweislastumkehr.

Intertex stellt selber SIP-Router her, Kompatibilität zu Asterisk scheint nicht besondere Priorität zu geniessen.

Es geht nicht um die Kompatibilität sondern um die Behauptung Asterisk wäre nicht SIP-kompatibel.

Wenn dem aber so sein sollte ist es gut das zu wissen.

 

[alex-911]

Es geht nicht um die Kompatibilität sondern um die Behauptung Asterisk wäre nicht SIP-kompatibel.

das ist strenggenommen so. die aktuelle version 1.2.11 (edit:1.2.11 muss das heissen ) ist nicht 100% RFC3261 kompatibel.

das kann ich guten gewissens behaupten, bis "mein" bug gefixt ist. alle weiteren kenne ich nicht, solange ich nicht drüber stolpere....


aber wer schon mal programmiert hat weiss, dass keine software ohne fehler ist. warum sollte das bei asterisk anders sein.
dieses intertex gerät ist vermutlich genausowenig fehlerfrei wie asterisk... oder SIP stacks von Cisco....

gruss
/alex

 

[Thomas007]

das ist strenggenommen so. die aktuelle version 1.2.11 (edit:1.2.11 muss das heissen ) ist nicht 100% RFC3261 kompatibel.

wegen eines bugs


Diese Aussage geht aber über einen bug weit hinaus:

These companies tend to have very
little knowledge in SIP but very big interest in making money, so the
easiest way for them to solve problems is to claim all other equipment
should adapt to Asterisk instead of the SIP standard."

 

[alex-911]

als ich das letzte mal in den bugtracker geschaut haben, waren da weit mehr als ein bugreport im chan_sip offen.

wo ziehst du die grenze? 10 bugs?

 

[Thomas007]

wo ziehst du die grenze? 10 bugs?

Was haben bugs mit der Aussage zu tun die Asterisk wäre nicht SIP-kompatibel.
"to claim all other equipment should adapt to Asterisk instead of the SIP standard!

Dafür gibt es aber eine Anleitung zum Betrieb mit Asterisk

http://www.intertex.se/upfiles/IG-asterisk.pdf

 

[alex-911]

Was haben bugs mit der Aussage zu tun die Asterisk wäre nicht SIP-kompatibel.

weil wir hier nicht von irgendwelchen bugs reden, sondern von denen im SIP stack.

 

[Thomas007]

weil wir hier nicht von irgendwelchen bugs reden

nö, darum geht es:

These companies tend to have very
little knowledge in SIP but very big interest in making money, so the
easiest way for them to solve problems is to claim all other equipment
should adapt to Asterisk instead of the SIP standard."

 

[alex-911]

ach so. ist das nicht die behauptung, asterisk wäre nicht SIP kompatibel?

 

[clan]

Was haben bugs mit der Aussage zu tun die Asterisk wäre nicht SIP-kompatibel.

Wenn der Bug zu einem fehlerhaften Stack führt kann man das durchaus als 'nicht kompatibel' bezeichnen.

Es ist ja schön, daß du Asterisk so engagiert verteidigst, aber wenn zwei SIP-Geräte sich nicht verstehen, dann hat entweder der SIP-Standard lücken, oder mindestens die Implementierung mindestens eines der beteiligten Geräte ist fehlerhaft. Für die Beseitigung ist dann ja wohl der Hersteller des fehlerhaften Geräts zuständig. Und wenn ein Bug im Asterisk zu Problemen führt ist es wohl etwas übertrieben zu verlangen, das der Hersteller des anderen Geräts einen Fix baut. Wenn er selber an der selben Stelle Probleme hat sieht das natürlich etwas anders aus.

 

[Thomas007]

Wenn der Bug zu einem fehlerhaften Stack führt kann man das durchaus als 'nicht kompatibel' bezeichnen.

Da jede Software bugs hat wäre keine Software zu irgendwas kompatibel oder würde einen Standard entsprechen?

Aussage war: "claim all other equipment should adapt to Asterisk instead of the SIP standard"

Vorher waren es angeblich falsche Einstellungen in Asterisk, nun das hier.

Und wenn ein Bug im Asterisk zu Problemen führt ist es wohl etwas übertrieben zu verlangen, das der Hersteller des anderen Geräts einen Fix baut.

Er kann auch Hinweise entfernen die eine Kompatibilität mit Asterisk als Produkteigenschaft vermuten lassen.
http://www.intertex.se/upfiles/IG-asterisk.pdf


Am besten diskutiert man das mit dem Verkäufer. Das Gewährleistungsrecht zwingt den Verkäufer in den ersten 6 Monaten nach Verkauf die Mangelfreiheit zu beweisen oder zu wandeln, etc.
Das ist in der Regel klärend.

 

[Peter VoIP]

Am besten diskutiert man das mit dem Verkäufer. Das Gewährleistungsrecht zwingt den Verkäufer in den ersten 6 Monaten nach Verkauf die Mangelfreiheit zu beweisen oder zu wandeln, etc.
Das ist in der Regel klärend.

Buongiorno,

Das ist nicht notwendig.
Die Handbücher lesen, und entsprechend konfigurieren ist alles was zu tun ist. Intertex Geräte haben mit Asterisk, keine Probleme.

 

[Maik]

Nun kommt mal wieder runter. Es ist doch nun wirklich kein Geheimnis, dass Asterisk noch sehr weit von Standardkonformität entfernt ist.

Die Intertex-Geräte halten sich aber AFAIK sehr genau an den Standard und die Techniker und Supporter haben idR. auch Ahnung von dem was sie tun.

 

[clan]

Da jede Software bugs hat wäre keine Software zu irgendwas kompatibel oder würde einen Standard entsprechen?

Eine seltsame Schlußfolgerung aus meiner Aussage "Wenn der Bug zu einem fehlerhaften Stack führt kann man das durchaus als 'nicht kompatibel' bezeichnen." Ein Bug im Errorlogging führt nicht unbedingt zu Fehlern im SIP-Stack. Ein Bug im SIP-Stack vermutlich eher schon. Und selbst wenn ein SIP-Stack nicht voll zum SIP-Standard kompatibel ist kann er funktionieren.

Ich finde es eher irritierend, daß du der Meinung bist, das SIP-Bugs im Asterisk nichts mit der Standardkonformität zu tun haben.

 

[Thomas007]

Ich finde es eher irritierend, daß du der Meinung bist, das SIP-Bugs im Asterisk nichts mit der Standardkonformität zu tun haben.

Weil das bloße auftreten von bugs einer Software kein ausreichender Beweis für die Richtigkeit der gemachten Behauptungen sind.
Es geht ganz konkret um einen Mangel. Statt sich über den konkreten Mangel zu äußern wird eine allgemeine Behauptung aufgestellt.
Diese allgemeine Behauptung ist nicht dadurch bewiesen das es bugs gibt.

...und die Techniker und Supporter haben idR. auch Ahnung von dem was sie tun

Deswegen lassen sie erst eine beta-Software (auf einem Gerät im Produktivbetrieb?) installieren, anschließend liegt es an falschen Einstellungen in Asterisk und zuletzt wird behauptet Asterisk wäre generell nicht kompatibel....

Der Verkäufer trägt in den ersten 6 Monaten die Beweislast der Mangelfreiheit. Allgemeine Behauptungen sind kein Beweis.
Da der Mangel relativ klar beschrieben ist wäre es ein leichtes dazu qualifiziert Stellung zu nehmen. Stattdessen bevorzugt man unbewiesene Pauschalaussagen die deutlich schwieriger zu beweisen sind.
Das Vorgehen ist mehr als ungeschickt.

 

[gandalf94305]

Da jede Software bugs hat wäre keine Software zu irgendwas kompatibel oder würde einen Standard entsprechen?

Zunächst mal sollte man definieren, was Kompatibilität und Konformität sind.

Kompatibel bedeutet, daß zwei Geräte oder Implementationen von irgendetwas miteinander können. Dies ist unabhängig davon, welche Standards oder welche Techniken sie implementieren. Es geht nur um die Verträglichkeit von Geräten bzw. Softwareimplementierungen. Etwas kann übrigens nicht kompatibel zu einem Standard sein.

Dazu gibt es den Begriff Konformität. Eine Hardware- oder Softwareimplementierung ist konform zu einem Standard, wenn sie die dort spezifizierten Anforderungen erfüllt. Gibt es einen offiziell verabschiedeten Konformitätstest, so kann man auch von Zertifizierung sprechen, wenn eine offizielle Stelle die Konformität bestätigt.

Es geht dabei in beiden Begriffen nicht um die absolute Übereinstimmung zwischen Geräten, Implementationen oder definierten Standards und Methoden, sondern immer nur um die hinreichende Erfüllung von Anforderungen, um die Interoperabilität zu gewährleisten.

Beliebte Beispiele von Spezifikationslücken sind z.B. Datumsangaben, die bezüglich der Darstellung von Zeitzonen oder Sommerzeit nicht ganz definiert sind. Trifft nun ein Datensatz von einem System mit einer Interpretation des Standards auf eins mit einer anderen, so können beide standardkonform sein, jedoch nicht kompatibel miteinander.

Konformitätstests haben nicht notwendigerweise eine 100%ige Testabdeckung, d.h. es kann durchaus sein, daß selbst ein kostspieliger Test in einem Konformitätstestcenter mit abschließender Zertifizierung dazu führt, daß noch unentdeckte Probleme in der Interoperabilität bestehen. Das Vorhandensein eines Bugs bedeutet daher nicht, daß man zuvor nicht Konformität bescheinigt haben könnte ;-)

Beliebte Beispiele sind die ganzen WAP-Standards (Zugriff auf WML-Seiten per Handy), bei denen tatsächliche Handys und WAP-Radios drastische Abweichungen in der Implementation bestimmter Features und Interpretation von WML haben, obwohl sich alle im Standard bewegen.

Letzter Punkt noch: H.323 ist ein Standard der ITU, d.h. von einer offiziellen Organisation geprägt, definiert und verabschiedet. SIP ist durch RFC3261 beschrieben, jedoch nicht im Status "Standard". Es gibt demnach überhaupt keinen "SIP-Standard". Es gibt nur SIP als per RFC vereinbartes und beschriebenes Protokoll.

Langer Rede kurzer Sinn: ich halte die eingangs im Thread zitierten Aussagen für - gelinde gesagt - Polemik und Nonsense, denn die Aussage wird nicht substantiiert. Intertex hat ja auch nicht eine eigene Konformitätsaussage zu SIP gemacht, sondern verwendet nur die eigene Implementation als Referenz.

Also: Schublade "Polemik... und Abweisung von Verantwortlichkeit"...

--gandalf.