SP-H ohne SIPPROXY
-
-
Ich versuche gerade nochmal den bootstrap nach zu verfolgen.
Das:
Quellcode
- #!/bin/sh
- echo 'bootstrap gestartet...' > /tmp/bslog
- for i in 1 2 3 4 5 6 7 8 9 10 11 12
- do
- sleep 10
- echo "bootstrap mount Versuch $i..." >> /tmp/bslog
- bsbase="$(ls -d /mnt/*/_bootstrap_ 2>/dev/null)"
- if [ -n "$bsbase" ]
- then
- break
- fi
- done
- if [ -n "$bsbase" ]
- then
- bsinit="$(ls $bsbase/bootstrap_init.sh 2>/dev/null)"
- usbname="$(echo $bsbase | cut -d '/' -f 3 2>/dev/null)"
- usbdev="$(mount | grep $usbname | cut -d ' ' -f 1 2>/dev/null)"
- mkdir /tmp/bsmnt
- mount -o exec $usbdev /tmp/bsmnt
- mount -o bind /tmp/bsmnt/_bootstrap_ /opt
- echo 'mount durchgeführt...' >> /tmp/bslog
- if [ -n "$bsinit" ]
- then
- . /opt/bootstrap_init.sh
- echo 'bootstrap_init.sh ausgeführt...' >> /tmp/bslog
- else
- echo 'bootstrap_init.sh nicht gefunden...' >> /tmp/bslog
- fi
- else
- echo 'mountpoint nicht gefunden...' >> /tmp/bslog
- fi
- 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 -
-
-
bezel schrieb:
könnte ich ja mal mit no-ip eine feste IP Adresse einrichten
du kriegt von no-ip keine ip-adresse
no-ip ist einfach nur ein dyndns anbieter -
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
-
Teilen
- Facebook 0
- Twitter 0
- Google Plus 0
- Reddit 0