Bonjour,

j'ai eu la même erreur pour le service xivo-confd concernant l'upgrade avec les erreurs suivantes dans les logs :

[Apr 25 12:05:13] ERROR[1977] res_pjsip_config_wizard.c: Unable to load config file 'pjsip_wizard.conf'
[Apr 25 12:05:14] ERROR[1977] res_sorcery_config.c: Unable to load config file 'stir_shaken.conf'
[Apr 25 12:05:27] ERROR[1977] res_pjsip_config_wizard.c: Unable to load config file 'pjsip_wizard.conf'
[Apr 25 12:05:36] ERROR[1977] config_options.c: Unable to load config file 'prometheus.conf'
[Apr 25 12:05:42] ERROR[1977] loader.c: Error loading module 'res_pjsip_phoneprov_provider.so', missing dependency: res_phoneprov
[Apr 25 12:05:42] ERROR[1977] loader.c: res_mwi_devstate declined to load.
[Apr 25 12:05:42] ERROR[1977] loader.c: res_prometheus declined to load.

[Apr 25 15:33:28] ERROR[208289] loader.c: Failed to resolve dependencies for res_pjsip_stir_shaken
[Apr 25 15:33:28] ERROR[208289] loader.c: res_pjsip_stir_shaken declined to load.

Sur une install fresh, je n'ai que l'erreur suivante :

[Apr 25 12:05:13] ERROR[1977] res_pjsip_config_wizard.c: Unable to load config file 'pjsip_wizard.conf'

Autre point où je n'arrive pas à me dépatouiller : xivo helios + edge (installation mono-serveur) en helios fonctionnait bien.
Depuis l'upgrade en izar pour les 2 serveurs, j'ai le problème suivant : si je renseigne le xivo edge fqdn sur l'interface de xivo, les appels en interne ne fonctionnent pas vraiment, en fait l'appel est hyper long à se lancer (pas de tonalité sur mon téléphone et pas de sonnerie sur l'autre téléphone), et mon téléphone indique que l'utilisateur est injoignable. Si je désactive le fqdn, aucun problème d'appels (comportement constaté suite à l'upgrade vers izar mais aussi sur l'install fresh du pbx, pour le moment edge n'a pas été réinstallé)

Cordialement,

Finalement, suite à un reboot du serveur, je constate les mêmes erreurs sur la fresh install, même si cela ne semble pas poser de problèmes à l'usage

Concernant le edge, je pense avoir trouvé le problème (une route sur le pbx dans /etc/network/if-up.d/xivo-route qui posait problème)

Bonjour, utilisez-vous la version latest (Izar.05) pour l'upgrade ?

L"erreur de confd à l'upgrade est connue, un simple restart des services résout le problème.
Pour ce qui est du problème de "Unable to load config file 'pjsip_wizard.conf'" il est censé être corrigé en Izar.02, je vais regarder si on a encore un bug résiduel, idem pour la config LDAP.

Merci pour vos retours en tout cas

Pour ma part, j'ai utilisé les dépots avec la procédure habituelle via le xivo-upgrade (https://documentation.xivo.solutions/en/2020.18/installation/xivo/upgrade/upgrade.html#upgrading)

La connexion au trunk via pjsip ne fonctionnait pas post upgrade. Je n'ai pas eu le temps pour aller plus loin pour l'instant.

J'ai fait une upgrade, et j'ai également utilisé l'iso (qui a comme base Debian 10, est-ce normal ?)

Bonjour,

Pour l'ISO en effet, on a un ticket ouvert : https://projects.xivo.solutions/issues/4608
Vu qu'il est résolu mais non mergé, vous pouvez trouver l'ISO en attendant ici : http://mirror.xivo.solutions/.iso-temp/xivo-2022.05.04-amd64.iso

Mais, il est préférable d'attendre qu'il soit validé et testé (en gros que le ticket est clos)

Pour information générale, il ne faut pas oublier de suivre cette documentation pour toute migration de Helios vers Izar : https://documentation.xivo.solutions/en/2022.05/releasenotes/upgrade_from_helios_to_izar.html

Dans mon cas, j'ai effectivement collé le mauvais lien, mais c'est bien la procédure Helios vers Izar que j'ai suivi.

J'ai upgradé en Izar.05 et je rencontre toujours ces erreurs :

