Des débuts difficiles

Vendue dans sa version de base avec la version du firmware 1.07 l’ensemble ne semble pas fonctionner au mieux :

• Canaux SIP bloqués après plusieurs appels, ce qui aboutit à l’occupé pour l’appelant (si le double appel n’est pas enclenché).
• Perte de la connexion entre l’antenne et les téléphones sans raison.
• Mise à jour particulièrement longue. Compter pas moins de 2h pour un ensemble composé de 8 appareils et d’une antenne.

Depuis le 8 juillet 2008, Snom a sortit la version 1.16 du firmware pour ce téléphone. Cette version semble prometteuse et doit mettre fin à tous les problèmes rencontrés depuis la version 1.07, 1.10, 1.11, 1.15, 1.16.

Un long chemin vers le succès

Avec une grande dose de patience et beaucoup de volonté, il a fallut tenter la mise à jour vers la version 1.16. Enfin, les problèmes devraient disparaître et l’espoir de garder le même firmware pendant plus d’un mois se dessine.

Pour le client final cela doit signifier la fin des coupures et autres désagréments. Cependant, après les 2h de mise à jour, pas moyen de reconnecter les téléphones à l’antenne. Restant constamment sur searching for gateway, ou recherche du module d’adaptation en français le système était inutilisable. Après plusieurs mises à zéro de l’antenne, rien, toujours la même situation. La solution qui a été trouvée est la suivante :

• Sur chaque téléphone hors de sa base de charge, aller dans les réglages de l’appareil et choisir de désinscrire le combiné de la base (Deregister).
• Le téléphone se mettra dans le mode autoregistration.
• Redémarrer l’antenne au moyen du bouton reset.
• Dans les 5 minutes suivantes (temps maximum d’enregistrement des combinés) poser chaque combiné dans sa base de charge.
• Patientez…et tester.

Cette procédure a permis de résoudre le problème. Une fois l’opération terminée, vérifier que tous les téléphones sont bien en 1.16 et priez pour moins de problème…

Pendant longtemps, l’utilisation de openntp a fonctionné parfaitement, notamment avec les téléphones Snom. Dernièrement il a été mis en évidence que les téléphones Polycom ne se synchronisaient pas avec un serveur basé sur openntp. Afin de palier à ce problème, l’implémentation de NTP pour inet.d, le « superserver » a permis d’amener une solution.

Pour ce faire la configuration voici le ntp.conf fonctionel et testé, attention à remplacer le XXX (ligne 33) par le sous-réseau utilisé.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

#/etc/ntp.conf, configuration for ntpd
 
#driftfile /var/lib/ntp/ntp.drift
#statsdir /var/log/ntpstats/
 
#statistics loopstats peerstats clockstats
#filegen loopstats file loopstats type day enable
#filegen peerstats file peerstats type day enable
#filegen clockstats file clockstats type day enable
 
# You do need to talk to an NTP server or two (or three).
#server ntp.your-provider.example
 
# pool.ntp.org maps to more than 300 low-stratum NTP servers.
# Your server will pick a different set every time it starts up.
#  *** Please consider joining the pool! ***
#  ***  ***
server ch.pool.ntp.org iburst
 
# By default, exchange time with everybody, but don't allow configuration.
# See /usr/share/doc/ntp-doc/html/accopt.html for details.
restrict default kod notrap nomodify nopeer noquery
 
# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1 nomodify
 
# Clients from this (example!) subnet have unlimited access,
# but only if cryptographically authenticated
#restrict 192.168.123.0  mask  255.255.255.0 notrust
 
# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
broadcast 192.168.XXX.255
 
# If you want to listen to time broadcasts on your local subnet,
# de-comment the next lines. Please do this only if you trust everybody
# on the network!
#disable auth

Dernier point sur la gestion du temps et les Polycom. Lors de l’utilisation d’un serveur NTP qui n’est pas le serveur DHCP, il faut configurer la gestion du NTP ainsi (dans sip.cfg), en spécifiant d’utilisant un serveur NTP propre et un décalage horaire en seconde (!) :

1

<sntp tcpIpApp.sntp.resyncPeriod="7200" tcpIpApp.sntp.address="192.168.XXX.XXX (ip du serveur ntp)" tcpIpApp.sntp.address.overrideDHCP="1" tcpIpApp.sntp.gmtOffset="7200" tcpIpApp.sntp.gmtOffset.overrideDHCP="1"  [...] />