Immer wieder Telefonie Ausfälle

Funktioniert die Auflösung der SRV-- Records der Telekom- Server über den hinterlegten DNS Server?

Hi @newit

VDSL mit 100 Mega BIT / Sekunde ...
So jetzt lösen wir mal die Nachfrage auf !

Ich weis immer noch nicht wie sich die "Zum Vertrag haben wir eine niedrige zweitstellige Anzahl an parallelen Gespräche gebucht." auflöst ! Das hatten sie geschrieben ! Ich bin reiner Netzwerktechniker !

Bit zu Byte ?

Ein SIP Telefonkanal benötigt synchrone ungefähr knappe 128KBIT / sec !
Wenn man das mit den Kanälen oder eigenen Tunneln auflöst -> JA SIP ist eine Tunnelprotokoll für reine Audio Übertragung !!!
Und nun rechne mal selber mit ! Das ist eine Aufforderung !
ab ca 38 parallel laufende Telefongespräche wird die Bandbreite des 100 Mbit dünn, wenn man weis, was auch SIP als Nebentraffic erzeugt und was das "LANCOM" bewältigen muss !

Kaufe dir eine Fritzbox die auch des VDSL Modem intern hat, und übergib das "passthrough" der SIP Telefonanlage

Der TO hat doch überhaupt keine Probleme mit Gesprächsabbrüchen oder verminderter Gesprächsqualität.
Was soll dann so ein absolut dummer Kommentar?! Wenn die Leitung nicht überfahren wird, kann der TO telefonieren wie er lustig ist.

Weiteres ergänze ich morgen.

egal, 164 parallele Gespräche freigegeben auf 100Mbit.
egal, 164 pG freigegeben, genug Bandbreite.
SYMMETRISCH!
RTP macht die Audioübertragung
164pG freigegeben auf 100Mbit, macht sagenhafte putzige 20Mbit, die den Lancom gar nicht mal jucken, weil der damit Null, aber auch gar nichts zu tun hat, den ganzen Bums übernimmt die Mitel.
Jau, weil was der Lancom nicht packt packt dann die Fritzbox umso besser...

Im Zweifel weil Mitel. Aus Erfahrung. Aber egal, liegt immer grundsätzlich an der Leitung.

Hallo,

eine Zeile weiter unten ist der Haken bei DNS_SRV verwenden gesetzt? Normalerweise, wenn das das Problem wäre, wäre meiner Meinung nach überhaupt keine Registrierung möglich, aber man weiß ja nie.
Was sagt das Log der Anlage zu dem Zeitpunkt? Kannst du da irgendwie was auslesen, schreibt die Anlage Fehler? Wenn ja, welche?

VG

Ich kann Dir nur aus meiner Erfahrung berichten:

• Der SIP-Trunk sollte von einem Provider kommen, der die eingesetzte TK-Anlage auch unterstützt.
• QoS erscheint mir sehr wichtig. Der Verkehr der TK-Anlage sollte immer Vorrecht im Netz und nach außen haben.
• Firewalling: Sei damit vorsichtig. IDP und Deep Packet Inspection zerhauen gerne die Verbindungen
• Firmware- und Softwarestände an TK-Anlage und Telefonen müssen zum Trunk und zum Anbieter passen

Gruß
bdmvg

Moin,

Seine SIP Registrierung läuft durch NAT, die ports für die Sessions sind sehr wahrscheinlich nicht static.
Zweite Option sind auslaufende Session timeouts an der Firewall welche der Registrierung zum SIP Provider regelmäßig das Genick brechen.

Du schreibst, dass du einen Lancom Router nutzt. Dafür gibt es soweit ich weiß auch guides wie der quasi "Voip ready" wird. Ich habe mit dem Hersteller kaum noch was zu tun. Was wir früher tatsächlich mit Lancom gemacht haben, war die als SBC in kleinen Installation zu nutzen. In dem Fall bleibt die Registrierung auf dem Lancom.
Hier ein annäherndes Beispiel welches ich auf die schnelle finden konnte:
https://support.lancom-systems.com/knowledge/plugins/servlet/mobile?cont ...

In dem SBC Scenario erschlägst du sicherlich all deine Probleme. Wenn ein Dienstleister den Lancom betreut, sollte dieser die Thematik eigentlich kennen. Ansonsten kann ich dir den sehr guten Lancom Support empfehlen.