[May 19 11:13:49] ERROR[623185] res_pjsip_config_wizard.c: Unable to load config file 'pjsip_wizard.conf'
[May 19 11:13:49] ERROR[623185] res_pjsip_config_wizard.c: Unable to load config file 'pjsip_wizard.conf'
[May 19 11:13:49] ERROR[623185] res_pjsip_config_wizard.c: Unable to load config file 'pjsip_wizard.conf'
[May 19 11:13:50] ERROR[623185] res_pjsip_config_wizard.c: Unable to load config file 'pjsip_wizard.conf'
[May 19 11:13:50] ERROR[623185] res_sorcery_config.c: Unable to load config file 'stir_shaken.conf'
[May 19 11:13:50] ERROR[623185] res_sorcery_config.c: Unable to load config file 'stir_shaken.conf'
[May 19 11:13:50] ERROR[623185] res_sorcery_config.c: Unable to load config file 'stir_shaken.conf'
[May 19 11:13:52] ERROR[623185] res_pjsip_config_wizard.c: Unable to load config file 'pjsip_wizard.conf'
[May 19 11:13:52] ERROR[623185] config_options.c: Unable to load config file 'prometheus.conf'
[May 19 11:13:53] ERROR[623185] loader.c: Error loading module 'res_pjsip_phoneprov_provider.so', missing dependency: res_phoneprov
[May 19 11:13:53] ERROR[623185] loader.c: res_mwi_devstate declined to load.
[May 19 11:13:53] ERROR[623185] loader.c: res_prometheus declined to load.

Concernant l'application mobile (pour Edge), où peut-on la récupérer ? Sur le Playstore, il y a Xivo Assistant mais en l'utilisant, j'ai un message "Connexion au serveur impossible"

Merci pour votre retour.

Ces messages d'erreurs sont à ma connaissance inoffensifs, ils indiquent juste que certains "wizard" ou conf additionnelles pouvant être utilisés avec Pjsip ne sont pas trouvés, on a un ticket de notre coté pour au moins mettre des fichiers vides afin de ne pas perturber les logs.

Pour ce qui est de l'appli mobile, en effet seule l'ancienne version (qui est publique) est encore disponible, mais n'est pas compatible avec les nouvelles fonctionnalités d'Izar.
La nouvelle version est pour l'instant seulement en beta fermée, et seule cette nouvelle version vous permet de profiter des fonctionnalités de multi-device.

Je ne sais pas pour l'instant la date et les modalités d'une mise en service "publique" de celle-ci

Juste pour rebondir sur mon dernier message,

Après discussion, il semble que la nouvelle appli mobile va sortir courant semaine prochaine pour tout le monde, sans restrictions.

Bonjour à tous,
Je rencontre le même problème, sur une installation depuis une Debian vierge en version Izar 2022.05.05.
Impossible d'enregistrer un trunk SIP. Lors de l'enregistrement, j'ai les erreurs suivantes :

[Jun 3 06:50:12] -- Reloading module 'res_pjsip.so' (Basic SIP resource)
[Jun 3 06:50:12] ERROR[10649]: res_pjsip_config_wizard.c:1080 object_type_loaded_observer: Unable to load config file 'pjsip_wizard.conf'
[Jun 3 06:50:12] ERROR[10649]: res_pjsip_config_wizard.c:1080 object_type_loaded_observer: Unable to load config file 'pjsip_wizard.conf'
[Jun 3 06:50:12] ERROR[10649]: res_pjsip_config_wizard.c:1080 object_type_loaded_observer: Unable to load config file 'pjsip_wizard.conf'
[Jun 3 06:50:13] ERROR[10649]: res_pjsip_config_wizard.c:1080 object_type_loaded_observer: Unable to load config file 'pjsip_wizard.conf'
[Jun 3 06:50:13] == Manager 'xivo_munin_user' logged on from 127.0.0.1
[Jun 3 06:50:13] NOTICE[10649]: sorcery.c:1348 sorcery_object_load: Type 'system' is not reloadable, maintaining previous values
[Jun 3 06:50:13] ERROR[10649]: res_pjsip_config_wizard.c:1080 object_type_loaded_observer: Unable to load config file 'pjsip_wizard.conf'

En réalisant la commande suivante, je n'ai aucun résultat :
pjsip show registrations
No objects found.

Une idée ?

Je confirme à nouveau, lors d'un nouvel essai d'upgrade, procédure suivie à la lettre.

