Elastix- Xivo - 200 Téléphones

**olppp** · 06/02/2015, 15h30

Bonjour,
Je ne suis pas un spécialiste de Xivo, mais je pense que l'utilisation de leur solution de provisionning implique l'utilisation de leur serveur dhcp. Montes un serveur tftp à part pour tester avec ton dhcp !

cDt

**quintana** · 07/02/2015, 00h12

Non t'es pas obligé d'utiliser le dhcp dans XiVO, faut juste faire un peu plus de config car c'est pas magique

**quintana** · 07/02/2015, 00h16

Sinon pour répondre à la question, le serveur provd s'attend à du http sur le port 8667 et non tftp pour le plugin technicolor (thomson)

La config dhcp de xivo : https://github.com/xivo-pbx/xivo-pro...e/thomson.conf

Donc suffit de reproduire la même chose et cela fonctionnera.

++

**Fuxor** · 10/02/2015, 11h04

Envoyé par quintana

Sinon pour répondre à la question, le serveur provd s'attend à du http sur le port 8667 et non tftp pour le plugin technicolor (thomson)

La config dhcp de xivo : https://github.com/xivo-pbx/xivo-pro...e/thomson.conf

Donc suffit de reproduire la même chose et cela fonctionnera.

++

Merci!

Mais j'ai encore pas mal de problèmes, en faite les téléphones sont en version 1.56 pour le moment.
Le plugin utilisé par Xivo est en 2.74
Je dois avoir un problème au niveau des requêtes qu'effectue le téléphone.
Je reçois bien une ip en utilisant le DHCP de xivo. ( et donc probablement, les paramètres nécessaire pour le provisioning )
Seulement, je reste en 1.56, et le téléphone ne passe pas en 2.74.

Comme doc voici ce que j'ai trouvé :

http://projects.xivo.io/boards/1/topics/1914

D'apres lui, les requetes effectuées par les téléphones (en 1.56), ne sont pas compatible avec le module de xivo. De ce fait, il va modifier le fichier thomson.conf
J'ai fais la même modification, seulement avec ma chance, bah le dhcp ne va plus xD
Quand je remets le ficher thomson.conf de base, le dhcp reprend directement.

Voici dans les logs de /var/log/daemon.log

Code:

Feb 10 09:40:41 xivo dhcpd: /etc/dhcp/dhcpd_update/thomson.conf line 14: expecting a parameter or declaration
Feb 10 09:40:41 xivo dhcpd:     option vendor-encapsulated-options = concat('
Feb 10 09:40:41 xivo dhcpd:                                                 ^
Feb 10 09:40:41 xivo dhcpd: /etc/dhcp/dhcpd_update.conf line 22: /etc/dhcp/dhcpd_update/thomson.conf: bad parse.
Feb 10 09:40:41 xivo dhcpd: include "/etc/dhcp/dhcpd_update/thomson.conf"
Feb 10 09:40:41 xivo dhcpd:          ^
Feb 10 09:40:41 xivo dhcpd: /etc/dhcp/dhcpd.conf line 26: /etc/dhcp/dhcpd_update.conf: bad parse.
Feb 10 09:40:41 xivo dhcpd: include "/etc/dhcp/dhcpd_update.conf"
Feb 10 09:40:41 xivo dhcpd:          ^
Feb 10 09:40:41 xivo dhcpd: Configuration file errors encountered -- exiting
Feb 10 09:40:41 xivo dhcpd: Internet Systems Consortium DHCP Server 4.2.2
Feb 10 09:40:41 xivo dhcpd: Copyright 2004-2011 Internet Systems Consortium.
Feb 10 09:40:41 xivo dhcpd: All rights reserved.
Feb 10 09:40:41 xivo dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Feb 10 09:40:41 xivo dhcpd: /etc/dhcp/dhcpd_update/thomson.conf line 14: expecting a parameter or declaration
Feb 10 09:40:41 xivo dhcpd:     option vendor-encapsulated-options = concat('
Feb 10 09:40:41 xivo dhcpd:                                                 ^
Feb 10 09:40:41 xivo dhcpd: /etc/dhcp/dhcpd_update.conf line 22: /etc/dhcp/dhcpd_update/thomson.conf: bad parse.
Feb 10 09:40:41 xivo dhcpd: include "/etc/dhcp/dhcpd_update/thomson.conf"
Feb 10 09:40:41 xivo dhcpd:          ^
Feb 10 09:40:41 xivo dhcpd: /etc/dhcp/dhcpd.conf line 26: /etc/dhcp/dhcpd_update.conf: bad parse.
Feb 10 09:40:41 xivo dhcpd: include "/etc/dhcp/dhcpd_update.conf"
Feb 10 09:40:41 xivo dhcpd:          ^
Feb 10 09:40:41 xivo dhcpd: Configuration file errors encountered -- exiting
Feb 10 09:41:12 xivo monit[10120]: 'isc-dhcp-server' failed to start
Feb 10 09:42:21 xivo monit[10120]: Shutting down monit HTTP server
Feb 10 09:42:21 xivo monit[10120]: monit HTTP server stopped
Feb 10 09:42:21 xivo monit[10120]: monit daemon with pid [10120] killed
Feb 10 09:42:21 xivo monit[10120]: 'SYSTEM' Monit stopped
Feb 10 09:42:21 xivo monit[11454]: Starting monit daemon with http interface at [localhost:2812]
Feb 10 09:42:21 xivo monit[11454]: Monit start delay set -- pause for 45s
Feb 10 09:43:06 xivo monit[11456]: Starting monit HTTP server at [localhost:2812]
Feb 10 09:43:06 xivo monit[11456]: monit HTTP server started

J'ai essayé sans les ' mais quand je réactive le dhcp de xivo, et que j'applique les modification, il m'indique une erreur.

Je ne vois pas trop comment résoudre le problème étant donné que j'ai environs 200 téléphones...
Je ne peux pas me permettre de passer sur chaque téléphone, le provisionning doit fonctionner.
Mais d'une ancienne version à la 2.74 c'est le bordel total, je suis arrivé à provisionner un téléphone, mais après plein de manips à la mc gyver, et c'est impossible de faire ça pour 200 phones.

Un gd merci ! Communauté au top, vraiment réactive

Vous m'avez donnez tellement d'infos ^^
Bonne journée à tous, la mienne sera moins bonne avec un bon mal de tête en perspective

**Fuxor** · 10/02/2015, 11h49

Pour l'instant, en remettant tout d'origine, je reçois bien le dhcp.

Code:

Feb 10 10:38:03 xivo dhcpd: [1:0:e:50:4e:a3:ce] [VENDOR-CLASS-IDENTIFIER: #001#007Thomson#002#006ST2030#003#003SIP#004#0010#005#002$
Feb 10 10:38:03 xivo dhcpd: [1:0:e:50:4e:a3:ce] POOL VoIP
Feb 10 10:38:03 xivo dhcpd: [1:0:e:50:4e:a3:ce] BOOT Thomson ST2030S
Feb 10 10:38:03 xivo dhcpd: DHCPDISCOVER from 00:0e:50:4e:a3:ce via eth0
Feb 10 10:38:04 xivo dhcpd: DHCPOFFER on 10.200.150.32 to 00:0e:50:4e:a3:ce via eth0
Feb 10 10:38:05 xivo dhcpd: [1:0:e:50:4e:a3:ce] [VENDOR-CLASS-IDENTIFIER: #001#007Thomson#002#006ST2030#003#003SIP#004#0010#005#002$
Feb 10 10:38:05 xivo dhcpd: [1:0:e:50:4e:a3:ce] POOL VoIP
Feb 10 10:38:05 xivo dhcpd: [1:0:e:50:4e:a3:ce] BOOT Thomson ST2030S
Feb 10 10:38:05 xivo dhcpd: execute_statement argv[0] = dxtorc
Feb 10 10:38:05 xivo dhcpd: execute_statement argv[1] = commit
Feb 10 10:38:05 xivo dhcpd: execute_statement argv[2] = 10.200.150.32
Feb 10 10:38:05 xivo dhcpd: execute_statement argv[3] = 0:e:50:4e:a3:ce
Feb 10 10:38:05 xivo dhcpd: execute_statement argv[4] = 0601.7.54.68.6f.6d.73.6f.6e.2.6.53.54.32.30.33.30.3.3.53.49.50.4.1.30.5.2.3$
Feb 10 10:38:05 xivo dhcpd: DHCPREQUEST for 10.200.150.32 (10.200.150.22) from 00:0e:50:4e:a3:ce via eth0
Feb 10 10:38:05 xivo dhcpd: DHCPACK on 10.200.150.32 to 00:0e:50:4e:a3:ce via eth0

Et pour les log du provisioning:

Code:

2015-02-10 10:38:05,628 [2929] (INFO) (provd.devices.ident): Processing DHCP request: 10.200.150.32
2015-02-10 10:38:05,629 [2929] (INFO) (provd.devices.ident): <2> Extracted device info: {u'ip': u'10.200.150.32', u'mac': u'00:0e:50:4e:a3:ce'}
2015-02-10 10:38:05,629 [2929] (INFO) (provd.devices.ident): <2> Retrieved device id: a898ad328d1444628a53b6f974cb1527
2015-02-10 10:38:05,631 [2929] (INFO) (provd.devices.ident): <2> Routing request to plugin xivo-technicolor-ST2030-2.74
2015-02-10 10:38:05,634 [2929] (INFO) (twisted): 10.200.150.22 - - [10/Feb/2015:09:38:05 +0000] "POST /provd/dev_mgr/dhcpinfo HTTP/1.1" 204 - "-" "Py$
2015-02-10 10:38:11,354 [2929] (INFO) (provd.devices.ident): Processing HTTP request: http://10.200.150.22:8667/ST2030S.inf
2015-02-10 10:38:11,355 [2929] (INFO) (provd.devices.ident): <3> Extracted device info: {u'ip': u'10.200.150.32', u'model': u'ST2030', u'version': u'$
2015-02-10 10:38:11,355 [2929] (INFO) (provd.devices.ident): <3> Retrieved device id: a898ad328d1444628a53b6f974cb1527
2015-02-10 10:38:11,356 [2929] (INFO) (provd.devices.ident): <3> Routing request to plugin xivo-technicolor-ST2030-2.74
2015-02-10 10:38:11,357 [2929] (INFO) (twisted): 10.200.150.32 - - [10/Feb/2015:09:38:10 +0000] "GET http://10.200.150.22:8667/ST2030S.inf HTTP/1.1" $

Quand je test http://10.200.150.22:8667/ST2030S.inf dans l'url, j'ai droit à un No such device, Nowhere to route this request...

**Fuxor** · 10/02/2015, 13h06

Je fais les questions réponses, au cas ou quelqu'un aurait le même problème que moi...

donc j'ai essayé de remplacer le fichier thomson.conf par

class "ThomsonST2030S" {
match if (option user-class = "Thomson ST2030S"
or binary-to-ascii(16, 8, "", substring(option vendor-class-identifier, 2, 15)) = "54686f6d736f6e26535432303330");
log(concat("[", binary-to-ascii(16, 8, ":", hardware), "] ", "BOOT Thomson ST2030S"));
option vendor-encapsulated-options = concat('http://IP_SERVEUR:80/fw-st2030',
"/ST2030S.inf");
}

C'est comme ça qu'il corrigeait le problème, seulement chez moi ça ne fonctionnait pas, il n'allait toujours pas rechercher la config,
J'ai donc fait ça n'importe comment, et après plusieurs essais (Oui j'ai trop regarde Mc Gyver)
Et j'ai remplacer par:

class "ThomsonST2030S" {
match if (option user-class = "Thomson ST2030S"
or binary-to-ascii(16, 8, "", substring(option vendor-class-identifier, 2, 15)) = "54686f6d736f6e26535432303330");
log(concat("[", binary-to-ascii(16, 8, ":", hardware), "] ", "BOOT Thomson ST2030S"));
option vendor-encapsulated-options = "http://IP_SERVEUR:80/fw-st2030/ST2030S.inf";
}

Et la PAFFFFF CA A FAIT DES CHOCAPIKKKKK

Plus sérieusement, j'ai suivis la manipulation que notre ami de chez Xivo avait trouvée, donc modif du fichier Nginx, le copier coller du tftp vers www

En faite, en tapant dans le navigateur:
http://10.200.150.22:8667/ST2030S.inf
J'ai un No such device, Nowhere to route this request...

Tandis que:
http://10.200.150.22:80/fw-st2030/ST2030S.inf
M'affiche le contenu du fichier.

Je me demande alors, si ce n'est pas un problème d'accès à la ressource.
Quelqu'un à une idée ?

Je dois faire un TFE pour mon stage, il sera naturellement mis à la disposition de la communauté, mais en attendant, je poste les réponses/questions/solutions ici.

**hexanol** · 10/02/2015, 14h53

Salut,

Envoyé par Fuxor

En faite, en tapant dans le navigateur:
http://10.200.150.22:8667/ST2030S.inf
J'ai un No such device, Nowhere to route this request...

Tandis que:
http://10.200.150.22:80/fw-st2030/ST2030S.inf
M'affiche le contenu du fichier.

Je me demande alors, si ce n'est pas un problème d'accès à la ressource.
Quelqu'un à une idée ?

Il y a un peu de magie qui se produit dans xivo-provd, qui fait que si tu tapes une URL dans ton navigateur, tu ne vas fort probablement pas avoir la même réponse que si c'est un téléphone (i.e. un autre user-agent) qui fait la requête. Les raisons sont expliquées entre autres dans ce blog post: http://blog.xivo.io/index.php?post/2...sioning-server

De facon générale, si tu veux voir ce qu'une requête HTTP faite par un téléphone va donner, tu dois spécifier un User-Agent similaire à celui utilisé par le téléphone. Par exemple, avec curl, ta requête serait:

Code:

curl -A 'THOMSON ST2030 hw5 fw2.74 00-11-22-33-44-55' http://10.200.150.22:8667/ST2030S.inf

Discussion: Elastix- Xivo - 200 Téléphones

Outils de la discussion

Rechercher dans la discussion

Affichage

Vue hybride

Règles de messages