Gruß
Spirit

Moin,

bitte mal das genaue Modell des Lancom Routers nennen, es gibt da diverse Modelle mit der Nummer 883 (R883+ von der Telekom, 883VAW, 883 VOIP usw.) Das macht ggf durchaus einen Unterschied.

Wer stellt die Internetverbindung zur Verfügung, auch Telekom oder ein anderer Provider, den SIP-Trunk Pure kann man theoretisch auch nomadisch nutzen. Ist eine feste IPv4 am Anschluss geschaltet?

Schau in der MiTel mal, ob Du irgendwo den LogLevel höher setzen kannst, laut Deinem Screenshot fasst er die Logeinträge ja schon zusammen. Ich kenne zwar die Mitel-Anlage nicht aus persönlicher Anschauung, aber ggf. gibt es auch ein externes Programm, was alles mitscheidet was die Anlage sendet und (ggf. nicht) empfängt. Notfalls muss Du das mit Wireshark machen oder auf dem Lancom einen Trace mitschneiden.

Wir hatten bei einem Teil unseren Kunden ein ähnliches Phänomen. Dort ist eine 3cx installiert, extra Telekom Anschluss nur für VoIP mit einem Lancom R883+. Das äußerste sich so, wenn (meist nachts oder ganz früh am morgen zwischen 2 und 4 Uhr) aufgrund von Wartungsarbeiten/Anschlussschaltungen ganz kurz die Internetverbindung getrennt wurde (Linecard neu gestartet o.ä.) klappte die Wiederverbindung des Trunks in der 3cx nicht mehr, folglich ging dann keine Telefonie (was natürlich erst später bemerkt wurde). Eigentlich sollte die 3cx alle ca. 2 Minuten einen neuen Registrierungsversuch starten, tat sie aber nicht. Ein Neustart des 3cx-SIP-Servers behob das Problem temporär bis zum nächsten nächtlichen kurzen Disconnect. Hier war der Versionsstand der 3cx schuld in der 16.0.6.xxx (oder vermutlich auch früher) gab es diesen Bug, der erst mit 16.0.7 Final vollständig behoben wurde.

In jederm Fall muss der Lancom sehr sauber konfiguriert sein, bei externer Anlage darf der Trunk bspw. nicht noch zusätzlich im Lancom angedockt sein. SIP-ALG auf jeden Fall ausgeschaltet und/oder der komplette Voice Call Manager im Lancom ausgeschaltet, wenn ihr den nicht anderweitig (mis)braucht

Gruß

cykes

P.S. Der Anlagen Softwarestand wäre auch noch hilfreich.

Richtig, aber getestet sind sehr viele Anlagen nicht, da die Auswahl recht groß ist. Zumindest den T-Trunk sollte die Mitel aber sauber supporten, da doch recht verbreitet.
Definitiv, da der Anschluss aber laut TO nur für Telefonie verwendet wird ist da QoS zumindest nicht kriegsentscheidend.
Das könnte natürlich sein, dass jemand zu eifrig im Router konfiguriert hat
Lancom > 10.20 sollte drauf sein, ansonsten mal eben ein Update auf die 10.34.0168 machen.



Bzgl. SBC wie von @Spirit-of-Eli vorgeschlagen: ja, auch keine schlechte Idee, wenn die Mitel das mag. Ich gebe zu, als Telekomiker hab ich mit den tollsten Anlagen in der Einrichtung als SBC schon zu tun gehabt, aber bisher nie mit einer Mitel. Da wollten die Kunden immer die direkte Registrierung in der Anlage.

Nur mal so am Rande....der sip trunk pure der Telekom ist der letzte Mist. Hier scheint es aber am Lancom zu liegen. Deaktiviere mal alle Features im Lancom, die sich mit VoIP befassen (VoIP proxy etc.) und sieh ob es besser läuft.

Der könnte der Schuldienst sein.

QoS ist hier nicht entscheidend da du die Leitung exklusiv zum Telefonieren nutzt.

Hallo,

