aktuelle version

[Chris Master]

hallo,

auf welche version soll man momentan gehen?

danke

chris

[mok]

Hallo,
in die Runde, ich schließe mich der Frage mal an. GS3 basiert auf Asterisk und GS4/GS5 auf FreeSwitch?

Ist denn geplant an GS3 weiter zu entwickeln? Evtl. aktuelle Asterisk Versionen?

Freue mich auf Rückmeldungen :-).

Gruß mok

[Dirk Markwardt]

Hallo!

>in die Runde, ich schließe mich der Frage mal an. GS3 basiert auf Asterisk und GS4/GS5 auf FreeSwitch?

Ja, ist so richtig.

>Ist denn geplant an GS3 weiter zu entwickeln? Evtl. aktuelle Asterisk Versionen?

GS3 wird weiter entwickelt. Aktuell gibt es einen Release-Kandidaten vom GS 3.3, der auf Asterisk 13 und Debian 8 basiert. Du bist gerne eingeladen, dich an Tests und Feedback zu beteiligen ;-)

--
Mit freundlichen Grüssen
Dirk Markwardt
D.Mar...@Markwardt-Software.de
Markwardt Software GmbH
Schmalbachstr. 9
38112 Braunschweig
Telefon 0531 210910
Telefax 0531 2109131
Handelsregister Braunschweig HRB 2428
Geschäftsführer: Dirk Markwardt

[mok]

Hallo Dirk,

vielen Dank für Deine Rückmeldung. Ich habe vor einigen Jahren schon mal mit Gemeinschaft rumgespielt und dies dann aber leider wieder verworfen (Asterisk wurde in der alten Firma meine ich immer etwas als Bastelware eingestuft, diesen Standpunkt habe ich aber nicht vertreten). Das Thema OpenSource und Asterisk interessiert mich aber definitiv immer noch sehr und in den letzten Wochen habe ich mir verschiedene Lösungen dazu angesehn. Es freut mich dass das Projekt Gemeinschaft immer noch lebt und das es weiter geht, gerne bin ich bereit mir Gemeinschaft zu installieren, zu testen, zu verwenden und meinen Senf dazuzugeben. Leider kenne ich mich nicht gut mit GIT usw. aus um die passenden Softwareschnipsel herunterzuladen, wenn ich dazu etwas Unterstützung oder ein paar Tipp´s bekommen könnte wäre super. Installationsinfos zum Release-Kandidaten GS 3.3 habe ich keine finden können.

Viele Grüße
marCus

Am Mittwoch, 21. Juni 2017 10:14:14 UTC+2 schrieb Dirk Markwardt:

Hallo!

>in die Runde, ich schließe mich der Frage mal an. GS3 basiert auf Asterisk und GS4/GS5 auf FreeSwitch?

Ja, ist so richtig.

>Ist denn geplant an GS3 weiter zu entwickeln? Evtl. aktuelle Asterisk Versionen?

GS3 wird weiter entwickelt. Aktuell gibt es einen Release-Kandidaten vom GS 3.3, der auf Asterisk 13 und Debian 8 basiert. Du bist gerne eingeladen, dich an Tests und Feedback zu beteiligen ;-)

--
Mit freundlichen Grüssen
Dirk Markwardt

[mok]

Hallo,

ich habe einfach mal ein bisschen probiert und leider einen Fehler erhalten.

Ich habe folgendes auf der Konsole ausgeführt (hab ich mir zusammengebastelt):

cd /tmp wget –no-check-certificate https://github.com/amooma/GS3/raw/3.3_RC/install.sh chmod u+x install.sh ./install.sh

Das Script bricht kurz nach "List of detected DAHDI devices:" ab.

No hardware found

make[1]: Leaving directory '/usr/local/src/dahdi-linux-complete-2.10.2+2.10.2/tools'

Empty configuration -- no spans

/usr/sbin/dahdi_span_assignments: Missing '/sys/bus/dahdi_devices/devices' (DAHDI driver unloaded?)

Command failed (status=256): 'dahdi_span_assignments dumpconfig > /etc/dahdi/assigned-spans.conf' at /usr/local/share/perl/5.20.2/Dahdi/Config/Gen/Assignedspans.pm line 40.

--2017-06-21 22:45:28--  http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-1.8-current.tar.gz

Auflösen des Hostnamen »downloads.asterisk.org (downloads.asterisk.org)«... 2001:470:e0d4::ee, 76.164.171.238

Verbindungsaufbau zu downloads.asterisk.org (downloads.asterisk.org)|2001:470:e0d4::ee|:80... verbunden.

HTTP-Anforderung gesendet, warte auf Antwort... 404 Not Found

2017-06-21 22:45:29 FEHLER 404: Not Found.

Versucht das Script auf Dinge von Asterisk 1.8 zuzugreifen? Ich dachte im GS3.3RC wird mit Asterisk 13 gearbeitet.

Vielleicht habt ihr einen Tipp für mich.

Danke und viele Grüße

marCus

[mok]

Hallo,

ich habe den Pfad im Script wie in einem anderen Beitrag von Roberto beschrieben angepasst.

...

Nach meinem Mod von install.sh in den Zeilen 323-325

$DOWNLOAD "http://downloads.asterisk.org/pub/telephony/asterisk/old-releases/asterisk-1.8.32.3.tar.gz"
tar -xvzf asterisk-1.8.32.3.tar.gz
cd $(tar -tzf asterisk-1.8.32.3.tar.gz | head -n 1 | cut -d '/' -f1)

...

Nun lief meine Installation durch, logischerweise mit Asterisk 1.8.

Leider verstehe ich nicht wo es eine aktuelle install.sh mit Asterisk 13 gibt.

... nun bin ich auf https://github.com/RC77/GS3/tree/patch-2 gestoßen ... ist das aktuell?

Sorry wenn ich so viel frage, aber ich bin etwas verweirrt.

Gruß marCus

[Dirk Markwardt]

Hallo Marcus,

 

>... nun bin ich auf https://github.com/RC77/GS3/tree/patch-2 gestoßen ... ist das aktuell?

 

In der „patch-2“ Variante ist auf jeden Fall Asterisk 13-current (also die jeweils aktuelle Version) referenziert. Außerdem werden noch einige Abhängigkeiten für den Build nachinstalliert. Ich meine, ich hätte meine letzte GS3 auch erstmal mit dem „patch-2“ Installscript aufgesetzt. Danach habe ich dann meinen GS3-Fork mit Yealink-Unterstützung nachinstalliert…

 

>Sorry wenn ich so viel frage, aber ich bin etwas verweirrt.

 

Die aktuelle Situation ist verwirrend, keine Frage. Von daher: Nur zu, frag weiter.

 

Aktuell fehlt hier vielen Entwicklern schlicht die Zeit, um eine stabile GS 3.3 mit allen Bugfixes und Featureerweiterungen herauszubringen. Von daher muss man aktuell etwas stückeln und zusammensuchen.

 

--

Mit freundlichen Grüssen

Dirk Markwardt

D.Mar...@Markwardt-Software.de

[mok]

Hallo Dirk,

danke für Deine Antwort und die Freigabe zum Fragen :-).

Also wenn ich das richtig verstanden habe dann ist folgende Vorgehensweise sinnvoll:

1. Das letzte Debian 8.8 Image (...netinst.iso) herunterladen und minimal installieren.
2. Dort apt-get update und apt-get upgrade ausführen um zu checken ob alles auf dem neuesten Stand ist.
3. Dann cd /tmp wget –no-check-certificate https://github.com/amooma/GS3/tree/3.3-ast-13/install.sh chmod u+x install.sh ./install.sh     ausführen, oder ist cd /tmp wget –no-check-certificatehttps://github.com/RC77/GS3/tree/patch-2/install.sh chmod u+x install.sh ./install.sh sinnvoller? (habe ich leider noch nicht verstanden)
4. Wenn alles gut durchläuft glücklich sein und testen?

Du hattest was von einem Fork für GS3-Fork mit Yealink-Unterstützung geschrieben, gibt es dort auch eine neue install.sh? Oder ist das eine Erweiterung zu den oben aufgeführten Schritten? Wo finde ich den Fork?

Das mit der Zeit ist immer so eine Sache, kenne ich. Falls ich irgendwie etwas zum Ordnung machen beitragen kann versuche ich es mir einzurichten. Wobei ich dafür aber wahrscheinlich zu wenig im Thema bin.

Viele Grüße

marCus

[Dirk Markwardt]

Hallo Marcus,

 

1.       Richtig.

2.       Richtig.

3.       Mach gleich dies:
cd /tmp
wget –no-check-certificate https://github.com/RC77/GS3/tree/patch-2/install.sh
chmod u+x install.sh
./install.sh

4.       Genau so ;-)

 

Mein Fork hat zwar schon die Yealink-Unterstützung drin, aber der Installer „patch-2“ ist aktueller hinsichtlich Asterisk 13. Von daher: Installier erstmal mit diesem Installer. Wenn dann GS3 läuft, beschreibe ich Dir, wie Du zusätzlich an meinen Fork mit Yealink (derzeit nur T42G, T46G und T48G) kommst.

 

> Das mit der Zeit ist immer so eine Sache, kenne ich. Falls ich irgendwie etwas zum Ordnung machen beitragen kann versuche ich es mir einzurichten. Wobei ich dafür aber wahrscheinlich zu wenig im Thema bin.

 

Du musst nicht unbedingt gleich mit entwickeln. Feedback ist schon hilfreich.

[mok]

Hallo Dirk,

ich habe mich heute Abend mal mit der Installation beschäftigt, leider hat der Download über wget nicht auf Anhieb funktioneirt, der Pfad war falsch, ich habe dann folgenden verwendet.

https://raw.githubusercontent.com/RC77/GS3/patch-2/install.sh

Nach der Installation kann ich mich auf der Website von GS3 anmelden, aber Asterisk scheint nicht zu laufen unter System auf der Website erscheint bei Asterisk Version: Error

Wenn ich Asterisk über die Konsole starte erhalte ich folgende Fehlermeldungen:

asterisk -c

