LTE-Sticks mit Hybrid SIM

      eMKay77 schrieb:

      könntest ja mal -P oder -T bei dhclient testen:
      -P --> prefix delegation
      -T --> temporary addresses

      Was soll das bringen? Es wird scheinbar kein Paket gesendet, da helfen solche Sachen nicht, wir brauchen einen Client, der sich nicht weigert bei gre6. Ich nehme an, Schnup würde mit dem Argument -d (kein Daemon starten, sondern direkt laufen) auch die Meldung bekommen.

      eMKay77 schrieb:

      der SPH nutzt den dhcp6c für das Anfordern der IPs
      Wie machen sie dann IPv4? Geben wir zu, IPv4 ist wichtiger

      eMKay77 schrieb:

      was dem oben erwähnten 'dhclient -P' entsprechen müsste
      Geht aber mit der Standardversion von dhclient nicht... Außerdem braucht man dazu erst eine IPv6-Adresse, bevor man ein Netz anfordern kann.

      Schnup89 schrieb:

      Jep, da gibts anpassungen im quellcode:
      github.com/Stricted/DT_Hybrid_…service/main/src/ipv6cp.c
      Ich habe es nur überflogen, weil Zeit, aber das sieht alles nach PPP aus, z. B. weil es im pppc-Ordner ist...

      @danXde: weißt doch: ich bin kein Netzwerker ;)
      Hab im hybrid-Binary geschaut --> da gehen alle Verweise auf dhcp6c und die Debug-Strings sprechen für Prefix-Delegation.
      Hab in den Mailing-Listen gelesen --> da ist ein solches Problem für dhclient bekannt, sobald es keine HW-MAC gibt. (PPP, GRE, etc.)
      --> eventuell reicht es ja schon einen aktuelleren dhclient zu nutzen.

      genevt schrieb:

      Wie machen sie dann IPv4? Geben wir zu, IPv4 ist wichtiger
      keine Ahnung - alle Verweise im hybrid-Binary gehen nach dhcp6c...

      genevt schrieb:

      Geht aber mit der Standardversion von dhclient nicht...
      dhclient scheint Probleme zu bekommen, wenn keine HW-MAC vorhanden ist...

      genevt schrieb:

      das sieht alles nach PPP aus
      die Problematik ist auch ähnlich zu PPP - da sind wir wieder bei der HW-MAC --> das Problem scheint bekannt laut Mailing-Liste und Patches existieren auch...

      mfg, emkay

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „eMKay77“ ()

      Bin einen Schritt weiter.

      Habe eben eine stabile Hello-Message Verbindung zustande bekommen.

      Das heiß ich schicke dem Haap eine Hello-Message mit meiner Uhrzeit, und bekomme eine Antwort mit der Uhrzeit vom Haap.

      Leider tut sich aber auf meinem GRE-Interface bzgl. IP-Adresse via DHCP nichts.

      Meine Filter-List-Acknowledge Pakete waren falsch formatiert.

      Der Hello-Message Interfvall scheint immer bei 20 Sekunden zu liegen.



      Viele Grüße

      Moin Leutz!

      Wisi schrieb:

      Hi, wohl leider keine weiteren Fortschritte? Kann dazu selbst nicht viel zu beitragen...
      Sorry, hatte wenig Zeit - kommt aber noch ;)

      hefr54 schrieb:

      Das steht alles im Router, ich glaube mal Du denkst viel zu kompliziert
      Nein - streng genommen tut er das nicht...
      Das alles steht im Router, weil er es beim Connect aushandelt ;)
      Auch wenn die Werte sich nicht oft ändern, sollte ein eigener Client diese Werte besser aushandeln - und sie nicht als konstant ansehen.
      (meines Wissens war zB. das Hello-Interval früher kürzer...)

      mfg, emkay

      Moin Leutz!

      Bin ja eigentlich kein Freund davon, halbe Sachen zu veröffentlichen - aber hier mein LTE-Stick-Init ;)

      Shell-Script

      1. #!/bin/bash
      3. INTF='/dev/cdc-wdm0'
      4. WANIF='wwx0c5b8f279a64'
      6. _atcmd ()
      7. {
      8. timeout 0.1 cat $INTF > /dev/null
      9. printf "$*\r" > $INTF
      10. while :
      11. do
      12. res=$(timeout 0.1 cat $INTF)
      13. if [ ! -z "$res" ] ; then break ; fi
      14. sleep 0.4
      15. done
      16. printf "$* >>>>>\n"
      17. printf "$res\n"
      18. }
      20. _fromdn ()
      21. {
      22. tmp=$(printf "$1" | tr '.' ' ')
      23. i=0
      24. for b in $tmp
      25. do
      26. printf "%02x" $b
      27. if [ $i -eq 1 ]
      28. then
      29. printf ':'
      30. i=0
      31. else
      32. i=1
      33. fi
      34. done
      35. printf '\n'
      36. }
      38. _getipcfg ()
      39. {
      40. printf 'getcfg >>>>>\n'
      41. cfg=$(_atcmd at+cgcontrdp)
      42. printf "$cfg"
      44. apn=$(printf "$cfg" | grep '+CGCONTRDP:' | cut -d',' -f3 | tr -d \")
      45. wanip=$(printf "$cfg" | grep '+CGCONTRDP:' | cut -d',' -f4 | tr -d \")
      46. dns1=$(printf "$cfg" | grep '+CGCONTRDP:' | cut -d',' -f6 | tr -d \")
      47. dns2=$(printf "$cfg" | grep '+CGCONTRDP:' | cut -d',' -f7 | tr -d \")
      49. wanip=$(_fromdn $wanip | cut -b-39)
      50. dns1=$(_fromdn $dns1 | cut -b-39)
      51. dns2=$(_fromdn $dns2 | cut -b-39)
      53. haap=$(host -6 haap.t-online.de "$dns1" | tail -n1 | cut -d' ' -f5 )
      55. printf 'WAN-State >>>>>\n'
      56. printf "connected APN: $apn\n"
      57. printf "WANIP: $wanip\n"
      58. printf "DNS1 : $dns1\n"
      59. printf "DNS2 : $dns2\n"
      60. printf "HAAP : $haap\n"
      61. printf '\nInterface-State >>>>>\n'
      62. ip addr show dev $WANIF
      63. printf '\nInterface-Routes >>>>>\n'
      64. ip route show dev $WANIF
      65. ip -f inet6 route show dev $WANIF
      66. printf '\nInterface-Neighbours >>>>>\n'
      67. ip neighbor show dev $WANIF
      68. printf '\n'
      69. }
      71. _disconnect ()
      72. {
      73. printf 'disconnect >>>>>\n'
      74. resolvconf -d $WANIF
      75. ip link set $WANIF down
      76. _atcmd at^ndisconn=1,0
      77. }
      79. _init ()
      80. {
      81. printf 'init >>>>>\n'
      82. _atcmd ATZ
      83. _atcmd ATE0V1\&D2\&C1S0=0
      84. _atcmd at+cgdcont=0,\"IPV6\",\"\"
      85. }
      87. _connect ()
      88. {
      89. printf 'connect >>>>>\n'
      90. _init
      91. _atcmd at+cgdcont=1,\"IPV6\",\"hybrid.telekom\"
      92. _atcmd at^ndisconn=1,1
      93. ip link set $WANIF up
      94. sleep 2
      95. _getipcfg
      96. printf "dns-nameserver $dns1\ndns-nameserver $dns2\n" | resolvconf -a $WANIF
      97. }
      99. if [ "$1" == 'connect' ]
      100. then
      101. _connect
      102. elif [ "$1" == 'disconnect' ]
      103. then
      104. _disconnect
      105. else
      106. printf 'usage: hybrid <connect|disconnect>\n'
      107. fi
      Ich hab' das als hybrid gespeichert.
      Ist allerdings nur unter Ubuntu 16.04 - Huawei e3276 mit IPv6-FW im NCM-Mode (PPP-Mode ist langsamer) und auf LTE fixiert getestet.

      INTF ist das '/dev'-Interface zum Stick - im NCM-Mode normalerweise '/dev/cdc-wdmX', wobei X meist '0' sein dürfte.
      WANIF ist das Netzwerkinterface des Sticks (oft einfach 'wwan0', neuere Linux-Versionen benennen es gern um...)

      Quellcode

      1. hybrid connect
      --> initialisiert den Stick und baut eine Verbindung zum Hybrid-LTE-APN auf.
      (ermittelt dabei WAN-IP, HAAP-IP, Nameserver, setzt die Nameserver -- aber setzt keine Routen.)

      Quellcode

      1. hybrid disconnect
      --> beendet die Verbindung.

      Das Script verwaltet aber nur den Stick - hat noch nix mit dem Hybrid-Tunnel zu tun.

      Es sieht auf den ersten Blick etwas kryptisch aus - ist es aber eigentlich nicht ;)
      Ist halt alles als Funktion (die atcmd-Funktion ist auch einzeln recht nützlich...)

      Erleichtert eventuell das Testen.

      mfg, emkay

      Moin @hefr54!

      Wie weiter vorne erwähnt, ist zwar mein e3276 jetzt IPv6-fähig (alte Speedstick3-Firmware) - die Einwahlsoftware des Sticks allerdings nicht...
      Und ich bin ja unter Linux unterwegs, mache sowas lieber selbst wegen Kontrolle und später soll's ja eh automatisiert laufen ;)

      Und ja: weil's Aufwand/Zeit spart, sind bei meinem Stick die zusätzlichen Ports für CDRom und SDCard zusammen mit den restlichen unnötigen deaktiviert.
      (nur PCUI(12) und NCM(16) sind aktiv - und aus Spaß noch VxWorks- und Linux-Konsole)

      Die Zielplattform ist ja eh eher Linux - alle mir bekannten Router, Boards, RasPis sind linuxbasiert.

      Als ich das Script geschrieben hab', gab's allerdings noch Hoffnung, eventuell alles per Script erledigen zu können. (der Aufwand wäre aber wohl zu groß)
      So macht das Script die Vorarbeit und startet dann den eigentlichen Hybrid-Client.

      Das das mit den Sticks 'ne Bastelei ist, hatte ich ja schon weiter oben erwähnt - deshalb ja die Suche nach Hardware, welche einfacher zu bekommen/handhaben ist. (da die M2M-Module teils schwerer zu bekommen sind und auch nicht billiger, bin ich ja beim Netgear-LB1110 gelandet)

      Im Grunde ersetzt das Script also nur die Einwahlsoftware des Sticks unter Linuxoiden OS :D

      Hauptsächlich nutze ich jetzt allerdings das LB1110 - ist dem e3276 weit überlegen. Wer allerdings neu kauft, kann ja einen der Sticks besorgen, bei denen bekannt ist, daß sie funktionieren. Die Sticks sind ja zB. bei Amazon durchaus noch im Handel und für mindestens 2 davon haben wir ja passende Firmware.

      -- Sticks: günstig, aber (software-)basteln.
      -- M2M-Modul: leistungsfähig, aber teurer und (hardware-)basteln (Gehäuse, Stromversorgung - erhöht auch den Preis).
      -- LTE-Bridge: leistungsfähig, mittelteuer, aber kein basteln.
      (ich hab' mit Pigtails zum Antennenanschluß und Porto rund €162.- bezahlt...)

      Komplette LTE-Router könnten auch funktionieren, wenn der Routerteil IPv6 ignoriert, also nur IPv4 routet und IPv6 einfach durchreicht.
      (das Netgear gibt zB. dem LAN-Port scheinbar auch im Routermodus eine Hybrid-IPv6 zusätzlich zur IPv4 durch DHCP des Modems)

      Der Stick ist für mich also 'Legacy', ich werde damit testen, aber hauptsächlich die LTE-Bridge im Fokus haben. (das Script hinterlässt den Stick in etwa an dem Punkt, an dem das LTE-Modem nach dem Einschalten auch ist - alles weitere ist dann in etwa gleich... eventuell mit kleinen Änderungen passt das Script auch bei den M2M-Modulen.)

      Ich hab' übrigens jetzt mal lieb bei Netgear nach dem Passwort für den erweiterten AT-Befehlssatz gefragt (damit könnt' man eigene LTE-Configs, zB. einzelne Bänder oder CA, im Modem hinterlegen) - noch keine Antwort.

      mfg, emkay

      Meine Hardware ist auch gekommen, das LTE-Modul fehlt noch, aber einen Stick hab ich da. Bin aber noch nicht groß weiter gekommen, liege erstmal mit Grippe flach -.- Außerdem fehlt mir ein Nullmodem-Kabel, das muss ich noch organisieren. Morgen werde ich erstmal gucken, welche Firmware der Stick hat.

      @eMKay77
      Du hast ja sicherlich die passenden Versionen da. Würdest du mir die ggf zur Verfügung stellen?
      Bilder

      • DSC_0223.JPG

        1,21 MB, 3.840×2.160, 218 mal angesehen

      • DSC_0228.JPG

        1,51 MB, 3.840×2.160, 212 mal angesehen