SP-H ohne SIPPROXY

      Ich versuche gerade nochmal den bootstrap nach zu verfolgen.

      Das:

      Quellcode

      1. ​#!/bin/sh
      2. echo 'bootstrap gestartet...' > /tmp/bslog
      3. for i in 1 2 3 4 5 6 7 8 9 10 11 12
      4. do
      5. sleep 10
      6. echo "bootstrap mount Versuch $i..." >> /tmp/bslog
      7. bsbase="$(ls -d /mnt/*/_bootstrap_ 2>/dev/null)"
      8. if [ -n "$bsbase" ]
      9. then
      10. break
      11. fi
      12. done
      13. if [ -n "$bsbase" ]
      14. then
      15. bsinit="$(ls $bsbase/bootstrap_init.sh 2>/dev/null)"
      16. usbname="$(echo $bsbase | cut -d '/' -f 3 2>/dev/null)"
      17. usbdev="$(mount | grep $usbname | cut -d ' ' -f 1 2>/dev/null)"
      18. mkdir /tmp/bsmnt
      19. mount -o exec $usbdev /tmp/bsmnt
      20. mount -o bind /tmp/bsmnt/_bootstrap_ /opt
      21. echo 'mount durchgeführt...' >> /tmp/bslog
      22. if [ -n "$bsinit" ]
      23. then
      24. . /opt/bootstrap_init.sh
      25. echo 'bootstrap_init.sh ausgeführt...' >> /tmp/bslog
      26. else
      27. echo 'bootstrap_init.sh nicht gefunden...' >> /tmp/bslog
      28. fi
      29. else
      30. echo 'mountpoint nicht gefunden...' >> /tmp/bslog
      31. fi
      32. echo 'bootstrap beendet...' >> /tmp/bslog


      finde ich in keiner meiner Dateien. Es gibt ja auch noch die Erweiterungen von danXde. Kommt das alles in eine bootstrap-init.sh und dann in /opt/bin oder wo soll das hin. Da habe ich noch ein Wissenslück'chen.

      Gruss Björn
      Hi allerseits,

      nachdem daXde Vorgestern einige Stunden geopfert hat (danke nochmal dafür du Konsolenvirtuose), läuft mal der Bootstrap ordentlich. Leider ist mit der Telefonie immer noch Essig. Ich habe zwischendurch mal einen W724V an den DSL Port gehängt und konnte dann zumindest mit einer Fritzbox mit meiner Telekom Nummer raus telefonieren. Nachdem der SpH wieder dran hängt, geht das nun wieder nicht.

      Meine derzeitige Idee ist nun, erstmal die Firewall im SpH ganz still zu legen (ich habe ja noch die SonicWall dahinter) um den Fehler weiter einzugrenzen. Im Moment mit zwei Firewalls zu jonglieren scheint mir etwas hinderlich zu sein.

      Wie sähe denn eine fw_scheunentor.sh aus?

      Gruss Björn
      Hi,

      ich sollte halt eine "einfache" Möglichkeit haben, zumindest mal zu probieren, ob der easybell sip trunk überhaupt richtig geht. Sonst dreht man sich u.U. im Kreis.

      Um easybell an DSL zu binden muss ich ja einfach nur die LTE Portfreigaben auskommentieren? Ich habe in der Richtung gestern was gelesen, dass DSL-easybell-muss.

      Gruss Björn
      Könnte es vielleicht damit zu tun haben, dass am SPH ja irgendwie zwei öffentliche IP Adressen vorhanden sind?

      Wenn das lohnenswert wäre, könnte ich ja mal mit no-ip eine feste IP Adresse einrichten und die bei easybell eintragen. Oder ist das vergebene Liebesmüh' ?

      Gruss Björn

      danXde schrieb:

      so einfach geht es leider nicht. ;o)

      kommt darauf an, was man mit Firewall deaktivieren meint...

      Firewall (Software) deaktivieren, im Sinne von IPTables deaktivieren ==> keine gute Idee - wegen Telefonie-/Port-Weiterleitungen, etc.
      Firewall (logisch) deaktivieren, im Sinne von Alles durchlassen ==> sollte mit einer All-Accept-Regel möglich sein - aber eben nur sinnvoll, wenn dahinter eine zusätzliche Firewall vorhanden ist. (IPv4 braucht dafür aber wohl trotzdem NAT - IPv6 sollte dann direkt gehen)

      mfg, emkay
      Man könnte die Telekomtelefonie ja auch für den Test mal aussen vor lassen. Die habe ich ohnehin im Moment auf Handy umgeleitet.

      Mir geht es wie gesagt nur darum, mal final fest zu stellen, ob der siptrunk überhaupt mit meiner Telefonanlage geht. Notfalls kann ich die Telekom Nummern immer noch portieren und nicht mehr mit der Telekom telefonieren.

      Gruss Björn
      Hi @danXde,

      Ich habe sie ausprobiert und kurz die Sonic auf gemacht. Hat leider nicht funktioniert.
      Danach habe ich den Telekom Voip Teil noch auskommentiert und nochmal mit offener Sonic getestet.

      no way. Raus ja, rein nope.

      Ich logge nochmal den Lan Port des SPH, der zur Sonic geht. vielleicht zeigt der jetzt was verwertbareres an.

      Gruss Björn
      Hi Leute,

      heute war mir der Zufall ein holder Begleiter. Beim studieren diverser Einstellungsgeschichten kam mir der Gedanke, meine easybell Rufnummer mal als Rumpfnummer zu betrachten und eine Durchwahl anzuhängen. Schwup - klingelingeling.

      Da habe ich wohl in der Anrufverteilung einen Bock geschossen. Auf jeden Fall weiss ich jetzt, dass der Anschluss wirklich funktioniert und kann mich nun in Ruhe nochmal an den SPH machen. An der SonicWall ist im Moment nichts extra eingestellt.

      Ich melde dann nochmal meine finalen Einstellungen.

      Gruss Björn
      Hi,

      ich bin bei der SPH Firewall jetzt an der Stelle, dass ich die Telekom Telefonie des ISDN Adapters an die SonicWall durchleite, um eine Fritzbox zu betreiben.

      no-register-fetch=yes

      Fritzbox 7170 meldet sich bei der Telekom an. -> not acceptable here (488)

      Fitzbox stellt die Rufnummer einem Lan Telefon zur Verfügung.

      Telefonanlage greift über Sip auf den Sip Anschluss der Fritzbox zu um die Telefone anzudienen.

      Ergebnis: Summen nach Wahl einer Telefonnummer.

      Ich dachte, das aktivieren des fetch eliminiert den Fehler 488?

      Gruss Björn
      Hi Björn,

      sorry, so ganz kann ich nicht folgen, wo Du grad hängst. Also "no-register-fetch=yes" muss für alle Telekom-Rufnummern aktiv sein. Sonst passiert es, das das IMS immer mal wieder nach einem Registerversuch alle Nummern für eine Zeitraum komplett blockt.

      Tritt das bei der ersten Leitung auf, oder erst beim zweiten Rufaufbau?
      telekomhilft.telekom.de/t5/Tel…-2te-Leitung/td-p/1168673

      Was passiert, wenn Du an die Fritz erstmal eine Telefon direkt dran hängst ...kann das Telefonieren?

      Grüße

      danXde
      @danXde

      Hi,

      ich habe mal ein analoges Telefon ausprobiert. Einrichtung hat geklappt aber beim Rufaufbau (egal ob erster oder zweiter) kommt nur ein Besetztzeichen. Vielleicht sollte ich die FB mal resetten. Oder gibt es noch dienliche Hinweise? Die SPH ist gerade auf "offen" gesetzt.

      Gruss Björn

      Edit: Werksreset an der Fritzbox erfolglos. Das Analogtelefon gibt zwar ein Freizeichen, aber einen Besetzt Ton nach Rufaufbau. Die Ereignisliste in der Fritzbox zeigt wieder 488.

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

      Hi Björn,

      die beiden Zeilen hast Du auch in der Sonix in Richtung Fritzbox noch weiter geleitet?

      ipt iptables -A FWD_SERVICE -s 217.0.16.0/20 -d $SONICWALL/32 -i ppp256 -p udp -m udp --dport 5060 -j ACCEPT
      ipt iptables -A FWD_SERVICE -s 217.0.0.0/20 -d $SONICWALL/32 -i ppp256 -p udp -m udp --dport 7078:7109 -j ACCEPT

      Da hilft dann warscheinlich wirklich nur mal ein Trace am LAN des SP-H, der den gesamten SIP aufzeichnet.

      Grüße

      danXde