[Jun 6 21:33:32] ERROR[18998]: res_pjsip_config_wizard.c:1080 object_type_loaded_observer: Unable to load config file 'pjsip_wizard.conf'
[Jun 6 21:33:32] ERROR[18998]: res_pjsip_config_wizard.c:1080 object_type_loaded_observer: Unable to load config file 'pjsip_wizard.conf'
[Jun 6 21:33:32] WARNING[18998]: res_pjsip/config_transport.c:739 transport_apply: Transport 'transport-udp' is not fully reloadable, not reloading: protocol, bind, TLS, TCP, ToS, or CoS options.
[Jun 6 21:33:33] ERROR[18998]: res_pjsip_config_wizard.c:1080 object_type_loaded_observer: Unable to load config file 'pjsip_wizard.conf'
[Jun 6 21:33:33] ERROR[18998]: res_pjsip_config_wizard.c:1080 object_type_loaded_observer: Unable to load config file 'pjsip_wizard.conf'
[Jun 6 21:33:33] NOTICE[18998]: sorcery.c:1348 sorcery_object_load: Type 'system' is not reloadable, maintaining previous values
[Jun 6 21:33:34] ERROR[18998]: res_pjsip_config_wizard.c:1080 object_type_loaded_observer: Unable to load config file 'pjsip_wizard.conf'
[Jun 6 21:33:34] -- Remote UNIX connection disconnected
urgan*CLI>
[Jun 6 21:33:39] == Endpoint XXXXX is now Reachable
[Jun 6 21:33:39] -- Contact XXXXX/sip:334XXXXXXX@XXXXX.XXX:5060 is now Reachable. RTT: 37.435 msec

Il faut bien cocher enregistrement dans la config du trunk, la config dans général ne suffit plus, sinon uniquement un aor est créé.

ipbx*CLI> pjsip show registrations

¶

reg_xxxxx.xxx/sip:xxxxxx.xxx:5060 auth_reg_xxxxxx.xxx Registered

Malgré tout, occupation sur appel entrant pour tous les SDA, pas d'explication, les appels n'arrivent pas jusqu'au Xivo.
Lien ldap à l'Active Directory ne fonctionne pas pour le serveur cti.
Demande d’authentification systématique lors de la consultation des utilisateurs.

Merci pour vos retours, on va regarder si il n'y a pas en effet un soucis avec les registrations

Idem, en cochant "enregistrement" le trunk SIP est bien créé mais les appels entrants n'arrivent pas jusqu'au XiVO.

En effet, c'est de notre faute, on est allé un peu vite sur la migration pjsip, on a certaines valeurs héritées de chan_sip qui ne sont bien sûr pas compatibles...

En résumé nous avons mappé les valeurs:

PJSIP retry_interval = SIP registertimeout(default = 20)
PJSIP max_retries = SIP registerattempts (default = 0 = illimité)

Sauf que si on laisse ces valeurs à 0 on a des soucis d'enregistrement : https://community.asterisk.org/t/pjsip-registration-max-retries-0/76071/4

La seule solution que je vois avant qu'on corrige le ticket https://projects.xivo.solutions/issues/5236

Soit de relancer à la main le register vers le trunk... via la commande

pjsip send register <my_trunk>

Soit de modifier directement en base la table staticsip dans xivo (car je ne suis pas sur que ces champs sont visibles depuis la webi...):

update staticsip set var_val= 60 where var_name = 'registertimeout';
update staticsip set var_val= 10 where var_name = 'registerattempts';

Et enfin faire un xivo-service restart all

C'est un peu bourrin, mais ça peut vous débloquer...

Bonjour,
De mon côté, la commande "pjsip send register reg_my_trunk" ne change rien.
Cependant, en supprimant l'identifiant et le mot de passe de l'onglet "Général" et en l'ajoutant à la place dans l'onglet "Enregistrement", je vois bien les appels entrants arrivés au XiVO.
Malheureusement, impossible de joindre quelqu'un mais c'est peut-être un problème de configuration de mon côté :

[Jun  8 08:45:21]     -- Executing [+33XXXXXXXXX@from-extern:1] Goto("PJSIP/XXXXXXXXX-00000001", "33XXXXXXXXX,1") in new stack
[Jun  8 08:45:21]     -- Goto (from-extern,33XXXXXXXXX,1)
[Jun  8 08:45:21]     -- Channel 'PJSIP/XXXXXXXXX-00000001' sent to invalid extension: context,exten,priority=from-extern,33XXXXXXXXX,1
[Jun  8 08:45:21]     -- Executing [i@from-extern:1] Playback("PJSIP/XXXXXXXXX-00000001", "no-user-find") in new stack

Je vais tenter sur mon serveur de test.

Je n'ai pas accès aux tickets en cours sur le projet (ex : https://projects.xivo.solutions/issues/5236), est ce possible de me les ajouter ?

Bonjour,

effectivement cela fonctionne en supprimant l'identifiant et le mot de passe de l'onglet "Général" et en l'ajoutant à la place dans l'onglet "Enregistrement". J'arrive à joindre mes postes.