wenn die TK-Anlage IP-fähig ist dann braucht man das im Router ja nicht. Ich würde da mal alles deaktivieren was mit VoIP zu tun hat. Einfach mal um den 883 etwas zu entlasten;=) GGf das Dingens mal mit den Lancom Tools beobachten und evtl. auch mal einen Trace machen. Oder wenn möglich auch mal einen anderen Router zum Test anschliessen. Die 600/800er Modelle sind ja Entry-Level;=) Da wird u.U. die Luft dünn wenn man ans Limit geht. Wir nutzen deswegen nur 1780/1790 oder 1900er Modelle, die halten bei den Kunden defintiv länger auch wenn man später mal mehr damit machen will. QoS aktivieren. Hat die Mitel die aktuelle Firmware ?

Mitel kenn ich nicht persönlich, hab aber viel mit Agfeo zu tun, auch den ES-Hybriden. Da jagt ein Firmware Update den anderen, und vieles kommt von den Provideranpassungen. Telekom SIP-Trunk ist aber quasi nix exotisches. Aber 100 MBit bringen ja nur 40 MBit im Upload. Und 35 IP-Kanäle sind schon ne Ansage ! GGf. auch mal schauen was die TK-Anlage alles Protokolliert.

Oder die IP-Kanäle mal verringern, statt 35 könnte da ja auch mal 20 stehen ;=) Wenn die Aussetzer dann weg sind, dann würde das auf ein Performance Problem in Bezug Router/Anschluss hindeuten.

Ist ja schon per IP angebunden, im Lancom ist wohl nur eine alte Faxleitung registriert, die wollte der TO aber mal deaktivieren. Habe hardwareseitig mit den 800ern jedoch bisher keine Probleme gehabt, was die Performance angeht, schon gar nicht an Anschlüssen die nur für die Telefonie verwendet werden. Und es waren schon einige ;) hatte zwischen 2 und 120 Kanälen bisher keine Probleme mit der Kiste, sei es der 883, 884 oder 883+. Auch als SBC bei 30 Kanälen hat der keine Probleme gemacht.
35 IP-Kanäle sind da gar keine Ansage. Die machst du mit knapp über 3Mbit in beide Richtungen weg. Und rein von den States her sind es auch nur 70 States für die Firewall, zumindest fürs RTP...und den einen State auf 5060 fürs SIP. Bitte nicht immer auf die Anzahl der Gespräche stürzen...die Bandbreite eines rein für die Telefonie genutzten 100MBit Anschlusses reicht für bis zu 164pG, danach macht die Plattform der T dicht. Rein theoretisch kannst du knapp über 350 Gespräche drüber führen ohne den Anschluss zu 100% auszulasten, Puffer mit einberechnet (Gespräch wird unter uns Technikern mit 90-100kBit/s symmetrisch gerechnet, vom Codec G.711a und G.722 her sinds 64kBit/s, ein bisschen Puffer und ein bisschen viel für SIP Traffic). Nur zur Veranschaulichung: letztens einen Glas-Anschluss (DCIP) mit SIP-Trunk gebaut, 20Mbit symmetrisch, soll zu Volllastzeiten 120pG aufnehmen. Kein Problem. Da sieht man doch recht klar, wie viel Luft der TO noch nach oben hat.
Dann sollte sich die Kiste aber nicht komplett deregistrieren, zumindest in der Theorie. Ich weiß, die Praxis. Der Reregistration-Timer steht schon im Default so hoch, da kann und darf ein verlorenes SIP register keinen Abbruch hervorrufen.

Hallo,

bei einigen Agfeos eigentlich alles Modelle mit dem LAN-Modul 509 hatten wir auch immer mal wieder Probleme mit der Registrierungen die sich nicht wieder gefangen haben. Dort hat es geholfen die TK aus/ein zu schalten. Bzw. die SIP Anmeldung im Lan Modul aus/ein zu schalten. Irgendwann nach vielen Updates der FW des Lanmoduls war der war dann Ruhe. Die Change-Logs haben sich dann auch demensprechend gelesen. Auch die Telekom Anschlüsse waren da dabei, neben den ganzen anderen kleinener Providern.

Bei uns ist das fast immer Mixed-Use also TK und IT auf einem Anschluss. Wenn der Anschluss dann schon 100 Mbit hat, dann ist man froh, teilweise gurken die Kunden mit 16 und weniger rum. Da geht dann ohne Bandbreitenresvierung nix stabil.

Moin,

Den Google-DNS solltest Du aber besser gegen Cloudflare tauschen.....

Gruß

Looser