[0mAsterisk 13.16.0, Copyright (C) 1999 - 2014, Digium, Inc. and others.

Created by Mark Spencer <mark...@digium.com>

Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.

This is free software, with components licensed under the GNU General Public

License version 2 and other licenses; you are welcome to redistribute it under

certain conditions. Type 'core show license' for details.

=========================================================================

[ Initializing Custom Configuration Options ]

XSLT support not found. XML documentation may be incomplete.

PBX UUID: 587fe0b2-c53a-4401-ba00-1fed9bc89159

Unable to load config file 'stasis.conf'

Could not load Stasis configuration; using defaults

[Jun 23 00:47:17] [1;33mNOTICE [0m[2738]: [1;37mloader.c [0m: [1;37m1373 [0m [1;37mload_modules [0m: 1 modules will be loaded.

[Jun 23 00:47:18] [1;31mWARNING [0m[2738]: [1;37mfeatures_config.c [0m: [1;37m1516 [0m [1;37munsupported_handler [0m: Parkinglots are no longer configurable in features.conf; parking is now handled by res_parking.conf

[Jun 23 00:47:18] [1;31mWARNING [0m[2738]: [1;37mfeatures_config.c [0m: [1;37m1520 [0m [1;37munsupported_handler [0m: The option 'parkext' is no longer configurable in features.conf.

[Jun 23 00:47:18] [1;31mWARNING [0m[2738]: [1;37mfeatures_config.c [0m: [1;37m1520 [0m [1;37munsupported_handler [0m: The option 'parkpos' is no longer configurable in features.conf.

[Jun 23 00:47:18] [1;31mWARNING [0m[2738]: [1;37mfeatures_config.c [0m: [1;37m1520 [0m [1;37munsupported_handler [0m: The option 'context' is no longer configurable in features.conf.

[Jun 23 00:47:18] [1;31mERROR [0m[2738]: [1;37mconfig_options.c [0m: [1;37m655 [0m [1;37maco_process_config [0m: Unable to load config file 'acl.conf'

[Jun 23 00:47:18] [1;33mNOTICE [0m[2738]: [1;37mcdr.c [0m: [1;37m4180 [0m [1;37mcdr_toggle_runtime_options [0m: CDR simple logging enabled.

[Jun 23 00:47:19] [1;31mERROR [0m[2738]: [1;37mconfig_options.c [0m: [1;37m655 [0m [1;37maco_process_config [0m: Unable to load config file 'cel.conf'

[Jun 23 00:47:19] [1;33mNOTICE [0m[2738]: [1;37mcel.c [0m: [1;37m1776 [0m [1;37mast_cel_engine_init [0m: Failed to process CEL configuration; using defaults

[Jun 23 00:47:19] [1;31mWARNING [0m[2738]: [1;37mccss.c [0m: [1;37m4381 [0m [1;37minitialize_cc_max_requests [0m: Could not find valid ccss.conf file. Using cc_max_requests default

[Jun 23 00:47:19] [1;31mWARNING [0m[2738]: [1;37mccss.c [0m: [1;37m4438 [0m [1;37minitialize_cc_devstate_map [0m: Could not find valid ccss.conf file. Using cc_[state]_devstate defaults

[Jun 23 00:47:19] [1;33mNOTICE [0m[2738]: [1;37mloader.c [0m: [1;37m1373 [0m [1;37mload_modules [0m: 221 modules will be loaded.

[Jun 23 00:47:19] [1;31mERROR [0m[2738]: [1;37mconfig_options.c [0m: [1;37m655 [0m [1;37maco_process_config [0m: Unable to load config file 'statsd.conf'

[Jun 23 00:47:19] [1;31mWARNING [0m[2738]: [1;37mres_stun_monitor.c [0m: [1;37m340 [0m [1;37mload_config [0m: Unable to load config res_stun_monitor.conf

[Jun 23 00:47:19] [1;31mERROR [0m[2738]: [1;37mconfig_options.c [0m: [1;37m655 [0m [1;37maco_process_config [0m: Unable to load config file 'ari.conf'

[Jun 23 00:47:19] [1;31mERROR [0m[2738]: [1;37mari/config.c [0m: [1;37m231 [0m [1;37mast_ari_config_get [0m: Error obtaining config from ari.conf

[Jun 23 00:47:19] [1;33mNOTICE [0m[2738]: [1;37mres_fax.c [0m: [1;37m4375 [0m [1;37mset_config [0m: Configuration file 'res_fax.conf' not found, using default options.

[Jun 23 00:47:19] [1;31mERROR [0m[2738]: [1;37mconfig_options.c [0m: [1;37m655 [0m [1;37maco_process_config [0m: Unable to load config file 'hep.conf'

[Jun 23 00:47:19] [1;31mERROR [0m[2738]: [1;37mres_calendar.c [0m: [1;37m1059 [0m [1;37mload_config [0m: Unable to load config calendar.conf

[Jun 23 00:47:20] [1;31mERROR [0m[2738]: [1;37mconfig_options.c [0m: [1;37m655 [0m [1;37maco_process_config [0m: Unable to load config file 'res_parking.conf'

[Jun 23 00:47:20] [1;31mERROR [0m[2738]: [1;37mres_config_sqlite3.c [0m: [1;37m1265 [0m [1;37mparse_config [0m: Missing config file 'res_config_sqlite3.conf'

[Jun 23 00:47:20] [1;33mNOTICE [0m[2738]: [1;37mchan_console.c [0m: [1;37m1441 [0m [1;37mload_config [0m: Unable to open configuration file console.conf!

[Jun 23 00:47:20] [1;31mERROR [0m[2738]: [1;37mchan_dahdi.c [0m: [1;37m18195 [0m [1;37mprocess_dahdi [0m: Unknown signalling method 'pri_cpe' at line 23.

SIP channel loading...

[Jun 23 00:47:21] [1;31mWARNING [0m[2738]: [1;37msip/config_parser.c [0m: [1;37m819 [0m [1;37msip_parse_nat_option [0m: nat=yes is deprecated, use nat=force_rport,comedia instead

[Jun 23 00:47:21] [1;33mNOTICE [0m[2738]: [1;37mchan_sip.c [0m: [1;37m31493 [0m [1;37mbuild_peer [0m: The 'username' field for sip peers has been deprecated in favor of the term 'defaultuser'

[Jun 23 00:47:21] [1;31mWARNING [0m[2738]: [1;37msip/config_parser.c [0m: [1;37m819 [0m [1;37msip_parse_nat_option [0m: nat=yes is deprecated, use nat=force_rport,comedia instead

[Jun 23 00:47:21] [1;31mWARNING [0m[2738]: [1;37msip/config_parser.c [0m: [1;37m819 [0m [1;37msip_parse_nat_option [0m: nat=yes is deprecated, use nat=force_rport,comedia instead

[Jun 23 00:47:21] [1;31mWARNING [0m[2738]: [1;37msip/config_parser.c [0m: [1;37m819 [0m [1;37msip_parse_nat_option [0m: nat=yes is deprecated, use nat=force_rport,comedia instead

[Jun 23 00:47:21] [1;31mWARNING [0m[2738]: [1;37mres_config_mysql.c [0m: [1;37m516 [0m [1;37mrealtime_multi_mysql [0m: MySQL RealTime: Failed to query database: Unknown column 'callbackextension' in 'where clause'

[Jun 23 00:47:21] [1;31mERROR [0m[2738]: [1;37mconfig_options.c [0m: [1;37m725 [0m [1;37maco_process_var [0m: Could not find option suitable for category 'general' named 'persistentagents' at line 11 of 

[Jun 23 00:47:21] [1;31mERROR [0m[2738]: [1;37mconfig_options.c [0m: [1;37m493 [0m [1;37mprocess_category [0m: In agents.conf: Processing options for general failed

[Jun 23 00:47:21] [1;31mERROR [0m[2738]: [1;37mapp_agent_pool.c [0m: [1;37m2688 [0m [1;37mload_module [0m: Unable to load config. Not loading module.

[Jun 23 00:47:22] [1;31mERROR [0m[2738]: [1;37mconfig_options.c [0m: [1;37m655 [0m [1;37maco_process_config [0m: Unable to load config file 'confbridge.conf'

[Jun 23 00:47:22] [1;31mERROR [0m[2738]: [1;37mapp_confbridge.c [0m: [1;37m3928 [0m [1;37mload_module [0m: Unable to load config. Not loading module.

[Jun 23 00:47:22] [1;33mNOTICE [0m[2738]: [1;37mapp_meetme.c [0m: [1;37m5813 [0m [1;37mload_config_meetme [0m: Audio buffers per channel set to 2

[Jun 23 00:47:22] [1;31mWARNING [0m[2738]: [1;37mcdr_sqlite3_custom.c [0m: [1;37m162 [0m [1;37mload_config [0m: Failed to load configuration file. Module not activated.

[Jun 23 00:47:22] [1;31mWARNING [0m[2738]: [1;37mcel_manager.c [0m: [1;37m322 [0m [1;37mload_config [0m: Failed to load configuration file. CEL manager Module not activated.

[Jun 23 00:47:22] [1;31mWARNING [0m[2738]: [1;37mcel_sqlite3_custom.c [0m: [1;37m167 [0m [1;37mload_config [0m: Failed to load configuration file. Module not activated.

[Jun 23 00:47:22] [1;31mERROR [0m[2738]: [1;37mcdr_syslog.c [0m: [1;37m145 [0m [1;37mload_config [0m: Unable to load cdr_syslog.conf. Not logging custom CSV CDRs to syslog.

[Jun 23 00:47:22] [1;31mERROR [0m[2738]: [1;37mcel_custom.c [0m: [1;37m92 [0m [1;37mload_config [0m: Unable to load cel_custom.conf. Not logging CEL to custom CSVs.

Speicherzugriffsfehler

... jetzt muss ich mal Feierabend machen, ist schon viel zu spät.

Gruß marCus

[mok]

Guten Morgen in die Runde :-) ...

... nein bin schon eine ganze Weile wach. Ich habe gestern abend dann erstmal aufgegeben, falls jemand eine Idee hat was ich versuchen kann/soll immer her damit ;-), bin wieder motiviert.

Bitte nicht als drängeln verstehen, ich finde das Projekt GS3 eigentlich sehr gut, wäre toll wenn GS3 nicht einschläft.

Gruß
marCus

[rob...@123-media.de]

Hallo Marcus!

Schaut so aus, als verwende die Asterisk 13 Current ein anderes Configfile-Setup als das "gemeinschaftlich" verwendete Schema.

Du kannst dir kurzfristig behelfen, indem Du die install.sh auf die Asterisk-Version 13.13.1 festzurrst.

Diese drei Zeilen müssen angepasst werden:

$DOWNLOAD "http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-13-current.tar.gz"
tar -xvzf asterisk-13-current.tar.gz
cd $(tar -tzf asterisk-13-current.tar.gz | head -n 1 | cut -d '/' -f1)

nach

$DOWNLOAD "http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-13.13.1.tar.gz"
tar -xvzf asterisk-13.13.1.tar.gz
cd $(tar -tzf asterisk-13.13.1.tar.gz | head -n 1 | cut -d '/' -f1)

Hab es grade auf ner XEN-VM getestet. Läuft. Wahrscheinlich läuft auch ne jüngere Version als die 13.13.1 gut - aber die 13-current macht definitiv ärger.

Am Montag guck ich mal, dass ich das install.sh update...

Schönes Wochenende :)

Roberto

[mok]

Hallo Roberto,

vielen Dank für die Tipps! Werde ich heute Abend oder am Wochenende direkt mal testen.

Eine Frage noch, ich muss das System wahrscheinlich noch einmal komplett neu aufsetzen, oder?

Schönes Wochenende!

Gruß

marCus

[rob...@123-media.de]

Ja, am besten mit minimalem System von der Jessie Netinst-ISO. Wenn Du ne VM machst, kopiere einfach nach Installation der VM-Tools die VHD, so haste immer ein Blanko-Jessie für alle Fälle :)

...Roberto

[Dirk Markwardt]

Hallo!

 

> Du kannst dir kurzfristig behelfen, indem Du die install.sh auf die Asterisk-Version 13.13.1 festzurrst.

 

Ich habe neulich eine GS3.3-RC mit Asterisk 13.15.0 installiert. Bis jetzt keine Probleme…

 

@Marcus: Es ist am saubersten / sichersten, wenn Du das Setup noch einmal ganz von vorne beginnst.

[mok]

Hallo Roberto,

hallo Dirk,

danke für Eure Tipps!

Ich habe gestern Abend/Nacht das System neu aufgesetzt, läuft schon mal! Das einrichten dauert immer ein bisschen da ich GS3 auf einem ThinClient mit Intel Atom 2 Kerne 1,6GHz 2GB RAM am laufen habe, ist halt nicht der schnellste aber läuft sparsam.

Kann ich irgendwie manuell auf Asterisk 13.15.0 hochziehen? Wenn ja, wie geht das? Gibt´s dann evtl. Probleme?

Viele Grüße

marCus

[Chris72]

Am Samstag, 24. Juni 2017 10:06:10 UTC+2 schrieb Dirk Markwardt:

Ich habe neulich eine GS3.3-RC mit Asterisk 13.15.0 installiert. Bis jetzt keine Probleme…

Servus Dirk,

laufen alle GS3 Features (Telefonieren, Weiterleiten, Pickup, BLF, Warteschlagen, Anrufbeantworter, Fax rein/raus, ...)
mit der Asterisk 13 Installation?

Hier im Thread "GS3.3_RC Testen"
https://groups.google.com/forum/?hl=de#!topic/gs3-users/arIZ-Va4g88
hast du am 22. April noch von vielen Problemen mit Asterisk 13 berichtet.

Sind die in der "patch-2" Version alle behoben?

LG
Chris

 

[rob...@123-media.de]

Hi Marcus,

Ist eigentlich kein Hexenwerk. Du lädst deine Asterisk-Wunschversion herunter, entpackst sie, passt vor dem Kompilieren die Modulkonfiguration mit 'make menuconfig' an wie sie auch vom install.sh vor dem Asterisk Kompilieren gesetzt wird, dann 'make' und zum Schluss 'make install'. 
Reboot und fertig. 

Welche Version die letzte funktionierende ist, kann ich grad nicht sagen, das find ich dann mal Montag heraus - es sei denn, dass wer die Info eben postet. 

Am Funktionsumfang von Gemeinschaft ändert sich aber auch mit ner jüngeren Version von Asterisk nix.

...Roberto

[rob...@123-media.de]

Hallo Chris,

Die Probleme die so auftauchen fallen halt je nach Setup auf. Gemeinschaft mit *13 läuft es ganz gut. Zum Testen bestens geeignet :) Wenn Du beim Testen für deine Zwecke keine Probleme findest, kannste sie dann auch Produktiv fahren. Ansonsten musst Du erst die Probleme lösen. 

Dirk hat ja damals schon bestätigt, dass die *13.15.0 gut läuft, dann würde ich da mal ansetzen. 

Alles von dir Aufgeführte läuft gut und weitestgehend ohne Einschränkungen - habe ich getestet, mein Setup bestand aber ausschliesslich aus Snom-Telefonen. Und im Fall der Fälle gibts fast immer gute Workarounds...

...Roberto

[Chris72]

Am Samstag, 24. Juni 2017 20:22:58 UTC+2 schrieb rob...@123-media.de:

 

Die Probleme die so auftauchen fallen halt je nach Setup auf. Gemeinschaft mit *13 läuft es ganz gut. Zum Testen bestens geeignet :) Wenn Du beim Testen für deine Zwecke keine Probleme findest, kannste sie dann auch Produktiv fahren. Ansonsten musst Du erst die Probleme lösen.

Servus Roberto!

Danke für die Rückmeldung. Ist jetzt aber nicht wirklich sehr aussagekräftig :-)

Müsste kommende Woche eine Anlage mit 12x 725 Snom einrichten und
bin jetzt am überlegen welche Asterisk ich nun einsetzen soll.
Die 2. Frage ist dann die passende Firmware von den Telefonen.

Die Aussage "Wenn du beim Testen ... keine Probleme findest" ist auch nicht immer
so einfach zu klären. Wenn z.B. nur ab und zu Pickup oder Transfer nicht funktioniert und man
das nicht bewusst reproduzieren und analysieren kann, dann nervt das die User.

Ich werde mal die 13er installieren und berichten wie es damit läuft.

LG
Chris

[rob...@123-media.de]

Hallo Chris,

wie ich schrieb, hatte ich mit meinem Snom-Setup ganz gute Ergebnisse erzielt und die von dir aufgeführten Funktionen liefen. 

Aus meinen Tests ergab sich dann meine modifizierte install.sh, welche ich online gestellt habe. Getestet habe ich mit 2 x Snom D320, 3 x Snom 710, 2 x Snom 720, die Gemeinschaft lief als VM in einer VirtualBox. 

Getestet wurde damals von mir nicht Alles, lediglich Anruf, Pickup, Transfer, AB, Ansage, Konferenz, 3er-Konferenz, Rufumleitung, Callback bei besetzt, BLF, Warteschlangen, Hot-Desking, Telefonbuch, WebIF, SIP-Reg bei dus.net, Routing intern und extern, FAX raus und rein, Provisioning.

Schlussendlich habe ich mich dazu entschlossen unsere 50Tln-Anlage aus D320er, 710er, 720er, M25er an M700er und M5er, Cisco-ATA's und Physischer Gemeinschaft 3.2 mit Ast1.8 solange weiter zu fahren, bis wir eine offizielle GS3.3 stable vorliegen haben.

Wenn Du auf Nummer sicher gehen willst, dann nimm die Install.sh für GS3.2 stable und biege die drei Zeilen wie oben beschrieben auf die letzte Asterisk 1.8.32.3 um - sollte klappen. Das Ganze dann auf dem jüngsten Debian Wheezy.

Zur Firmware: Die schnurgebundenen Snoms fahre ich mit V8.7.5.35 und die DECT's mit V324B12.

Als Resultat erhältst Du eine supportfähige, stabile und rund laufende Gemeinschaft.

Aber evtl. kann Dirk zum Produktiveinsatz von GS3.3/Ast13 mehr sagen.

...Roberto

[mok]

Hi Robert,

danke für die Rückmeldung bezüglich dem Update auf neuere Versionen​. Ich spiele dann doch noch ein bisschen mit der von Dirk genannten Version rum, ist vielleicht erstmal sicherer da ich in den nächsten zwei Wochen gerne eine GS 3.x bei einem Bekannten mit einer Hand voll Nebenstellen (OS40 SIP) in Betrieb nehmen möchte.

... Obwohl die Neugier ein Update zu machen da ist ;-). Muss mir vielleicht doch noch ein Bastelsystem als VM aufsetzen.

Sagt mal, gibt es eigentlich eine Art Anleitung zu GS3? Bedienung der Weboberfläche, Auto Provisioning, Voicemail,... Tipps? Ich habe schon ein paar Dinge im Wiki auf Github gefunden, wollte nur mal nachfragen ob es irgendwo noch was anderes gibt. Ich kann auch gerne versuchen hier und da auch ein paar Takte zu schreiben wenn ich was eingerichtet habe.

Guten Start in die Woche!

Gruß marCus

[rob...@123-media.de]

Guten Morgen Marcus,

habe die install.sh im Patch-2 auf die *13.15.1 vom 19. Mai. '17 festgelegt. Läuft gut bei mir.

Happy Testing :)

...Roberto

[mok]

Hallo Robert,

vielen Dank! Schaue ich mir an :-).

Du hast das Config-File Setup angepasst, oder?

Gruß marCus

[rob...@123-media.de]

Hi Marcus,

ne, das liegt auch grad noch nicht in meiner Macht - zeitlich wie fachlich. Da muss dann der Maintainer (Sascha) was zu sagen...

Ast 13.15.1, die geht. Seit der Ast 13.16 scheint erstmal Schicht im Schacht zu sein.
Evtl. ist es auch bloß was ganz banales.

...Roberto

[Dirk Markwardt]

Hallo Chris,

 

> laufen alle GS3 Features (Telefonieren, Weiterleiten, Pickup, BLF, Warteschlagen, Anrufbeantworter, Fax rein/raus, ...)

mit der Asterisk 13 Installation?

 

Ja, bisher habe ich hier keine weiteren Probleme festgestellt.

 

>Hier im Thread "GS3.3_RC Testen"

>https://groups.google.com/forum/?hl=de#!topic/gs3-users/arIZ-Va4g88

>hast du am 22. April noch von vielen Problemen mit Asterisk 13 berichtet.

 

In diesem Thread habe ich 3 Probleme erwähnt:

• Das beschriebene Verhalten mit „SetCallerPres“. In der patch-2 Version des Installers wird meines Wissens die entsprechende Asterisk-Funktion aktiviert. Diese gilt in *13 zwar als deprecated, funktioniert dann aber.
• Die aktuelle Snom-Firmware hat Audio-Probleme in Verbindung mit *13, wenn man ein Gespräch zurückholt, welches vorher auf Hold war (z.B. Weiterverbinden klappte nicht). In der Situation hat man One-Way-Audio. L Mit der Snom 7.1.39 auf Snom 370 funktioniert dieses Szenario einwandfrei.
• *13 sendet den SIP Dialoginfo für Pickups bei Kollegen nicht korrekt. Anstelle der Anrufernummer sieht man 2x die Nummer des Kollegen, z.B. „41 => 41“ anstatt „0123456 => 41“. Hierfür ist bisher keine Lösung in Sicht. Bei der betroffenen Installation habe ich mir mit der Phonesuite geholfen. Diese klinkt sich auf das Asterisk Manager Interface ein. Dann kann man sich die Nummer des Anrufers am PC ansehen und dort bei Bedarf auch gleich den Pickup durchführen. Der Bug existiert anscheinend schon ewig in * und wird nicht wirklich gefixt… L

[mok]

Hallo Roberto,

ist der Maintainer (Sascha) noch sehr aktiv? Habe hier die letzten Tage noch gar nichts von ihm gelesen (ist nicht böse gemeint!), ich hatte nur mitbekommen das er vor einigen Jahren das Projekt GS3 von amooma übernommen hat so wie ich das verstanden habe. Sorry ... bin neu hier in der GS3 Gemeinde und muss erstmal durchblicken.

Ich habe jetzt den ganzen Abend mit der GS3 rumgespielt und jetzt ist die Luft raus, leider hat es nicht so geklappt wie gewünscht. Ich habe bei den eingehenden und ausgehenden Routen und auch beim Provisioning an den OS40 voll geloost, das Pickup mit einer BLF Taste am OS40 klappt auch nicht.

Jetzt ist erstmal Feierabend angesagt, vielleicht klappt´s ja morgen.

Gruß

marCus

[rob...@123-media.de]

Hey Marcus,

so ist es halt mit dem Freelancerleben, Anfangs hat man noch die Projekte im Griff, dann haben einen die Projekte im Griff :) Wieviel Zeit Sascha grade in GS investiert, weiß ich nicht. Jedenfalls ist genug zu tun am Projekt. Es wurde offiziell an die Community übergeben mit Sascha als Maintainer. So sind wir jetzt alle mit in der Verantwortung, Gemeinschaft weiterzuführen. 

Als die GS 3.3 zur RC wurde, hat just in diesem Moment Digium die Astertisk 1.8 aufgegeben. Hier fing dann das Thema mit der V13 an. 

Die neue Priorität lautete dann wohl, ein neues RC GS3.3/*13 zu schaffen. Status ist mir nicht bekannt. 

OS40: Ich habe keine Erfahrung mit den Openstage-Geräten. Ich baue auf Snom, das läuft. Dirk hat sich erfolgreich GS für die Yealink-Maschinen zurechtgemacht. 

Einige Geheimnisse dieser Anlage werden neben dem Wiki auch in /usr/share/doc/ gelüftet. 

Das Provisioning ist auch stark von deinem Netzwerksetup abhängig. Vielleicht kannst du noch was dazu sagen.

...Roberto

[mok]

Hi Roberto,

leider kann ich von meiner Seite aus nicht viel machen, bin leider kein Programmierer. Wenn ich aber trotzdem irgendwo helfen kann gebe ich gerne meinen Senf dazu ;-). Bin definitiv bereit mein Wissen zu erweitern :-).

Aktuell kämpfe ich aber gerade noch mit der Standard-Inbetriebnahme, ich habe manuell drei SIP Nebenstellen (Nst.100,101,9999) angemeldet, dies sind 2 OS40 und ein Ninja Softphone, untereinander telefonieren funktioniert auch schon. Auf den OS40 habe BLF-Tasten angelegt (manuell im Telefon), diese können beim anderen Teilnehmer anrufen und zeigen an wenn dieser telefoniert, ein Pickup ist aber leider nicht möglich. Dann habe ich in meiner FritzBox eine IP-Nst. eingerichtet da ich diese als Gateway verwenden möchte, diese ist laut GS3 unter SIP Gateways auch als Registered gekennzeichnet. Ich kann aber noch nicht raustelefonieren und es kommt auch kein Anruf an, hab wohl die Sache mit den Gateway-Groups, Inbound-Routes, ... noch nicht so ganz verstanden.

Mein Netzwerk ist ansonsten nicht so kompliziert, FritzBox macht DHCP, alles in einem Netz, ein bisschen WLAN aber sonst nichts wildes, Telefone bekommen auch entsprechende IP-Adresse zugeweisen.

Mal schauen was ich eventuell heute noch hinbekomme, ich würde gerne einem Bekannten eine GS3 mit drei bis vier Nst. in dieser Konstellation zum Wochenende aufbauen.

Gruß marCus

[rob...@123-media.de]

Hi Marcus,

also, die BLF musst Du in der Gemeischaft setzen und nicht im Telefon, ebenso wie fast alle anderen Einstellungen. Die Gemeinschaft programmiert dann das Telefon. Es geht darum, möglichst viel Intelligenz in der Telefonanlage zu halten ohne das Telefon selbst anfassen zu müssen. Deshalb musst Du die automatische Provisionierung hinbekommen, dann erledigt sich fast Alles von alleine. Wenn das über Broadcast nicht hinhaut, kannst Du das noch per TFTP/DHCP lösen.

Wenn Du der Fritzbox als DHCP-Server diese Optionen nicht eingeben kannst, musst du selber einen bauen. Im DHCP-Server müssen dann die Optionen 66 und 67 gesetzt werden wie in  /usr/share/doc/gemeinschaft/misc/_dhcpd-3-example.conf aufgezeigt. Dann holen sich die Telefone die Settings beim Booten.

Aus Linuxadmin-Sicht ist es nicht so schwer einen DHCP-Server aus Gemeinschaft zu machen. Als User-Sicht ist es eine Möglichkeit, den Horizont zu erweitern :) Das ist alles wohldokumentiert z.B. hier: https://wiki.debian.org/de/DHCP_Server

Du musst dann nurnoch die Beispielkonfiguration aus /usr/share/doc/gemeinschaft/misc/_dhcpd-3-example.conf in die /etc/dhcp/dhcpd.conf einfügen und anpassen. Da ist auch eine Extrasektion für das OpenStage drin.

Danach werden alle Teilnehmer im Netzwerk von dem Gemeinschaft-Server mit IPs versorgt und die Telefone auch automatisch provisioniert - das 'Sorglospaket' quasi :)
Den DHCP-Server der Fritzbox musst Du dann aber abschalten.

Als letzten Ausweg kannst Du dann noch versuchen, den Settings-Pfad im Telefon manuell einzustellen. Bei einer Hand voll Geräten ist der Aufwand vertretbar. Etwa so:

"http://IPvonGS:80/gemeinschaft/prov/siemens/settings.php?mac={mac}"

Wie man die FB als SIP-Gateway einrichtet kann ich Dir nicht sagen, habe immer nur direkt SIP-Trunks oder Beronet-Gateways eingesetzt.

...Roberto

[mok]

Hallo Roberto,

danke für die vielen Tipps, werde das mal ausprobieren. Ich habe mir das Debian Wiki mal angesehen, ist wirklich sehr verständlich erklärt. ... mal schauen ob ich meinen Horizont erweitert bekomme ...

Ich wollte gerade das System nochmal mit Asterisk 13.15.1 aufsetzen und habe die von Dir angepasste install.sh verwendet, beim Download von Asterisk bricht das Skript ab. Auf dem Asterisk Server ist die Version nicht mehr verfügbar, ich habe mal nach 13.15.1 gesucht nicht mehr da, 13.13.1 ist auch nicht mehr da.

Stelle mich doof an, ich schaue noch mal nach, nur schon mal zur Info für Euch.

Gruß

marCus

[mok]

Hallo noch mal,

hab es gefunden, hier der Link.

https://downloads.asterisk.org/pub/telephony/asterisk/old-releases/

Ich versuche es damit mal, trägst Du das dann in dem Script nach?

Gruß marCus

[mok]

Hallo Roberto,

hallo Mitleser,

mit dem oben genannten Link für den Asterisk-Download hat es funktioniert, das neue System läuft mit Asterisk 13.15.1!

Nun habe ich mich nochmal mit dem Thema automatische Provisionierung am OS40 beschäftigt. Den DHCP-Server habe ich noch nicht eingerichtet, dafür müsste ich hier bei mir ein paar Dinge umstricken und den DHCP der FritzBox deaktivieren, super wäre es wenn mir der neue eigene DHCP-Server nur die Telefone mit einem gewissen Adressbereich versorgt und den Rest die FritzBox weitermacht, da muss ich mal schauen ob das irgendwie geht, ich schätze dem eigenen DHCP-Server kann man das beibringen, bei der FritzBox denke ich eher nicht.

Zusätzlich habe ich mal teistweise die GS3 im Telefon unter dem Punkt "Update Service DLS" eingetragen (IP der GS3 mit dem Port 18443) , auf den ersten Blick scheint es so als ob sich da nichts tut, aber der Webserver der GS3 gibt folgende Meldung.

==> /var/log/apache2/error.log <==

...

[Tue Jun 27 23:14:20.751767 2017] [core:warn] [pid 835] AH00117: Ignoring deprecated use of DefaultType in line 3 of /var/www/gemeinschaft/.htaccess.

[Tue Jun 27 23:15:44.221909 2017] [authz_core:error] [pid 1714] [client 192.168.178.71:42365] AH01630: client denied by server configuration: /opt/gemeinschaft/htdocs/prov/siemens/settings.php

und

==> /var/log/apache2/other_vhosts_access.log <==

...

127.0.0.1:18443 192.168.178.71 - - [27/Jun/2017:22:46:38 +0200] "POST /DeploymentService/LoginService HTTP/1.1" 403 1472 "-" "-"

127.0.0.1:18443 192.168.178.71 - - [27/Jun/2017:23:15:44 +0200] "POST /DeploymentService/LoginService HTTP/1.1" 403 1472 "-" "-"

127.0.0.1:18443 192.168.178.71 - - [27/Jun/2017:23:15:44 +0200] "POST /DeploymentService/LoginService HTTP/1.1" 403 1472 "-" "-"

Das sieht für mich so aus, als ob das Telefon schon mal auf dem richtigen Weg ist aber die GS3 die Anfrage ablehnt. Einen Tipp dazu? Muss ich noch irgendwas freischalten oder erlauben?

Schönen Abend :-)

Gruß

marCus

[mok]

Hallo Leute,

ich habe jetzt noch eine Weile google bemüht und bin auf folgenden Information gestoßen.

https://wiki.apache.org/httpd/ClientDeniedByServerConfiguration

Es sieht so aus als ob Apache 2.4 die Autorisierung anders handhabt als die Apache 2.2 Version. Ich werde selbst mal suchen ob ich das irgendwie hingebogen bekomme, falls jemand von Euch dazu ein paar Infos oder Tipps hat freue ich mich auf Rückmeldung.

Gruß

marCus

[rob...@123-media.de]

Hi Marcus,

also, das sind Apache2-Meldungen. Die AH00117 sollte verschwinden, sobald Du die dritte Zeile der Datei
'/var/www/gemeinschaft/.htaccess' auskommentierst und den Apache neustartest.

Die Autorisierung erfolgt in GS3.3 schon korrekt - es ist idR die 2.4 installiert. Herauszufinden mit:

dpkg -l | grep apache2

Prüfe einmal, ob Broadcast-listener läuft:

/etc/init.d/gs-sip-ua-config-responder status

und dann

netstat -tulpen | egrep 'gs-sip-ua*|Proto'

Befinden sich die Telefone eigentlich im Werkszustand?

...Roberto

[mok]

Hallo Roberto,

habe deine Tipps versucht, vielen Dank für Deine Hilfe!

Das Auskommentieren habe ich gemacht, scheint jetzt weg zu sein.

DirectoryIndex index.php index.html

Options +FollowSymLinks -SymLinksIfOwnerMatch -Indexes -MultiViews

#DefaultType text/html

<IfModule mod_mime.c>

        AddDefaultCharset UTF-8

...

...danach habe ich folgendes ausgeführt:

 /etc/init.d/apache2 restart

 /etc/init.d/gs-sip-ua-config-responder status

SIP ua-profile config responder:  running:  593

/etc/init.d/gs-sip-ua-config-responder status

SIP ua-profile config responder:  running:  593

root@GS3debian:/# netstat -tulpen | egrep 'gs-sip-ua*|Proto'

Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode       PID/Program name

udp        0      0 224.0.1.75:5060         0.0.0.0:*                           0          12282       593/gs-sip-ua-confi

Habe alles mal nacheinander ausgeführt, oben siehst Du die Ergebnisse.

Bei dem OS40 habe ich dann zusätzlich noch ein Factory Reset durchgeführt, nach dem Factory Reset fragt das Telefon erstmal nach einer "Deployment PIN", habe verschiedene PINs versucht -> kein Erfolg.

Nun habe ich im OS40 über die Website des Telefons die DLS IP-Adresse meiner GS3 eingegeben und dann wechselt die Displayanzeige im OS40 auf "Enter Teminal Number", unten das Ergebnis aus dem Log von apache2.

==> /var/log/apache2/error.log <==

[Wed Jun 28 22:38:40.792403 2017] [authz_core:error] [pid 780] [client 192.168.178.71:36057] AH01630: client denied by server configuration: /opt/gemeinschaft/htdocs/prov/siemens/settings.php

==> /var/log/apache2/other_vhosts_access.log <==

127.0.1.1:18443 192.168.178.71 - - [28/Jun/2017:22:38:40 +0200] "POST /DeploymentService/LoginService HTTP/1.1" 403 1472 "-" "-"

==> /var/log/apache2/error.log <==

[Wed Jun 28 22:46:43.360419 2017] [authz_core:error] [pid 779] [client 192.168.178.71:60937] AH01630: client denied by server configuration: /opt/gemeinschaft/htdocs/prov/siemens/settings.php

==> /var/log/apache2/other_vhosts_access.log <==

127.0.1.1:18443 192.168.178.71 - - [28/Jun/2017:22:46:43 +0200] "POST /DeploymentService/LoginService HTTP/1.1" 403 1472 "-" "-"

Wenn ich dann die 101 eingebe passiert erst kurz nichts und dann kommt folgendes im Log von apache2

==> /var/log/apache2/error.log <==

[Wed Jun 28 22:49:43.129298 2017] [authz_core:error] [pid 777] [client 192.168.178.71:60938] AH01630: client denied by server configuration: /opt/gemeinschaft/htdocs/prov/siemens/settings.php

==> /var/log/apache2/other_vhosts_access.log <==

127.0.1.1:18443 192.168.178.71 - - [28/Jun/2017:22:49:43 +0200] "POST /DeploymentService/LoginService HTTP/1.1" 403 1472 "-" "-"

Also das Gleiche wie oben.

Vielen Dank für Deine Geduld und die Tipps Roberto!

Gruß marCus

[Dirk Markwardt]

Hallo Marcus,

 

>… AH01630: client denied by server configuration …

 

Hast Du das Siemens-Provisioning in der Datei /etc/gemeinschaft/gemeinschaft.php auch eingeschaltet und ggf. parametriert?

[rob...@123-media.de]

@Marcus

Hi,

der Responderdienst läuft und lauscht also. jetzt musst du mit tcpdump prüfen, ob die Fritzbox den Broadcast überhaupt vermittelt.

Das tcpdump muss installiert werden:

root@PBX:~# aptitude install tcpdump

Jetzt kannst Du mit

root@PBX:~# tcpdump -D

deine schnüffelbaren Netzwerkkarten auflisten lassen. Unsere müsste dann als erstes mit

1.eth0 [Up, Running]

dabei sein. Jetzt schnüffeln wir mal den Broadcast/Multicast aus, der auf eth0 von deinem Telefon abgefragt wird:

root@PBX:~# tcpdump -i eth0 ether broadcast and ether multicast and src IPdeinesTELEFONS

Setze das Telefon auf Werkseinstellungen zurück und beobachte die Ausgabe vom tcpdump.

Bei meinem Snom 320 sieht das so aus.

root@PBX:~# tcpdump -i eth0 ether broadcast and ether multicast and src 192.168.123.123
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
11:09:06.627242 ARP, Request who-has snom320-4D1F85.domain tell snom320-4D1F85.domain, length 46
11:09:16.407585 ARP, Request who-has ipfire.domain tell snom320-4D1F85.domain, length 46
11:09:16.610105 ARP, Request who-has PBX.domain tell snom320-4D1F85.domain, length 46

Ich nutze hier für meinen Sandkasten die aufgelistete IPFire als DHCP-Server und Trennung zum Firmennetzwerk. Ebenso fungiert sie als Router um das www in den Sandkasten zu holen :)

Wenn Du in die Pakete reinschauen willst, geht das mit -XX:

root@PBX:~# tcpdump -XX -i eth0 ether broadcast and ether multicast and src IPdeinesTELEFONS

Wenn keine Pakete ausgetauscht werden, dann werden sie wohl von der FB gefressen. In dem Fall kommst Du um einen DHCP-Server nicht herum. Evtl. kannst Du noch mit Freetz auf der FB was machen um volle Kontrolle über den DHCP-Server der FB zu bekommen...

@Dirk

Hi Dirk,

• Die aktuelle Snom-Firmware hat Audio-Probleme in Verbindung mit *13, wenn man ein Gespräch zurückholt, welches vorher auf Hold war (z.B. Weiterverbinden klappte nicht). In der Situation hat man One-Way-Audio. L Mit der Snom 7.1.39 auf Snom 370 funktioniert dieses Szenario einwandfrei.

Stimmt, das habe ich grade mit dem Duo Snom 320 und 710 auf 8.7.5.35 getestet. Es verhält sich genau so.
Aber mit der 8.9.3.60 funktioniert es. Dafür ist aber kein Transfer nach Halten mehr drin, man kann den Anrufer nur wieder zurückholen.

• *13 sendet den SIP Dialoginfo für Pickups bei Kollegen nicht korrekt...

Hier im Test wird mit diesen beiden Telefonen die CallerID bei Pickup richtig angezeigt. Im Display steht dann die CallerID des herangeholten Anrufers mit der Rufnummer, oder wenn die Rufnummer im Telefonbuch steht, mit dem Namen.

...Roberto

[mok]

Hallo Dirk,

da habe ich nichts dran gedreht, muss ich mir heute Abend mal ansehen.

Danke für den Tipp!

Ich dachte das läuft direkt und man muss nichts weiteres dafür einschalten.

Gruß marCus

[mok]

Hallo Roberto,

das sehe ich mir heute Abend mal an wenn ich wieder am Tüfteln bin.

Vielen Dank für die ausführlichen Hinweise, bin definitv neu auf diesem Gebiet und dazu lernen hat auch noch niemanden dümmer gemacht denke ich.

Gruß marCus

[Dirk Markwardt]

Hallo Roberto,

 

> Stimmt, das habe ich grade mit dem Duo Snom 320 und 710 auf 8.7.5.35 getestet. Es verhält sich genau so.

>Aber mit der 8.9.3.60 funktioniert es. Dafür ist aber kein Transfer nach Halten mehr drin, man kann den Anrufer nur wieder zurückholen.

 

Also die Wahl zwischen Pest oder Cholera :-D

Damit bleibt nach wie vor nur die 7.1.39…

 

> Hier im Test wird mit diesen beiden Telefonen die CallerID bei Pickup richtig angezeigt. Im Display steht dann die CallerID des herangeholten Anrufers mit der Rufnummer, oder wenn die Rufnummer >im Telefonbuch steht, mit dem Namen.

 

Es ging mir aber darum, dass die Rufnummer bzw. der Name des Anrufers vor dem Pickup schon zu sehen ist. Mein Kunde wollte halt wissen, ob sich der Pickup lohnt oder eher nicht. Nach dem Pickup ist es klar, aber halt zu spät. Bei GS3.1 mit *1.6 geht es halt noch und dem Kunden kann man schlecht vermitteln, dass ein vorher noch funktionierendes Feature nun nicht mehr geht.

[mok]

Hallo Roberto,

hallo Dirk,

ich habe Eure Tipps versucht, sieht denke ich gut aus.

In der Datei /etc/gemeinschaft/gemeinschaft.php hab ich auch nachgeschaut, da blicke ich leider nicht so recht durch.

Vielleicht muss ich es dann doch erstmal aufgeben und mir was Anderes einfallen lassen.

Gruß

marCus

[Dirk Markwardt]

Hallo Marcus,

 

der relevante Teil aus der „gemeinschaft.php“:

 

[…]

//-----------------[  Siemens OpenStage  ]----------------//

 

$SIEMENS_PROV_ENABLED       = false;   # do provisioning for Siemens?

[…]

 

Der Default-Wert ist “false“, also werden Openstage-Telefone nach einer Out-of-the-Box Installation nicht provisioniert. Ändere den Wert auf „true“ und teste dann nochmal.

 

Nicht gleich das Handtuch werfen… ;-)

[mok]

Hallo Dirk,

das habe ich geprüft, stand bereits auf "true".

Stimmt, das Handtuch sollte man nicht gleich werfen, aber wenn man sich einige Abende mit dem Thema beschäftigt hat und es irgendwie nicht so recht weitergeht ist irgendwann etwas die Luft raus. Definitiv ist GS3 eine tolle Sache und ich möchte dies auch gerne weiterverfolgen, komme nur aktuell nicht richtig weiter.

Ich hatte ja sogar schon bei Alternative-Solution auf die Mailbox gesprochen und wollte mich nach kostenpflichtigem Support erkundigen, dort kam aber leider kein Rückruf.

Kennt Ihr noch jemanden bei dem man Support zu GS3 bekommt? Ihr macht dies hier ja alles in Eurer Freizeit, an dieser Stelle vielen Dank für Eure Tipps!

Viele Grüße
marCus

[mok]

Hallo in die Runde :-)

Handtuch ist noch nicht geschmissen!

Ich habe die Autoprovisionierung erstmal gelassen und an anderer Stelle weitergemacht. Die zwei Endgeräte habe ich von Hand eingerichtet, läuft soweit erstmal.

Nun kann ich eingehend telefonieren, aber abgehend leider nicht.

Aktuell habe ich die GS3 mit zwei SIP-Nst. an einem Speedlink angemeldet (GS3 sagt registered), wie gesagt eingehend funktioniert nur abgehend noch nicht. Kann mir da eventuell jemand helfen?

Hat vielleicht mal jemand Lust eine Runde über das Problem zu telefonieren? Ich weiß es ist Sonntag aber es juckt einem ja doch immer wieder in den Fingern :-).

Gruß

marCus

[Dirk Markwardt]

Hallo Marcus,

 

>Nun kann ich eingehend telefonieren, aber abgehend leider nicht.

 

>Aktuell habe ich die GS3 mit zwei SIP-Nst. an einem Speedlink angemeldet (GS3 sagt registered), wie gesagt eingehend funktioniert nur abgehend noch nicht. Kann mir da eventuell jemand helfen?

 

was passiert denn bei einem abgehenden Anruf auf der Asterisk-Konsole?

 

Asterisk-Konsole: Auf der Linux-Shell (z.B. im putty) „asterisk -rvvv“ aufrufen. Dort kannst Du beobachten, was die GS / * so treibt. Dann den ausgehenden Anrufversuch starten. Eventuell bekommst Du anhand der Meldungen dort schon eine Idee, was schief läuft. Oder du postest hier den relevanten Teil der Ausgaben. Copy&Paste geht prima mit putty.

[mok]

Hallo Dirk,

danke für deine Antwort, bin hier immer noch am Kämpfen ...

In der Asterisk CLI habe ich mit Verbose Level 3 oder 5 auch schon gesucht, ich habe mich sogar mit tcpdump versucht um schauen was so passiert, aktuell würde ich vermuten das die GS3 den gestarteten Anruf gar nicht in Richtung Gateway (Speedlink) schickt.

Ich habe mittlerweile so viel hin und her gestellt, mache da gleich mal etwas Ordnung und schicke dann mal ein paar Auszüge aus Putty.

Gruß marCus

[mok]

Hallo Dirk,

hallo Mitleser,

nun habe ich mal ein paar Screenshots und auch die Meldungen der Asterisk-CLI von meiner GS3 gemacht. Vielleicht sieht ja jemand auf Anhieb was ich falsch gemacht habe.

- Ich bin kommend auf einer Nst. (101) erreichbar.

- abgehende Telefonie nach extern geht gar nicht

- die Warteschlange funktioniert nicht wenn ich diese z.B. intern mit der 150 anrufe

Freue mich auf Ideen!

Viele Grüße

marCus

[Dirk Markwardt]

Hallo Marcus,

 

Bei den „Routen ausgehend“ ist nur eine Route wirklich aktiv (unten). Leider hast Du unkenntlich gemacht, wie das Ziel ist. Ich tippe aber mal auf „Easybell“. Bist Du da Kunde oder ist das ein Rest von Default-Setup? Sonst stell da mal Deinen Router als Ziel ein.

 

Außerdem im Asterisk-Log:

    -- Goto (dial-gateway-do,~~s~~,24)

    -- Executing [~~s~~@dial-gateway-do:24] NoOp("SIP/9996-0000004d", "Finish if_if_while_dial-gateway-do_9526_9527_9528") in new stack

    -- Executing [~~s~~@dial-gateway-do:25] SIPAddHeader("SIP/9996-0000004d", "P-Asserted-Identity: "Marcus%20NB%20Kraemer" <sip:99...@sip.easybell.de>") in new stack

    -- Executing [~~s~~@dial-gateway-do:26] SIPAddHeader("SIP/9996-0000004d", "P-Preferred-Identity: "Marcus%20NB%20Kraemer" <sip:99...@sip.easybell.de>") in new stack

    -- Executing [~~s~~@dial-gateway-do:27] SIPAddHeader("SIP/9996-0000004d", "Privacy: none") in new stack

[Jul  2 19:42:29] WARNING[7884][C-00000051]: pbx.c:2864 pbx_extension_helper: No application 'SetCallerPres' for extension (dial-gateway-do, ~~s~~, 28)

 

- GS versucht anscheinend, über Easybell rauszuwählen, anstatt Deinen lokalen Router zu nehmen.

- Die SIP-Kennung für Easybell würde eher wenig Sinn ergeben.

- „No application 'SetCallerPres'“ -> Dein Asterisk wurde wohl ohne die in *13 als Deprecated markierte Applikation „SetCallerPres“ kompiliert. Eventuell kommen da noch weitere Probleme her.

 

 

Zur Warteschlange habe ich gerade noch keine Idee.

[mok]

Hallo Dirk,

bei easybell habe ich einen SIP-Trunk, diesen hatte ich zum Testen eingetragen, lief aber leider auch nicht.

Ich hänge nochmal eine File mit dem eingetragenen Speedport an. Habe dort bei Speedlink auch etwas ausgegraut (Speedlink-e...), nicht wundern.

Kann es sein das meine Asterisk Installation nicht okay ist? Sollte ich evtl. doch eine Andere verwenden?

Viele Grüße

marCus

Am Sonntag, 2. Juli 2017 22:00:32 UTC+2 schrieb Dirk Markwardt:

Hallo Marcus,

 

Bei den „Routen ausgehend“ ist nur eine Route wirklich aktiv (unten). Leider hast Du unkenntlich gemacht, wie das Ziel ist. Ich tippe aber mal auf „Easybell“. Bist Du da Kunde oder ist das ein Rest von Default-Setup? Sonst stell da mal Deinen Router als Ziel ein.

 

Außerdem im Asterisk-Log:

    -- Goto (dial-gateway-do,~~s~~,24)

    -- Executing [~~s~~@dial-gateway-do:24] NoOp("SIP/9996-0000004d", "Finish if_if_while_dial-gateway-do_9526_9527_9528") in new stack

    -- Executing [~~s~~@dial-gateway-do:25] SIPAddHeader("SIP/9996-0000004d", "P-Asserted-Identity: "Marcus%20NB%20Kraemer" <sip:...@sip.easybell.de>") in new stack

    -- Executing [~~s~~@dial-gateway-do:26] SIPAddHeader("SIP/9996-0000004d", "P-Preferred-Identity: "Marcus%20NB%20Kraemer" <sip:...@sip.easybell.de>") in new stack

[Sebastian Ertz]

Hallo Marcus,

Welche Asterisk Version?

Es scheint so als würde Asterisk nach diesem WARNING den Dialplan nicht
weiter verarbeiten:
[Jul 2 22:05:51] WARNING[16150][C-00000053]: pbx.c:2864

pbx_extension_helper: No application 'SetCallerPres' for extension
(dial-gateway-do, ~~s~~, 28)

Ich nehme stark an das du Asterisk Version 13.x hast. Und von 1.8 nach
13.x hat sich einiges getan.

Gruß
Sebastian

>> "Marcus%20NB%20Kraemer" <sip:...@sip.easybell.de <javascript:>>") in

>> new
>> stack
>>
>> -- Executing [~~s~~@dial-gateway-do:26]
>> SIPAddHeader("SIP/9996-0000004d", "P-Preferred-Identity:

>> "Marcus%20NB%20Kraemer" <sip:...@sip.easybell.de <javascript:>>") in

>> new
>> stack
>>
>> -- Executing [~~s~~@dial-gateway-do:27]
>> SIPAddHeader("SIP/9996-0000004d", "Privacy: none") in new stack
>>
>> [Jul 2 19:42:29] WARNING[7884][C-00000051]: pbx.c:2864
>> pbx_extension_helper: No application 'SetCallerPres' for extension
>> (dial-gateway-do, ~~s~~, 28)
>>
>>
>>
>> - GS versucht anscheinend, über Easybell rauszuwählen, anstatt Deinen
>> lokalen Router zu nehmen.
>>
>> - Die SIP-Kennung für Easybell würde eher wenig Sinn ergeben.
>>
>> - „No application 'SetCallerPres'“ -> Dein Asterisk wurde wohl ohne
>> die in
>> *13 als Deprecated markierte Applikation „SetCallerPres“ kompiliert.
>> Eventuell kommen da noch weitere Probleme her.
>>
>>
>>
>>
>>
>> Zur Warteschlange habe ich gerade noch keine Idee.
>>
>>
>>
>> --
>>
>> Mit freundlichen Grüssen
>>
>> Dirk Markwardt
>>

>> D.Mar...@Markwardt-Software.de <javascript:>

>>
>> Markwardt Software GmbH
>>
>> Schmalbachstr. 9
>>
>> 38112 Braunschweig
>>
>> Telefon 0531 210910
>>
>> Telefax 0531 2109131
>>
>> Handelsregister Braunschweig HRB 2428
>>
>> Geschäftsführer: Dirk Markwardt
>>
>

> --

[mok]

Hallo Sebastian,

ich hatte hier schon eine Weile mit den Jungs geschrieben und 13.15.1 sollte wohl noch laufen. Sollte man doch wieder eine ältere Version nehmen?

Ich habe jetzt gerade die GS3 bei meinen Bekannten wieder abgeschaltet und übergangsweise eine Notlösung geschaltet.

Muss mir da die Tage noch was einfallen lassen.

Viele Grüße marCus

[mok]

Hallo Leute,

was meint ihr denn, macht es Sinn noch mal GS3 mit Asterisk 13.xx zu installieren, oder sollte man was älteres nehmen?

Oder macht es Sinn erst noch mal zu warten bis der RC freigegeben wird?

Wie ist es eigentlich mit der Anbindung von Telekom VoIP Rufnummern, sollte man das eher direkt oder über Digitalisierungsbox, FritzBox oder ähnliches machen?

Ach so, ich habe die Vermutung das der Speedlink bei meinen Versuchen auch einige Probleme gemacht hat. Wir werden den Router wahrscheinlich tauschen.

Gruß marCus

[rob...@123-media.de]

Hallo Marcus,

wie Dirk schon schrieb, ist die *13 ist schon ok.

Du hast doch in der Fritzbox die SIP-Trunk-Ports der Easybell geöffnet, oder?

Autoprovisioning macht die halbe Gemeinschaft aus. Hierfür:

root@pbx:~#aptitude install isc-dhcp-server

root@pbx:~#mv /etc/dhcp/dhcpd.conf /etc/dhcp/dhcpd.conf.alt

root@pbx:~#cp /usr/share/doc/gemeinschaft/misc/dhcpd-3-example.conf /etc/dhcp/dhcpd.conf

root@pbx:~#vi /etc/dhcp/dhcpd.conf

# Hier musst du die oberen 5 Zeilen von 'option subnet-mask 255.255.255.0' bis
# 'option ntp-service 102.168.123.123' auf deine FritzboxIP umbiegen.
# Alle anderen IPs auf deine Gemeinschaft umlenken.
# Unter 'subnet 192.168.178.0 netmask...' stellst Du dein Subnetz und die
# Range (IP-Bereich, der vom DHCP-Server verteilt wird) ein.

# Zu vi:
# Nach Editorstart befindet man sich im Navigationsmodus.
# Mit 'i' wird in den Editiermodus geschaltet und es kann Editert werden.
# Mit 'esc' landest Du wieder im Navimodus. Hier kannst Du mit 'ZZ'
# Speichern und beenden, mit ':w' Speichern ohne vi zu beenden,
# mit ':q' vi beenden oder mit ':q!' vi beenden ohne zu Speichern

# Jetzt den DHCP-Server der Fritzbox abschalten und den der Gemeinschaft
# einschalten.

root@pbx:~#service isc-dhcp-server start


Wenn jetzt die Telefone auf Werkseinstellung zurückgesetzt werden, bekommen die beim Reboot via DHCP die Info, wo sie ihre Settings abholen sollen.

...Roberto

[rob...@123-media.de]

Noch ein Hinweis: Die IP der Gemeinschaft MUSS auf 'statisch' gesetzt werden!

root@pbx:~#vi /etc/network/interfaces

# sollte so aussehen...

allow-hotplug eth0
iface eth1 inet static
        address 192.168.178.10
        netmask 255.255.255.0
        network 192.168.178.0
        broadcast 192.168.178.255
        gateway 192.168.178.254

Reboot tut gut :)

...Roberto

[Dirk Markwardt]

Hallo Marcus,

aus meiner Sicht müssten an Deiner GS3.3_RC erstmal zwei Dinge gefixt werden:
- das SetCallerPres-Modul muss noch hinzu kompiliert werden
- Die Easybell-Config muss wahrscheinlich gefixt werden. Ich glaube nicht, dass die abgehende Nummer da richtig gesetzt ist.

Sie Speedlink-Büchsen kenne ich nicht. Allerdings kann man mit Speedports und Fritzboxen eine Menge "SIP-Spaß" haben. Die glauben in der Regel, dass der Port 5060 UDP ihnen allein gehört...

An deiner Stelle würde ich erstmal schauen, dass eine Sache richtig funktioniert. Also lass Easybell zunächst außen vor und registriere dich nur an dem Speedlink. Da musst Du natürlich die Gateway-Konfigs entsprechend anpassen. Aber du hast so auf jeden Fall keine SIP-NAT-Probleme mehr, die sonst ggf. auch noch hinzukommen können.

Zum VoIP-Router: Ich setze hier Lancom-Geräte ein. Die sind weder billig noch trivial einzurichten. Aber maximal flexibel und zuverlässig, auch im Business-Umfeld. Bei einer Installation lasse ich den Lancom die Telekom-VoIP-Nummern registrieren. Die GS registriert sich dann am Lancom. Läuft prima. Mehr Erfahrung mit GS3 und Telekom-VoIP habe ich da noch nicht. Allgemein: Die Fritzboxen laufen in der Regel auch sehr gut. Auch da könnte man eine GS3 anbinden. Die Telekom Digitalisierungsbox ist eine kastrierte Bintec be.ip Plus Box. Da würde ich eher das Original vorziehen.

Da Du gefragt hast: Kommerziellen Support für GS3 kann ich Dir auch anbieten.

--
Mit freundlichen Grüssen
Dirk Markwardt
D.Mar...@Markwardt-Software.de

[mok]

Hallo Roberto,
hallo Dirk,

danke für Eure Tipps! Bin den ganzen Tag unterwegs, schaue mir das später an.

@Dirk: Mit dem kommerziellen Support wäre definitv eine Möglichkeit wenn ich alleine nicht mehr weiterkomme. Vielleicht telefonieren wir einfach mal kurz.

Aber trotzdem ein großes Lob hier an euch alle! Werde versuchen auch hier in der Community zu unterstützen.

Viele Grüße marCus

[rob...@123-media.de]

Hi Dirk,

- das SetCallerPres-Modul muss noch hinzu kompiliert werden

Beim patch2 install.sh ist das ja mit eingearbeitet, steht jedoch in der *13.15.1 nicht mehr zur Verfügung...
So werde ich da noch einmal nach der richtigen Version schauen.

...Roberto

[mok]

Hi Roberto,

soll ich dann noch mal komplett neu installieren wenn Du das Script abgepasst hast?

Viele Grüße marCus

[mok]

... angepasst ... meinte ich

Viele Grüße marCus

[rob...@123-media.de]

Ok, bei *13.15.1 mit eingebautem setcallerid sollte es gehen...
die install.sh ist umgebaut.

...Roberto

[mok]

Super!!! Teste ich heute Abend:-).

Kann man das Script einfach nochmal in der vorhandenen Installation ausführen und es installiert die fehlende Komponenten nach?

Oder ist komplett neu installieren besser?

Viele Grüße marCus

[mok]

Hallo Roberto,

hallo Dirk,

habe das System mit der neuen install.sh aufgesetzt und werde morgen versuchen verschieden Dinge zu testen. Ich hänge noch mal ein Screenshot an, nach einem Reload über die GUI wird folgendes angezeigt. Muss man sich bezüglich des -> ERR Gedanken machen?

Viele Grüße

marCus

[mok]

Hallo Dirk,
hallo Roberto,

da ich noch unterwegs bin und am Montag erst wieder nach Hause komme, bin ich noch nicht dazu gekommen die Tipps bezüglich des DHCP Servers umzusetzen.

Werde mich aber dann nochmal an der Autoprovisionierung versuchen.

Ich hatte vor ein paar Tagen einen Screenshot geschickt, ist das ein Darstellungsfehler oder klemmt wirklich was? Was meint ihr?

Vieke Grüße aktuell vom Bodensee
marCus

[Matthias Rist]

Hat jemand eine Idee wie ich die Statistiken und die Rufdauer in dem CDR zum Laufen bekomme?

LG

Matthias

[rob...@123-media.de]

Hi Matthias,

die Statisken können in den jeweiligen Gruppen als Berechtigung über call_stats für z.B. users oder queues eingeschaltet werden.

Die Rufdauer wird doch im GUI unter Administration>CDRs angezeigt...

...Roberto

[Matthias Rist]

Hey Roberto,

Das mit der Rechtevergabe werde ich mir noch einmal anschauen...

Die Rufdauer in Admin CDRs ist immer 0 - ebenso in der Spalte "duration" in ast_cdr

LG

Matthias

[Robert Nowak]

Hallo, ich hoffe das ich hier richtig bin.

beim Versuch Gemeinschaft 3.2 zu installieren bricht die installation nach ausführen von ./install.sh mit einem Syntaxfehler ab.

./install.sh: Zeile 7: Syntaxfehler beim unerwarteten Wort `newline'

./install.sh: `<!DOCTYPE html>'

Es sieht jedoch alles gut aus. An was kann das liegen?

Debian 8.8 in Virtuallbox

Am Donnerstag, 22. Juni 2017 10:14:18 UTC+2 schrieb Dirk Markwardt:

Hallo Marcus,

 

1.       Richtig.

2.       Richtig.

3.       Mach gleich dies:
cd /tmp
wget –no-check-certificate https://github.com/RC77/GS3/tree/patch-2/install.sh
chmod u+x install.sh 

./install.sh

4.       Genau so ;-)

 

Mein Fork hat zwar schon die Yealink-Unterstützung drin, aber der Installer „patch-2“ ist aktueller hinsichtlich Asterisk 13. Von daher: Installier erstmal mit diesem Installer. Wenn dann GS3 läuft, beschreibe ich Dir, wie Du zusätzlich an meinen Fork mit Yealink (derzeit nur T42G, T46G und T48G) kommst.

 

> Das mit der Zeit ist immer so eine Sache, kenne ich. Falls ich irgendwie etwas zum Ordnung machen beitragen kann versuche ich es mir einzurichten. Wobei ich dafür aber wahrscheinlich zu wenig im Thema bin.

 

Du musst nicht unbedingt gleich mit entwickeln. Feedback ist schon hilfreich.

[mok]

Hallo Robert,

Du hast vermutlich die install.sh falsch von github heruntergeladen, versuche es mal mit:

cd /tmp

wget –no-check-certificate https://raw.githubusercontent.com/RC77/GS3/patch-2/install.sh

chmod u+x install.sh

./install.sh

Hoffe das hilft Dir, da bin ich am Anfang auch drüber gestolpert, wahrscheinlich hast Du die Website bei github heruntergeladen.

... vielleicht ist dies mein erster Post bei dem ich auch mal helfen kann :-).

Viele Grüße
marCus

[Robert Nowak]

Hat geklappt, die WIKI solte aktualisiert werden.

Danke

[Dirk Markwardt]

Hallo Robert,

 

> Hat geklappt, die WIKI solte aktualisiert werden.

 

es macht wenig Sinn, das Wiki für einen Release-Kandidaten zu aktualisieren. Später für die Final 3.3 dann schon.

[mok]

Hallo in die Runde,

ich habe die letzte Zeit noch etwas mit GS3 gespielt, einiges geht habe ich nun schon geschafft aber leider klappt das Auto Provisioning immer noch nicht. Aktuell habe ich den DHCP-Server der DigiBox Smart so eingerichtet das er dem OpenStage40 die erforderlichen Infos mitgibt. Wenn ich in das OS40 schaue wird dort auch die IP-Adresse mit Port hinterlegt.

Liegt es vielleicht doch an den Rechten? Ich hänge mal ein paar Screenshots an, vielleicht hat ja jemand eine Idee.

Hier die Fehlermeldung aus dem Errorlog von Apache:

[Sat Jan 01 05:09:49.581517 2000] [authz_core:error] [pid 1131] [client 192.168.2.199:50072] AH01630: client denied by server configuration: /opt/gemeinschaft/htdocs/prov/siemens/settings.php

In dem zweiten Bild sieht man was der DHCP-Server der DigiBox an das OS40 übergeben hat.

Habe ich irgendwas vergessen? Muss ich noch was freischalten oder bei der Einrichtung der Nebenstellen in der GS3 beachten?

Viele Grüße

marCus

[rob...@123-media.de]

Hi Marcus,

kannst Du dich per Telnet auf dem Port an Gemeinschaft einloggen?

...Roberto

[mok]

Hallo Roberto,

danke für Deine Rückmeldung!

Ich habe gestern noch einmal alles neu aufgesetzt, war doch etwas verbastelt das System. Aktuell habe ich eine frische Installation GS3.3-ast-13. Zusätzlich habe ich nun endlich auch den isc-dhc-server installiert und nach Deinen Vorgaben eingerichtet, läuft.

Nun habe ich das Auto Provisioning mit meinem Siemens/Unify Openstage 40 versucht, läuft leider immer noch nicht :-(. Dann habe ich noch ein Grandstream GXP2010 versucht und zum Provisioning Test angeschlossen ... und siehe das es geht :-). Ich habe aktuell aber leider keine Ahnung warum das Openstage 40 noch nicht geht, vielleicht liegt es an der Firmware im Telefon (V3 R5.1.0), vielleicht ist diese zu neu, keine Ahnung.

Nun zu Deiner Frage, wenn ich über Telnet (Putty) auf 192.168.178.211:18443 zugreifen möchte beendet sich Putty direkt beim Connect. Was mir noch aufgefallen ist, wenn ich http://192.168.178.211:18443 über den Webbrowser aufrufe kommt die Meldung das ich es über https versuchen soll da der Server dies verlangt, wenn ich dies versuche dann kommt die Mekdung "Forbidden, you don´t have permission to access / on this server" im Browser.

Viele Grüße

marCus

[rob...@123-media.de]

Hi Marcus,

dass sich Gemeischaft weigert, via Browser Zugriff auf Root zu gewähren, kann ich mir vorstellen.

Was ist denn für ein Pfad in der

/etc/apache2/sites-available/gemeinschaft-siemens

unter DocumentRoot eingetragen?

Detailliert ist das Provisioning zu den OS auch in der Doku beschrieben...

root@PBX:/# vi /opt/gemeinschaft-source-3.3-ast-13/opt/gemeinschaft/doc/de/docbook/installation-siemens-prov.xml

Bei Eingabe im Browser (https://IPderPBX:18443) sollte Gemeinschaft das hier ausgeben:

<DLSMessage xsi:schemaLocation="http://www.siemens.com/DLS">
<Message nonce="">

<Action>CleanUp</Action>

<!-- Error. See log for details. -->

</Message>

</DLSMessage>

...Roberto

[rob...@123-media.de]

Ok Marcus,

baue bitte einmal unter die Zeile 46 der

/etc/apache2/sites-available/gemeinschaft-siemens.conf

ein

Require all granted

hinein.Der Abschitt würde dann so aussehen:

        <Directory />
                Options FollowSymLinks MultiViews Indexes
                Require all granted
        </Directory>

Anschliessend den Apache neustarten:

root@PBX:/# service apache2 restart

Dann versuche bitte per Browser auf https://IPderPBX:18443 zuzugreifen.

...Roberto

[mok]

Hallo Roberto,

werde das nachher gleich versuchen zu testen und gebe Dir dann Rückmeldung.

Ich hatte Dir noch eine PN geschickt, hast Du diese bekommen?

Viele Grüße
marCus

[rob...@123-media.de]

Jepp, hab ich - alles gut :)

...Roberto

[mok]

Hallo Robert,

ich habe die Änderungen in der gemeinschaft-siemens.conf eingepflegt, nun bekomme ich beim Aufruf über den Webbrowser folgenden Inhalt angezeigt.

This XML file does not appear to have any style information associated with it. The document tree is shown below.

<DLSMessage xmlns="http://www.siemens.com/DLS" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.siemens.com/DLS">

<Message nonce="">

<Action>CleanUp</Action>

<!--  Error. See log for details.  -->

</Message>

</DLSMessage>

Ich denke mal das sieht schon ganz gut aus, das OpenStage40 macht aber leider aktuell auch nicht viel mehr als vorher.

Folgendes steht nun im Errolog von Apache2.

[Mon Aug 07 20:33:07.547037 2017] [mpm_prefork:notice] [pid 29046] AH00169: caught SIGTERM, shutting down

[Mon Aug 07 20:33:56.164014 2017] [ssl:warn] [pid 887] AH01909: 127.0.1.1:18443:0 server certificate does NOT include an ID which matches the server name

[Mon Aug 07 20:33:57.509184 2017] [ssl:warn] [pid 925] AH01909: 127.0.1.1:18443:0 server certificate does NOT include an ID which matches the server name

[Mon Aug 07 20:33:57.517424 2017] [mpm_prefork:notice] [pid 925] AH00163: Apache/2.4.10 (Debian) OpenSSL/1.0.1t configured -- resuming normal operations

[Mon Aug 07 20:33:57.517535 2017] [core:notice] [pid 925] AH00094: Command line: '/usr/sbin/apache2'

[Mon Aug 07 20:34:05.385124 2017] [core:warn] [pid 953] AH00117: Ignoring deprecated use of DefaultType in line 3 of /var/www/gemeinschaft/.htaccess.

Viele Grüße

marCus

[rob...@123-media.de]

Hi Marcus,

ich würde jetzt erstmal das Zerti erneuern, dazu reicht ja ein selbstgebautes :)

...Roberto

[mok]

Hallo Roberto,

bei meiner vorherigen Nachricht hatte das "o" gefehlt :-) ...sorry.

Auf Das Zertifikat hatte ich auch getippt, muss mich dann mal einlesen und versuchen eines zu erstellen.

Gestern abend war wieder sehr lang, nun habe ich noch Probleme mit den "eingehenden Routen", verhält sich sehr komisch.

Mittlerweile bin ich leider wirklich am überlegen ob ich auf ein anderes System wechsel, es gibt hier aktuell leider noch zu viele Hürden die ich wahrscheinlich nicht so einfach bewältigen kann.

Viele Grüße
marCus

[mok]

Hallo in die Runde,

noch eine Frage. Kann es vorkommen das Änderungen bei den eingehenden Routen nicht richtig übernommen werden?

Ich habe zwei SIP Nst.20 und Nst.21 in der DigiBox als Weg ins Amt konfiguriert, in den eingehenden Routen habe ich dann ^(20) mit Ziel z.B. 200 eingetragen, das läuft soweit. Wenn ich gleiches mit ^(21) Ziel 199 in einer weiteren Eingehenden Route einrichte will GS3 immer auf eine interne 21 vermitteln die es aber nicht gibt.
Ich habe meine ich alles analog zu der Version mit 20 gemacht aber es läuft nicht.

Jemand eine Idee?

Gruß marCus

[mok]

Hallo,

Ich habe gestern Abend/Nacht wieder eine Weile getüftelt und hoffentlich passende Zertifikate erstellt und abgelegt. Den Pfad habe ich dann hoffentlich auch an der richtigen Stelle angepasst.

Leider geht es immer noch nicht. Nun kommt in der error.log des Apache dass das Zertifikat nicht mit dem Server-Namen zusammen passt.

Jemand noch ein paar Tipps?

Merkwürdig ist außerdem dass das Telefon eine komische Zeit und Datum anzeigt, die Info des NTP Server hatte ich mit im DHCP Server hinterlegt. Wenn ein NTP Server übermittelt wird kann ich leider die Zeit und das Datum nicht manuell umstellen.

Gruß marCus

[Dirk Markwardt]

Hallo Marcus,

>Ich habe gestern Abend/Nacht wieder eine Weile getüftelt und hoffentlich passende Zertifikate erstellt und abgelegt. Den Pfad habe ich dann hoffentlich auch an der richtigen Stelle angepasst.

>Leider geht es immer noch nicht. Nun kommt in der error.log des Apache dass das Zertifikat nicht mit dem Server-Namen zusammen passt.

>Jemand noch ein paar Tipps?

Wenn der Apache meckert, dass im Zertifikat ein falscher Name ist, dann liegt es wahrscheinlich schon an der richtigen Stelle. Die Frage ist nun: Welchen Namen hat Dein Server? Den musst Du herausbekommen und Dir dafür ein passendes Zertifikat (CN-Feld = Servername) erstellen.

>Merkwürdig ist außerdem dass das Telefon eine komische Zeit und Datum anzeigt, die Info des NTP Server hatte ich mit im DHCP Server hinterlegt. Wenn ein NTP Server übermittelt wird kann ich leider die Zeit und das Datum nicht manuell umstellen.

Dann dürfte der NTP-Eintrag schon greifen. Ist vielleicht noch eine falsche Zeitzone eingestellt?