J'ai crée une musique d'attente, mais seule la default se lançait. Dans les logs :

[Jun 21 15:37:32] WARNING[655591][C-00000009] res_musiconhold.c: Music on Hold class 'xxxxxxxxxxxxxx' not found in memory. Verify your configuration.

J'ai redémarré tous les services, cela fonctionne.

C'est peut-être moi qui a crée le dossier via la webi mais copié un fichier son d'un autre serveur, peut-être qu'un reload n'a pas été fait automatiquement du coup

N'ayant pas accès aux différents tickets, savez vous si les correctifs ont été apportés pour que je refasse un test de migration ?

Bonjour oui, celà doit être bon en Izar.09

Bonjour,

Test de migration aujourd'hui à nouveau Helios vers Izar.12, qui a impliqué :

• une reconfig de LDAP pour le Xuc suite à la containerisation, pour le lien à un AD.

• l'obligation dans l'interconnexion SIP de cocher "enregistrement" dans le deuxième onglet, en plus de la config dans l'onglet "général", sinon il ne se fait pas.

• un non fonctionnement des téléphones (Yealink T53 et T54W. Signalisation chaotique et pas de son dans les deux sens.), en appel interne ou externe, alors que les appels fonctionnent via le Desktop client.
  Le retour sur du SIP via la commande (xivo-switch-sip-driver SIP) a réglé le problème, c'est donc soit une mauvais config de ceux-ci dans les terminaisons mais je ne vois pas où.
  Dans les modèles de terminaison, ne sont disponible en protocole dans la liste que "rien", SIP, SCCP (pas de présence de PJSIP)

• Le dépot Izar semble problématique, lors d'un apt update :

Hit:1 http://security.debian.org/debian-security bullseye-security InRelease
Hit:2 http://deb.debian.org/debian bullseye InRelease
Get:3 http://deb.debian.org/debian bullseye-updates InRelease [44.1 kB]
Get:4 http://ftp.fr.debian.org/debian bullseye-backports InRelease [49.0 kB]
Ign:5 http://mirror.xivo.solutions/archive izar InRelease
Err:6 http://mirror.xivo.solutions/archive izar Release
404 Not Found [IP: 213.32.32.68 80]
Hit:7 https://download.docker.com/linux/debian bullseye InRelease
Hit:8 http://apt.postgresql.org/pub/repos/apt bullseye-pgdg InRelease
Hit:9 http://repo.zabbix.com/zabbix/3.0/debian buster InRelease
Get:10 http://ftp.fr.debian.org/debian bullseye-backports/main amd64 Packages.diff/Index [63.3 kB]
Get:11 http://ftp.fr.debian.org/debian bullseye-backports/main amd64 Packages T-2022-11-18-0803.32-F-2022-11-18-0803.32.pdiff [581 B]
Get:11 http://ftp.fr.debian.org/debian bullseye-backports/main amd64 Packages T-2022-11-18-0803.32-F-2022-11-18-0803.32.pdiff [581 B]
Err:8 http://apt.postgresql.org/pub/repos/apt bullseye-pgdg InRelease
The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7FCC7D46ACCC4CF8
Reading package lists... Done
E: The repository 'http://mirror.xivo.solutions/archive izar Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://apt.postgresql.org/pub/repos/apt bullseye-pgdg InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7FCC7D46ACCC4CF8

La redescente en SIP a réglé le problème des téléphones, par contre les Desktop Client ne peuvent plus emmètre d'appel.

Dans le client : L'appel vers le numéro 'XXX' n'a pas pu être initialisé.

Sur le serveur :

WARNING[133113]: channel.c:6356 request_channel: No channel type registered for 'PJSIP'

Ça m'apprendra à ne pas lire :

To finish the change you need to:

• restart services xivo-service restart
• logout all agents xivo-agentd-cli -c 'logoff all'
• add the XIVO_SIPDRV=sip variable in the XIVO CC custom.env and recreate the xuc

Antoine TIXIER a écrit :

• une reconfig de LDAP pour le Xuc suite à la containerisation, pour le lien à un AD.

Antoine bonjour,

Est-ce que ton authentification AD sur le XUC fonctionne bien depuis ta reconfiguration ?

Je galère depuis un moment car ça ne veut pas alors toute la configuration semble bonne.
Quels sont les paramètres que tu as modifié pour que ça marche ?
Depuis le shell, j'arrive à récupérer toute la liste des utilisateurs de l'AD, mais dès que je veux avoir l’authentification LDAP, ça me dit à chaque fois identifiant ou MDP pas bons.

D'avance merci à toi ;)

Bonne soirée !

Damien.