Suchergebnisse

Magenta S würde reichen, ich habe Magenta S als Mobilfunk und MagentaZuHause S für DSL, bekomme aber über den Vorteil Max Speed, sprich immer das, was die Zelle hergibt.

Meiner Meinung nach gibt's aber 2 Pakete davon, 1x für IPv4 und 1x für IPv6. Klingt doch aber an sich schon mal nicht so verkehrt?

Naja, wenn das Protokoll aus v2 einfacht nicht mehr supportet wird am HAAP, spielt es eigentlich keine Geige, was da für eine Version steht...

Habe bisher tatsächlich nur eine IPv4 Verbindung aufgebaut und ein paar Webseiten aufgerufen. Meine Congstar Karte macht auch nur 7,2 Mbit/s LTE. Ich muss das die Tage mal umklemmen. Erwartet also vor dem WE keine Ergebnisse dazu. Ich versuche so schnell wie möglich ein paar Werte beizusteuern. €dit: Mein SPH hängt aktuell jedenfalls bei -90 und -7 mit externen Antenne. Da werde ich dann mal Vergleichswerte bereitstellen.

Hab mich mit dem Thema Load Balancing noch gar nicht befasst. Müsste man recherchieren, aber da liegt aktuell eher wenig Priorität drauf, um ehrlich zu sein.

Also LEDE für APU2 ist lauffähig, ich kann die LTE Hardware ansprechen und mehr passiert erstmal nicht. Stand jetzt ist: ich habe einen LTE Router ODER einen DSL Router. Congstar SIM funktioniert, DSL,Modem funktioniert. Ich hoffe nun auf weitere Erkentnisse, sodass ich irgendwann vll ein fertiges Paket schnüren kann.

Dann viel Erfolg beim Weiterbasteln. Ich sammele mit OpenWRT noch immer die ersten Erfahrungen. Wenn meine Congstar-SIM so funktioniert, wie ich will, sehen wir weiter. Aktuell fehlt mir da IPv6, obwohl es am Modul aktiviert ist. Da kommt odhcp6c ins Spiel, mal sehen was ich machen muss, um auch eine IPv6 zu bekommen. Bin aktuell aber nicht zu Hause, weiß also nicht genau, wann ich da weiter rumprobieren kann. @eMKay77 Wenn du was interessantes findest, wobei odhcp6c weiterhilft, gib doch mal la…

@Schnup89 Besten Dank, dann kann ich das mal durchsehen, vll fällt mir noch ewas auf. @all Die DHCP-Diskussion gibt's bzw. gab es bei OpenWRT/LEDE auch, weil "die bekannten" das bei manchen WWAN-Interfaces (bzw. WWAN Verbindungstechniken) wohl nur bedingt oder gar nicht unterstützen. OpenWRT/LEDE hat deshalb "odhcpc" entwickelt, da funktioniert das bei egal welchem Interface. Vielleicht ist das ein Ansatz, um weiter zu kommen. Den müste es z.B. für Debian als fertiges Paket geben. Gefühlt würde …

Das kommt eben davon, wenn man alles hinter verschlossenen Türen macht bzw nicht mal selbst macht, sondern machen lässt... Aber ich würde mal sagen, da hatte die Telekom Glück im Unglück oder mehr Glück als Verstand. Arcadyan ist ja nicht das erste Mal negativ aufgefallen...

Ich werde mal versuchen, die bisher verfügbaren Informationen zusammenzutragen. Was genau hast du denn alles geloggt und mit welchen Parametern? Ich würde die Aufzeichnung gerne mal ansehen, sofern dir das nichts ausmacht. Ganz einfach aus dem Grund, dass ich dann erstmal nicht selbst mein ganzes Setup wieder umstricken muss.

Kommt auf's Land an und ob man damit kommerzielle Zwecke verfolgt. Zur Idee an Sich: bin da noch zwiegespalten irgendwie. Ich finde es gut, dass sich mehrere Leute damit beschäftigen, aber irgendwie wäre es doch schön, wenn alle am selben Strang ziehen würden. Sicher, vieles ist aktuell Trial & Error, ich habe auch noch nicht viel dazu beigetragen, lehne mich mit so einer äußerung also (bewusst!) weit aus dem Fenster. Ich möchte auch niemandem den Spaß verderben, aber ein Miteinander wäre vermut…

