Snom Provisioning BLF Pickup
Peter Allgeyer
mal wieder ein kleines Problem: Ich versuche gerade einen Pickup
einzurichten. Dem Telefon gebe ich per Provisioning für BLF folgendes
mit:
Taste := Funktion Nummer/Daten Beschriftung
P7 x BLF 2261@{GS_P_PBX};user=phone|*81*
Mit dieser Konfiguration zeigt mir das Telefon Gespräche an die 2261 mit
Blinken an der Taset F7 an und gibt im Display Informationen zum Anruf.
Drücken der Taste F7 sollte nun einen Pickup, also eine Gesprächsannahme
am konfigurierten Telefon erzeugen. Ich bekomme dann aber einen Fehler
bei der Gesprächsannahme und im Display steht Address Incomplete: *81*
Wenn ich die Anleitungen hier richtig verstehe, dann sollte man mit *81*
ein signalisiertes Gespräch übernehmen können. BTW: Wo finde ich denn
eine Zusammenfassung der Kürzel und zu obiger Syntax?
http://wiki.snom.com/Features/Call_Pick_-Up ist schonmal ein Ansatz,
aber schwer zu verstehen, wenn der technische Background fehlt.
Zur Umgebung: Gemeinschaft 3.0, Snom 320.
---------------------------------------------------------------------------
copyleft(c) by | Real Men don't make backups. They upload it
Peter Allgeyer | _-_ via ftp and let the world mirror it. --
| 0(o_o)0 Linus Torvalds
---------------oOO--(_)--OOo-----------------------------------------------
Peter Allgeyer
>
> Mit dieser Konfiguration zeigt mir das Telefon Gespräche an die 2261 mit
> Blinken an der Taset F7 an und gibt im Display Informationen zum Anruf.
> Drücken der Taste F7 sollte nun einen Pickup, also eine Gesprächsannahme
> am konfigurierten Telefon erzeugen. Ich bekomme dann aber einen Fehler
> bei der Gesprächsannahme und im Display steht Address Incomplete: *81*
Update:
Mit *8 geht auch der Pickup am Snom 320. Hat sich da was geändert?
Firmware 7.3.30.
Nun versuche ich noch dasselbe mit einer Rufannahmegruppe umzusetzen. Es
ist mir bislang noch nicht gelungen, eine Taste zum Leuchten zu bringen.
Bin mir aber sicher, dass das mit GS 2.3 schonmal ging. Ich habe es nach
Vorschlägen hier in der Mailingliste konfiguriert:
Taste := Funktion Nummer/Daten Beschriftung
P1 x BLF *8*00002@{GS_P_PBX};user=phone|*82
Die Rufnummer 2261 (siehe voriges Beispiel) ist in der Rufannahmegruppe
2. Wird die Nummer 2261 angerufen, so soll das Telefon mit der Extension
2264 an der Taste P1 blinken und man in der Lage sein, das Gespräch zu
übernehmen.
Beste Grüsse
---------------------------------------------------------------------------
copyleft(c) by | _-_ Software is like sex; it's better when
Peter Allgeyer | 0(o_o)0 it's free. -- Linus Torvalds
---------------oOO--(_)--OOo-----------------------------------------------
Sascha Daniels
Peter Allgeyer schrieb:
> Gr�ss euch,
>
> mal wieder ein kleines Problem: Ich versuche gerade einen Pickup
> einzurichten. Dem Telefon gebe ich per Provisioning f�r BLF folgendes
> mit:
>
> Taste := Funktion Nummer/Daten Beschriftung
> P7 x BLF 2261@{GS_P_PBX};user=phone|*81*
>
> Mit dieser Konfiguration zeigt mir das Telefon Gespr�che an die 2261 mit
> Blinken an der Taset F7 an und gibt im Display Informationen zum Anruf.
> Dr�cken der Taste F7 sollte nun einen Pickup, also eine Gespr�chsannahme
> am konfigurierten Telefon erzeugen. Ich bekomme dann aber einen Fehler
> bei der Gespr�chsannahme und im Display steht Address Incomplete: *81*
>
> Wenn ich die Anleitungen hier richtig verstehe, dann sollte man mit *81*
> ein signalisiertes Gespr�ch �bernehmen k�nnen. BTW: Wo finde ich denn
> eine Zusammenfassung der K�rzel und zu obiger Syntax?
> http://wiki.snom.com/Features/Call_Pick_-Up ist schonmal ein Ansatz,
> aber schwer zu verstehen, wenn der technische Background fehlt.
Eigentlich musst Du im Webinterface BLF ausw�hlen und dann die Durchwahl
eingeben.
Es sind keine weiteren Daten n�tig.
Wenn Du ein Snom mit einer Firmware vor 7.1.32 hast, musst Du
Nebenstelle nehmen.
Gruss Sascha
--
Sascha Daniels
-Leiter Administration-
___________________________
WAVE Computersysteme GmbH
Philipp-Reis-Str. 9
35440 Linden
Tel.: +49 (0)6403 / 90508301
dan...@wave-computer.de
http://www.wave-computer.de
Gesch�ftsf�hrer: Carsten Kellmann
Registergericht Gie�en HRB 1823
Sascha Daniels
Siehe vorheriger Post.
BLF *8*00002
Im Provisioning wird abgefangen, ob es eine Rufgruppe ist und es wird
das richtige Pr�fix f�r Pickup gesetzt.
Gruss Sascha
Peter Allgeyer schrieb:
> Am Donnerstag, den 26.08.2010, 10:02 +0200 schrieb Peter Allgeyer:
>> Mit dieser Konfiguration zeigt mir das Telefon Gespr�che an die 2261 mit
>> Blinken an der Taset F7 an und gibt im Display Informationen zum Anruf.
>> Dr�cken der Taste F7 sollte nun einen Pickup, also eine Gespr�chsannahme
>> am konfigurierten Telefon erzeugen. Ich bekomme dann aber einen Fehler
>> bei der Gespr�chsannahme und im Display steht Address Incomplete: *81*
>
> Update:
> Mit *8 geht auch der Pickup am Snom 320. Hat sich da was ge�ndert?
> Firmware 7.3.30.
>
> Nun versuche ich noch dasselbe mit einer Rufannahmegruppe umzusetzen. Es
> ist mir bislang noch nicht gelungen, eine Taste zum Leuchten zu bringen.
> Bin mir aber sicher, dass das mit GS 2.3 schonmal ging. Ich habe es nach
> Vorschl�gen hier in der Mailingliste konfiguriert:
>
> Taste := Funktion Nummer/Daten Beschriftung
> P1 x BLF *8*00002@{GS_P_PBX};user=phone|*82
>
> Die Rufnummer 2261 (siehe voriges Beispiel) ist in der Rufannahmegruppe
> 2. Wird die Nummer 2261 angerufen, so soll das Telefon mit der Extension
> 2264 an der Taste P1 blinken und man in der Lage sein, das Gespr�ch zu
> �bernehmen.
Peter Allgeyer
> Siehe vorheriger Post.
Ok, Tastenprofile gelöscht, alles bereinigt und neues Profil erstellt.
Nun tut es mit der Nummer allein im Feld BLF. Danke vielmals.
> BLF *8*00002
Nein, tut nicht, habe auch alle Rufannahmegruppen gelöscht und eine neue
mit der ID 4 erstellt (MySQL mach da wohl einen auto_increment) und die
Benutzer mit den Nummern, die ich überwachen möchte, da eingetragen.
> Im Provisioning wird abgefangen, ob es eine Rufgruppe ist und es wird
> das richtige Präfix für Pickup gesetzt.
Wenn ich mir das am Telefon direkt ansehe, was denn so eingestellt
wurde, so müsste es wenigstens dort passend eingestellt sein (nach dem
Provisioning):
BLF <sip:*8*00004@ip_der_pbx>
Any hints? Hilft ein tcpdump der sip-Signalisierung?
Beste Grüsse
---------------------------------------------------------------------------
copyleft(c) by | Linux: Where Don't We Want To Go Today? --
Peter Allgeyer | _-_ Submitted by Pancrazio De Mauro, paraphrasing
| 0(o_o)0 some well-known sales talk
---------------oOO--(_)--OOo-----------------------------------------------
Sascha Daniels
Hash: SHA1
Hi.
Peter Allgeyer schrieb:
> Am Donnerstag, den 26.08.2010, 10:18 +0200 schrieb Sascha Daniels:
>> Siehe vorheriger Post.
>
> Ok, Tastenprofile gel�scht, alles bereinigt und neues Profil erstellt.
> Nun tut es mit der Nummer allein im Feld BLF. Danke vielmals.
Sag ich doch ;-)
>
>> BLF *8*00002
>
> Nein, tut nicht, habe auch alle Rufannahmegruppen gel�scht und eine neue
> mit der ID 4 erstellt (MySQL mach da wohl einen auto_increment) und die
> Benutzer mit den Nummern, die ich �berwachen m�chte, da eingetragen.
>
>> Im Provisioning wird abgefangen, ob es eine Rufgruppe ist und es wird
>> das richtige Pr�fix f�r Pickup gesetzt.
>
> Wenn ich mir das am Telefon direkt ansehe, was denn so eingestellt
> wurde, so m�sste es wenigstens dort passend eingestellt sein (nach dem
> Provisioning):
>
> BLF <sip:*8*00004@ip_der_pbx>
>
> Any hints? Hilft ein tcpdump der sip-Signalisierung?
Was sagt "core show hints" im Asterisk CLI?
Wird der hint f�r *8*00004 �berhaupt angelegt?
Wenn Nein hast Du wahrscheinlich ein Problem mit den Gruppenberechtigungn.
Gib mal der Gruppe Users das Recht group_pickup auf Users.
Dann /opt/gemeinschaft/sbin/start_asterisk --dialplan
Jetzt sollte es den Hint geben.
HTH
Gruss Sascha
- --
Sascha Daniels
____________________
Alternative Solution
Frankfurter Str. 79
35440 Linden
s...@alternative-solution.de
http://www.alternative-solution.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iQEcBAEBAgAGBQJMdjjYAAoJEHl3DX8hZ+NW1zoIAId2TPTKFUjCEFk2fTOmVxLD
OwSJ/9XMgh1bVaGo49dTj2BTHeNMDgaZX2MqIVvTExm10qFDHBhK5ykVQh2a+uOO
JT3l7Wsc324/nIHoAn9rEe7Ax/TxfNcBvV/sGaZOjzpOm/yfgo/8cQWFFvH0ZFdl
7NTJUOpOYpFVBmKkCk2+A9yjMU0gfFeQ7KrGel5l4NpxkDhkeMv0+XcfdWf/Ljzb
r8e1LUVWWPpWY9JbiXon17hWmI3svARiKNgA99UXyjOT6HNGOwIx1O5Xo5DT7s77
Wq4tPcAtK7sMDT6++UPiX+qHFOy/7QwZQxpSiGAIk3+ryA7LdhEwVamBhshFdKw=
=IyKU
-----END PGP SIGNATURE-----
Philipp Kempgen
> Dann /opt/gemeinschaft/sbin/start_asterisk --dialplan
Oder (auf einem Test-System):
/etc/init.d/asterisk restart
Kann man sich leichter merken.
Philipp Kempgen
Peter Allgeyer
>
> Was sagt "core show hints" im Asterisk CLI?
Nein, wird nicht.
>
> Wenn Nein hast Du wahrscheinlich ein Problem mit den
> Gruppenberechtigungn.
>
> Gib mal der Gruppe Users das Recht group_pickup auf Users.
> Dann /opt/gemeinschaft/sbin/start_asterisk --dialplan
Gemacht.
>
> Jetzt sollte es den Hint geben.
Jein. Gemeinschaft erstellt einen Hint für *8*00002 statt *8*00004 (ich
nehme jetzut mal an, dass die Nummer der Rufannahmegruppe auch die Zahl
hinter den vier Nullen darstellt. Da muss wohl in der DB beim Löschen
der alten Rufannahmegruppen was schief gelaufen sein :-( Vielleicht kann
das jemand an einem frischen Testsystem nachvollziehen? Tipp, wo ich in
der DB nachsehen kann bzw. welches PHP-Script für die Generierung
zuständig ist? Dann kann ich evtl. einen Bug-Report schreiben.
Beste Grüsse
---------------------------------------------------------------------------
copyleft(c) by | We are Pentium of Borg. Division is
Peter Allgeyer | _-_ futile. You will be approximated. -- seen
| 0(o_o)0 in someone's .signature
---------------oOO--(_)--OOo-----------------------------------------------
Philipp Kempgen
> Am Donnerstag, den 26.08.2010, 11:50 +0200 schrieb Sascha Daniels:
>> Wird der hint für *8*00004 überhaupt angelegt?
> Jein. Gemeinschaft erstellt einen Hint für *8*00002 statt *8*00004 (ich
> nehme jetzut mal an, dass die Nummer der Rufannahmegruppe auch die Zahl
> hinter den vier Nullen darstellt.
Ja. Die ID wird für den Hint auf 5 Stellen gepaddet.
> Tipp, wo ich in
> der DB nachsehen kann bzw. welches PHP-Script für die Generierung
> zuständig ist?
Die Ausgabe der folgenden Befehle sollte relevant sein:
gs-pickupgroups-get
(oder /opt/gemeinschaft/scripts/gs-pickupgroups-get )
und
/opt/gemeinschaft/etc/asterisk/e-internal-hints.ael.php
Philipp Kempgen
Elmar Blaschka
> Eigentlich musst Du im Webinterface BLF ausw hlen und dann die Durchwahl
> eingeben.
>
> Es sind keine weiteren Daten n tig.
>
> Wenn Du ein Snom mit einer Firmware vor 7.1.32 hast, musst Du
> Nebenstelle nehmen.
>
kann mich nur anschliessen:
geteset:
SNOM 370 7.3.30
SNOM 300 7.3.30
GS: 2.3
Über BFL mit DW geht gar nix, Die Tatste leuchtet beim läuten des
überwachnden Gerätes nur. Beim anwählen kommt ein hiterfragen wegen
Rückruf.
Geht nur mit sip:125@{GS_P_PBX};user=phone|*81*
Sorry fürs Crossposting aber scheinbar ist das leider keine
Regel....*grml*
lg,elmar
Peter Allgeyer
> Die Ausgabe der folgenden Befehle sollte relevant sein:
>
> gs-pickupgroups-get
> (oder /opt/gemeinschaft/scripts/gs-pickupgroups-get )
> und
> /opt/gemeinschaft/etc/asterisk/e-internal-hints.ael.php
Ja, da gibt es wohl wirklich ein Problem im Source Code. Die relevante
SQL Abfrage in e-internal-hints.ael.php gibt die pg_id aus der Tabelle
group_permissions aus:
92 # hints for pickup groups
93 #
94 echo "// hints for pickup groups (auto-generated):\n";
95 $query =
96 'SELECT
97 `permit` `pg_id`
98 FROM
99 `group_permissions`
100 WHERE
101 `type` = \'group_pickup\'
102 GROUP BY
103 `pg_id`';
Später wird die pg_id zum Aufbau des Hints verwendet:
124 echo 'hint(', implode('&', $devices), ') *8*',
str_pad($r['pg_id'],5,'0',STR_PAD_LEFT), ' => {}', "\n";
So wie ich das sehe, wird hier die Gruppe mit der Rufannahmegruppe
verwechselt, pg_id != permit in der Tabelle group_permissions. Die
Rufannahmegruppen sind in der Tabelle pickupgroups definiert und die
Rufannahmegruppen-Teilnehmer in der Tabelle pickupgroups_users. Es
finden sich aber in e-internal-hints.ael.php keinerlei Abfragen auf
diese beiden Tabellen.
Der richtige Code müsste also zunächst die Rufannahmegruppen-Teilnehmer
aus pickupgroups_users auslesen, dann auf Berechtigung in
group_permissions prüfen und schliesslich die zugehörige Pickup-Gruppe
im Hint eintragen.
LG, PIT
---------------------------------------------------------------------------
copyleft(c) by | Odd that we think definitions are
Peter Allgeyer | _-_ definitive. :-) -- Larry Wall in
| 0(o_o)0 <1997022219...@wall.org>
---------------oOO--(_)--OOo-----------------------------------------------
Sascha Daniels
Philipp Kempgen schrieb:
>
>> Tipp, wo ich in
>> der DB nachsehen kann bzw. welches PHP-Script f�r die Generierung
>> zust�ndig ist?
>
> Die Ausgabe der folgenden Befehle sollte relevant sein:
>
> gs-pickupgroups-get
> (oder /opt/gemeinschaft/scripts/gs-pickupgroups-get )
> und
> /opt/gemeinschaft/etc/asterisk/e-internal-hints.ael.php
Da ist ein Bug drin.
Ich habe das gleich Probleme auf dem Testsystem.
Habe 5 Pickupgruppen.
Rechte f�r users auf users gesetzt.
Es wird ein Hint (1. angelegte Gruppe) generiert in dem alle User aus
allen Pickupgruppen sind.
Habe im Moment keine Zeit genauer zu forschen.
Gruss Sascha
Sascha Daniels
Elmar Blaschka schrieb:
>> Eigentlich musst Du im Webinterface BLF ausw hlen und dann die Durchwahl
>> eingeben.
>>
>> Es sind keine weiteren Daten n tig.
>>
>> Wenn Du ein Snom mit einer Firmware vor 7.1.32 hast, musst Du
>> Nebenstelle nehmen.
>>
>
> Hello!
>
> kann mich nur anschliessen:
>
> geteset:
> SNOM 370 7.3.30
> SNOM 300 7.3.30
>
> GS: 2.3
>
> �ber BFL mit DW geht gar nix, Die Tatste leuchtet beim l�uten des
> �berwachnden Ger�tes nur. Beim anw�hlen kommt ein hiterfragen wegen
> R�ckruf.
> Geht nur mit sip:125@{GS_P_PBX};user=phone|*81*
>
> Sorry f�rs Crossposting aber scheinbar ist das leider keine
> Regel....*grml*
In der 2.3 wird im Provisioning BLF nicht gesondert behandelt.
Da sich das Default Verhalten von Snom in der 7.1.32 ge�ndert hat
(Pr�fix wurde ge�ndert), geht das schief.
Schau mal im Archiv. Da gibt es irgendwo einen Patch von mir f�r die 2.3 .
Philipp Kempgen
> Am Donnerstag, den 26.08.2010, 12:46 +0200 schrieb Philipp Kempgen:
>> Die Ausgabe der folgenden Befehle sollte relevant sein:
>>
>> gs-pickupgroups-get
>> (oder /opt/gemeinschaft/scripts/gs-pickupgroups-get )
>> und
>> /opt/gemeinschaft/etc/asterisk/e-internal-hints.ael.php
>
> Ja, da gibt es wohl wirklich ein Problem im Source Code. Die relevante
> SQL Abfrage in e-internal-hints.ael.php gibt die pg_id aus der Tabelle
> group_permissions aus:
> Später wird die pg_id zum Aufbau des Hints verwendet:
>
> 124 echo 'hint(', implode('&', $devices), ') *8*',
> str_pad($r['pg_id'],5,'0',STR_PAD_LEFT), ' => {}', "\n";
>
> So wie ich das sehe, wird hier die Gruppe mit der Rufannahmegruppe
> verwechselt, pg_id != permit in der Tabelle group_permissions. Die
> Rufannahmegruppen sind in der Tabelle pickupgroups definiert und die
> Rufannahmegruppen-Teilnehmer in der Tabelle pickupgroups_users. Es
> finden sich aber in e-internal-hints.ael.php keinerlei Abfragen auf
> diese beiden Tabellen.
>
> Der richtige Code müsste also zunächst die Rufannahmegruppen-Teilnehmer
> aus pickupgroups_users auslesen, dann auf Berechtigung in
> group_permissions prüfen und schliesslich die zugehörige Pickup-Gruppe
> im Hint eintragen.
http://github.com/amooma/GemeinschaftPBX/commit/de9fbeb776d1dc0cae8b1b577df3e72649e62291#diff-2
Mir ist leider grad gar nicht klar wie der Zusammenhang ist zwischen
Den gs-pickupgroup*-Skripten mit der pickupgroups-DB-Tabelle und
den gs-group-*-Skripten mit Gruppen-Typ "group_pickup".
Philipp Kempgen