Probleme mit Digialisierungsbox / Be.IP Plus
vor 7 Jahren
Hallo,
wir haben eine Be.IP Plus von Bintec (Baugleich mit Digitalisierungsbox) in einem kleinen Büro (5x IP630 von Bintec, 2x DECT Telefonen, 1x Fax) vor 2 Jahren an unseren 2 ISDN Anschlüssen eingesetzt und waren bisher zufrieden.
Nun wurden bei uns Anfang Oktober die ISDN Anschlüsse gegen 2x Deutschland LAN IP (2MBit) umgestellt. Seit dem haben wir nur noch Probleme:
- Mal kann man das Telefonat nicht annhmen
- Mal hören wir den Gesprächspartner nicht,
- Mal kommen Faxe nicht an
- Heute war auf einmal die Registrieung der Rufnummern nicht mehr gegeben.
Ich blicke einfach nicht mehr durch! Alle Fehler sind nur sporadisch!!
Im Fehlerprotokoll (SYSLOG) kommt auch sporadisch Meldungen wie diese:
ATM: vdsl3-0: Rx Errors last 2 seconds: 162 CRC 2 FEC: 8273 HEC 2 ATM: vdsl3-0: 139 new Rx Errors: CRC 2 FEC: 8250 HEC 2
Leitungsprüfung der Telekom sagt: Alles i.O.
Dann kommt heute immer wieder sowas:
11:49:57 INET: destroy session, 80.134.42.133:41584->217.237.150.205:53 prot: 17 11:49:57 INET: destroy session, 80.134.42.125:10140->217.0.43.193:53 prot: 17 11:49:57 INET: destroy session, 80.134.42.125:41259->217.0.43.193:53 prot: 17 11:49:57 INET: destroy session, 80.134.42.125:53608->217.0.43.193:53 prot: 17 11:49:57 INET: destroy session, 80.134.42.133:41382->217.237.150.205:53 prot: 17 11:49:57 INET: destroy session, 80.134.42.133:36007->217.237.150.205:53 prot: 17 11:49:57 INET: destroy session, 80.134.42.133:6909->217.237.150.205:53 prot: 17 11:49:57 INET: destroy session, 80.134.42.129:25034->217.0.43.193:53 prot: 17 11:49:57 INET: destroy session, 80.134.42.125:35578->217.0.43.193:53 prot: 17 11:49:57 INET: destroy session, 80.134.42.133:46861->217.237.150.205:53 prot: 17 11:49:57 INET: destroy session, 80.134.42.133:50524->217.237.150.205:53 prot: 17 11:49:57 INET: TIMEOUT Session expired: 80.134.42.133:50524->217.237.150.205:53 prot=17 11:49:57 INET: TIMEOUT Session expired: 80.134.42.133:46861->217.237.150.205:53 prot=17 11:49:57 INET: TIMEOUT Session expired: 80.134.42.125:35578->217.0.43.193:53 prot=17
Was kann ich tun? Wer hat eine Idee? Welche Konfiguration braucht ihr, um mir ggf. einen Tipp zu geben?
Bin am Verzweifeln!! Damals hatten wir bei der ISDN Variante 0 FEHLER!!!!
1444
12
Das könnte Ihnen auch weiterhelfen
1452
0
6
107
0
3
2268
0
2
in
213
0
1
vor 7 Monaten
1342
0
2
Das könnte Sie auch interessieren
Kaufberatung
Sie benötigen eine persönliche Kaufberatung? Das Geschäftskundenteam der Telekom berät Sie gerne.
Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.
vor 7 Jahren
Die CRC Meldungen sind kein Problem wenn sie sporadisch auftauchen. Das kann eine zufällige STörung auf der Leitung sein.
Die anschließenden Meldungen sind einfach nur in der be.ip erkannte Verbindungen im NAT-Router, die nach einer gewissen Zeit der Inaktivität geschlossen werden: Hier alles DNS-Anfragen per UDP. Kein Grund zur Panik.
Wenn Du aber schreibst von 2x Internet-Anschluss: Laufen beide über die bintec-Anlage? Welche Firmwareversion läuft auf der be.ip?
Läuft das Internet rund oder hats da auch Probleme? Mir scheint, die DNS-Anfragen laufen auch immer über beide Verbindungen raus. Ist die Telefonie Standortgebunden (jeweils auf die zugehörige Leitung fixiert)?
1
Antwort
von
vor 7 Jahren
Hallo,
schon einmal vielen Dank für die Antwort!
- Beide Internet-Verbindungen laufen über die Be.IP Plus. Einmal das interne DSL Modem und einmal ein externes D-Link DSL-321B Modem.
- Ob das Internet Rund läuft ?! Kann ich schwer sagen, da wir über LTE noch extra versorgt sind, da 2x 2MBit Leitung recht schwach ist und somit sind wir zum surfen auf LTE gegangen. Aber laut dem Dashoboard von der Be.IP sind die DSL Verbindungen schon mehrere Tage aktiv.
- Ja, ich habe die Telefonie Standort gebunden, also Rufnummern zum DSL 1 auf einene Standort und die Rufnummern zu DSL 2 über den zweiten Standort.
- Firmware Be.IP: Release 10.2. Rev.4
Gruß Dominik
Uneingeloggter Nutzer
Antwort
von
vor 7 Jahren
Hallo,
ich kenne mich mit den Bintec-Routern zwar nicht allzusehr aus, aber vielleicht kann ich trotzdem ein paar Hinweise geben.
Vorher würde ich nun gerne wissen: Wie heißt Eurer Tarif genau (es gibt mehrere DeutschlandLAN -Varianten) und warum habt Ihr offenbar mehrere Anschlüsse mit 2 MBit/s? Ist bei Euch keine höhere Geschwindigkeit möglich oder handelt es sich hier um SDSL-Anschlüsse?
@Dominik_ schrieb Ich blicke einfach nicht mehr durch! Alle Fehler sind nur sporadisch!! Im Fehlerprotokoll (SYSLOG) kommt auch sporadisch Meldungen wie diese: ATM: vdsl3-0: Rx Errors last 2 seconds: 162 CRC 2 FEC: 8273 HEC 2 ATM: vdsl3-0: 139 new Rx Errors: CRC 2 FEC: 8250 HEC 2 Leitungsprüfung der Telekom sagt: Alles i.O.
Ich blicke einfach nicht mehr durch! Alle Fehler sind nur sporadisch!!Im Fehlerprotokoll (SYSLOG) kommt auch sporadisch Meldungen wie diese:
Leitungsprüfung der Telekom sagt: Alles i.O.
Die von Dir zitierte Meldung zeigt die Fehler auf der DSL-Strecke an, also wie "gut" die Verbindung zwischen Router und Gegenstelle ist. Die FEC-Fehler kann der Router vereinfacht gesagt selbst korrigieren, die CRC-Fehler jedoch nicht. Falls hier Experten für Bintec-Router da sind: Diese Meldungen zeigen vermutlich neue Fehler auf und sind kein Gesamtzähler aller bisher aufgelaufenen Fehler? Falls alle paar Sekunden zwei neue CRC-Fehler auftreten, wäre das meiner Meinung nach relativ viel - aber da können andere Nutzer vielleicht mehr dazu sagen.
Wenn die CRC-Fehler das Problem sind, würde ich aber eher mit Abbrüchen bestehender Telefonate oder einer schwankenden Sprachqualität innerhalb von Gesprächen rechnen, das scheint aber offenbar nicht der Fall zu sein? Offenbar funktioniert die Telefonie manchmal und manchmal nicht? Gibt es im oben erwähnten Fehler-Login in Zeiten von fehlerhaften Telefonaten mehr FEC- bzw. CRC-Fehler als zu Zeiten, bei denen die Telefonie funktioniert?
Dann kommt heute immer wieder sowas: 11:49:57 INET: destroy session, 80.134.42.133:41584->217.237.150.205:53 prot: 17 11:49:57 INET: destroy session, 80.134.42.125:10140->217.0.43.193:53 prot: 17 [...] 11:49:57 INET: destroy session, 80.134.42.129:25034->217.0.43.193:53 prot: 17 [...] 11:49:57 INET: TIMEOUT Session expired: 80.134.42.133:46861->217.237.150.205:53 prot=17 11:49:57 INET: TIMEOUT Session expired: 80.134.42.125:35578->217.0.43.193:53 prot=17
Dann kommt heute immer wieder sowas:
Die links genannte IP (80.134.42.1xx) soll wohl die IP-Adresse des betroffenen Anschlußes sein - aber warum tauchen drei verschiedene IP-Adressen (x.x.x.125, x.x.x.129 und x.x.x.133) zur gleichen Zeit auf, wenn Du weiter oben von zwei DeutschlandLAN -Anschlüssen sprichst? Habt Ihr ein Netz mit z.B. 8 oder 16 statischen IP-Adressen von der Telekom bekommen? Die einfachen DeutschlandLAN -Tarife haben meines Wissens gar keine oder max. eine feste IP-Adresse...(?)
Die rechts genannten IP-Adressen (217.0.43.193 und 217.237.150.205) scheinen mir zu DNS-Servern der Telekom zu gehören (die für die Übersetzung von Domainadressen wie telekom.de in IP-Adressen zuständig sind). Diese Meldungen besagen also wohl, daß nach erfolgten DNS-Abfragen die TCP-Verbindungen zu den DNS-Servern abgebaut werden.
Was kann ich tun? Wer hat eine Idee? Welche Konfiguration braucht ihr, um mir ggf. einen Tipp zu geben? Bin am Verzweifeln!! Damals hatten wir bei der ISDN Variante 0 FEHLER!!!
Was kann ich tun? Wer hat eine Idee? Welche Konfiguration braucht ihr, um mir ggf. einen Tipp zu geben?
Bin am Verzweifeln!! Damals hatten wir bei der ISDN Variante 0 FEHLER!!!
Gibt es in den Logs keine Angaben zu speziellen VoIP-Fehlern? Siehe z.B. https://telekomhilft.telekom.de/t5/All-IP-das-digitale-Netz/Bintec-be-ip-SIP-Trunk-Fehler-480-ausgehende-Telefonie/td-p/3221315 für ein Beispiel, wie solche Einträge aussehen könnten (ja, es geht dort um ein anderes Thema, das ist ja nur ein Beispiel für entsprechende Log-Einträge).
Wenn Ihr mehrere IP-Adressen nutzt (jetzt mal egal ob absichtlich oder unabsichtlich) könnte ich mir evtl. vorstellen, daß der Router sich bei den SIP-Servern wechselweise mit den verschiedenen IP-Adressen anmeldet und die Telefonie-Plattform der Telekom dadurch irgendwie durcheinander kommt und nicht mehr weiß, an welche IP sie denn nun die Verbindungen zustellen soll.
cu talk
8
Antwort
von
vor 7 Jahren
Hallo,
also das mit den drei IP Adressen war mein Fehler!!! es sind nur 2 Stück!
also das mit den drei IP Adressen war mein Fehler!!! es sind nur 2 Stück!
Dann müßte Dir beim Kopieren des Logs ein Fehler unterlaufen sein? Dort waren ja drei IPs zu sehen. In Deinem neuen Log tauchen zwei IP-Adressen auf (xxx.129 und xxx.131), wobei erstgenannte genau einmal schon im ersten Log auftauchte...
Ist der Bintec-Router für beide DeutschlandLAN -Anschlüsse auf eine Verbindungstrennung alle 24 Stunden eingestellt?
Heute war es wieder soweit: Gegen 10:07 Uhr kam ein Anruf rein und das Gespräch konnte nicht angenommen werden, so die Mitarbeiterin. Ich habe mal versucht so grob das Protokoll zusammen zukürzen auf dne besagten Zeitraum!
Heute war es wieder soweit:
Gegen 10:07 Uhr kam ein Anruf rein und das Gespräch konnte nicht angenommen werden, so die Mitarbeiterin.
Ich habe mal versucht so grob das Protokoll zusammen zukürzen auf dne besagten Zeitraum!
Das Protokoll gibt Einträge von 10:14 Uhr wieder, der von Dir geschilderte Anruf war aber um 10:07 Uhr?
Für 10:14 Uhr steht im Log ein (anderer?) Anruf drin, der - wenn ich das richtig verstehe - mit der Meldung "complete elsewhere" endete. Eine solche Meldung wird ja eigentlich dann signalisiert, wenn mehrere Endgeräte klingeln, eines davon abgenommen hat und die anderen darüber informiert werden sollen (damit sie den Anruf nicht als Anruf in Abwesenheit anzeigen).
Ansonsten scheint mir das Log leider nicht allzu ergiebig zu sein (zumindest für mich). Ich würde evtl. versuchen, einen Paketmitschnitt zu erstellen und den dann mit Wireshark versuchen zu analysieren. Einen solchen Mitschnitt aber längere Zeit einfach auf Verdacht mitlaufen zu lassen, dürfte aber eine Menge an Daten zusammentragen (alle Gespräche + Internet-Verkehr), sodaß auch nicht unbedingt eine Lösung ist. Man könnte höchstens dann mitschneiden, wenn man dann auch extra Testanrufe o.ä. macht.
Du scheinst mir nicht der einzige Nutzer mit einem solchen Problem zu sein, auch hier im Forum gab es bereits ähnliche Diskussionen, die so aber nicht unbedingt 1:1 übertragbar sind:
https://telekomhilft.telekom.de/t5/Festnetz-Internet/Digitalisierungsbox-keine-eingehenden-Anrufe/td-p/2566405
https://telekomhilft.telekom.de/t5/All-IP-das-digitale-Netz/Probleme-mit-Digitalisierungsbox-Premium-eingehender-Anruf/td-p/2140633
Kann es sein, daß das Problem vor allem dann auftritt, wenn eine Weile nicht telefoniert wurde? Funktioniert direkt nach einem vorangegangenen Anruf alles reibungslos?
Vielleicht hat kalle2014 noch eine Idee, der kennt sich mit den Bintec-/Digitalisierungsboxen ja ganz gut aus.
Ansonsten kannst Du auch mal versuchen, beim Bintec-Support anzufragen.
cu talk
Antwort
von
vor 7 Jahren
ich sehe, dass die anderen User hier schon ganz fleißig waren. Haben Dir die Hinweise geholfen? Übe eine kurze Rückmeldung freue ich mich.
Viele Grüße,
Lin J.
Antwort
von
vor 6 Jahren
Hallo,
bei den IP Adressen ist mir tatsälcihc ein Fehler beim Kopieren passiert.
Der Hinweis mit dem ULAW und ALAW war sehr gut und hat tatsächlich eine Verbesserung gebracht.
Leider ging es nur eine Woche "gut", dann ging es wieder schief. Nun ist es relatvi ruhig.
Interessanter Weise habe 2 Bekannte (Entffernung 10-15 km) mit einer einfachen FritzBox und einem FritzFon, genau die selben Fehler.
Mal geht es auch bei denen gut und dann wieder Probleme.
Denke, dass da bei der Telekom auch noch der Wurm drinne steckt.
Uneingeloggter Nutzer
Antwort
von
vor 7 Jahren
herzlich willkommen in unserer Community. Schön, dass Sie mit Ihrem Anliegen den Weg zu uns gefunden haben.
Vielen Dank für Ihren Beitrag.
Leider kann ich Ihnen zu diesem Router von keine Unterstützung anbieten.
Da die Leitung auch bereits gemessen und in Ordnung ist, liegt es wahrscheinlich am Router.
Ich hoffe, Sie erhalten dazu hilfreiche Beiträge aus der Community.
Lieben Gruß Melanie B.
0
Uneingeloggter Nutzer
Frage
von