Ich war bei FW=Firmware Aber so ergibt es Sinn. Ich habe WAN und WAN6 nicht gelöscht, sondern einfach ein weiteres Interface erzeugt. Dieses habe ich in der Firewall dann dem roten Bereich zugeordnet (sprich so wie WAN und WAN6). Quellcode (8 Zeilen) Außerdem musste ich noch die DNS-Server selbst festlegen, da standardmäßig die von WAN verwendet werden. Wenn man die WAN-Schnittstelle löscht und diese dann für das LTE-Modul verwendet, sollte es auch so gehen. War die ganze Woche nicht zu Hause, v…

Was meinst du genau mit angepasst? Habe bisher nichts weiter gemacht, außer die entsprechenden Pakete ausgewählt und das Image gebaut. Man wird sehen, wie sich das ganze entwickelt. Softwareentwickler bin ich nicht, also nicht, dass falsche Erwartungen aufkommen. Die Info mit QMI ist Gold wert, dann werde ich da auch erstmal keine weitere Zeit drin versenken.

Das oben verlinkte Git-Repo baut wunderbar ein fertiges LEDE-Image. Also ANGEBLICH funktioniert OpenWRT/LEDE bisher nur via MBIM, was da dran ist, weiß ich aber noch nicht zu 100%. Wenn man die QMI-Kernelmodule entsprechend auswählt und uqmi als Commandline-Tool, kann ich zumindest das Device sehen. Aber eine Verbindung habe ich via QMI noch nicht hinbekommen. Will heute mal mit MIBM rumprobieren, das habe andere schon wunderbar am Laufen (mit nem MC7455 aber auf anderem Board/Router, siehe hier…

Also die ersten LEDE Images laufen (natürlich ohne Hybird-Funktion!). Hardware wird erkannt, wenn man die richtigen Kernelmodule auswählt. Nächster Schritt: Infos zum verbindungsaufbau via LTE in OpenWRT/LEDE finden und ausprobieren. Weil so einfach über's Webinterface geht es (noch?) nicht...

Für alle, die ebenfalls mit dem APU2-Board basteln wollen, gibt's ein Git-Repo (nicht von mir!), welches LEDE für die APU2-Hardware bauen kann. Damit ist jede erdenkliche Config möglich. Baue da gerade etwas für die oben genannte Hardware. Mal sehen, ob ich es lauffähig bekomme.

Hab den Speedport gerade nicht im Zugriff, aber ab Werk ist der Bereich von .100 bis .200 vorgegeben. Somit kannst du von .2 bis .99 und .201 bis .254 feste Adressen vergeben. Reihenfolge würde ich anders machen. Erst dem Rechner eine feste Adresse geben, dann den Speedport neustarten und dann in der Dropdown-Liste deinen PC auswählen.

Feste IPs funktionieren besser, das ist zumindest meine Beobachtung. Wenn du mit festen IPs arbeiten kannst, würde ich das tun. Ein wichtiger Hinweis dazu: bitte keine IPs aus dem DHCP-Bereich vergeben oder den DHCP-Bereich verändern. Ich würde einfach Adressen zwischen 192.168.2.10 und 192.168.2.50 als festen bereich verwenden, dann musst du nicht umstellen. Nur feste IPs und DHCP-IPs aus dem selben bereich ist ganz schlecht.

Weil die Portfreigabe im Speedport scheiße ist (sorry). Ich kämpfe damit seit Anbeginn. Irgendwie schießt da der DHCP-Server des Speedport quer. Wenn ich den Speedport neustarte und die daran angeschlossenen Geräte nicht, funktioniert nicht eine Freigabe mehr. Muss das öfter von Hand konfigurieren bzw. korrigieren. Das hilft dir jetzt nicht, aber ich sag's mal so: ein Einzelfall bist du nicht Du kannst geräte auch entfernen, dafür muss das entspreche Gerät ausgeschaltet sein bzw keine Verbindung…

Ja, funktioniert ja nun auch, aber ich musste VLAN 7 für die Schnittstelle aktivieren, sonst wurde keine verbindung aufgebaut. Dass das für VDSL so ist, war mir bewusst, dass man das für ADSL2+ (nach Umstellung auf BNG) auch benötigt, war mir nicht ganz klar. Wollte damit nur andeuten,d ass sowas ja evtl auch beim LTE zum tragen kommt. Wobei ich nichjt weiß, ob man diese Verbindung überhaupt taggen könnte.