Albert

Bonjour, Sur une version 4.5.0.1075 Snom je souhaiterai mettre en place un prédécroché. Comment faut-il faire ? y a-t-il un tuto ? Merci pour vos réponses

Après consultation par mail du support snom voici la réponse : < Sachez que lorsqu’un poste fait partie d’un groupe avec hiérarchie, si l’appel entrant arrive sur le groupe, le groupe a pour but de faire sonner les postes connectés (cad opérationnel) mais n’applique pas les règles de redirection existantes sur les postes, si bien que si votre poste contient un renvoi, le fait d’être appelé via le groupe, ces redirections ne s’appliquent pas. Si vous faites un renvoi permanent (*71) vers un autre numéro alors le poste est considéré comme non présent (idem pour l’activation de DND) et donc le groupe ne peux pas le faire sonner, le groupe passe donc au stage suivant (jusqu’au stage final), mais n’applique pas la redirection mis en place sur le poste. Sinon, pour l’indication de renvoi d’appel sur un snom370, en version 8.4.35 la seule indication visible est le bouton 4 en dessous de l’écran qui passe de CFwd à noFwd. Si vous mettez à jour votre snom370 en v8.7.3.19 vous aurez alors une indication supplémentaire (ligne supplémentaire) indiquant : Renvoi systématique : numéro de renvoi Cordialement L’équipe Support snomONE France >

personne pour répondre

Bonjour, J'ai la configuration suivante : un Snom370 avec des postes DECT M9R le tout connecté à un SnomONE Office. En paramétrant *71 suivi du numéro du poste Snom370, le poste annonce que le fonction de renvoi a bien été prise en compte. Dans l'interface d'administration Web du SnomONE ainsi que dans celle du poste, le renvoi est bien pris en compte : le poste de renvoi est affiché mais curieusement sur l'écran du poste du Snom370 il n'y a pas de pictogramme qui indique le renvoi. Lorsque l'on appelle de l'extérieur le renvoi sur le poste programmé ne se fait pas, le poste Snom370 ne sonne pas et l'appelant écoute la musique d'attente? J'ai fait une mise à jour de la version du SnomONE v4.3.0.5021 en V4.5.0.1075 cela n'a rien changé. Firmaware du Snom370 v.8.4.35. Par ailleurs, j'ai testé cela sur une configuration Snom720, DECT MR9 avec SnomONE v.4.5.01075 cela marche parfaitement. J'ai le même problème avec l'interception d'appel. Lorsque les appels qui arrivent sur le le SNOM370, en effectuant le code d'interception de l'appel : *87 + le N° du poste Snom370, à partir d'un poste DECT, cette interception ne fonctionne pas. Par contre l'interception des communications en interne entre postes DECT fonctionne parfaitement. Merci pour vos réponses.

Hello, Thank you for your answer. I check this problem on an 4.5.0 (1).1075 and it's ok. I will do an upgrade on the IPBX of my client who is equiped whith a 4.3...I think it will be good for him.

Après test sur un autre SnomONE -< même cause même effet. C'est pratique chez les clients si il y a un problème Internet qui ne dure pas trop cela avec un réenregistrement automatique cela permettrait de redémarrer sans trop de conséquences. Mais là au moins on est sur qu'il sera "planté" et tant que l'on est pas intervenu, il n'a pas de téléphone ! Y-a-t-il une solution ? ou alors c'est rédibitoire ! Merci

Bonjour, Après avoir exploré le problème à nouveau, j'ai trouvé d'où cela venait mais le problème reste en suspend ? s'git-il d'un bug? 1 - La mise à jour du firmeware du poste à réglé une partie du problème à savoir, sur le poste l'icône de tranfert apparaît et dans l'interface Web du Snom dans : Comptes\redirection -> la rubrique "transférer tout les appels vers" a bien enregistré le poste sur lequel renvoyer les appels mais il n'y a pas de transfert des appels sur le poste inscrit dans cette rubrique. Par contre si l'on renseigne manuellement la rubrique au dessus "transférer au bureau de" la redirection fonctionne sans problème. s'agit-il d'un bug? ou alors y a-t-il un paramétrage qui empêche la redirection ? Merci pour vos réponses.

Bonjour, J'ai chargé la version CentOS32 4.5.1.1107 Zeta Perseids sur un SnomONE Office, il n'y a pas d'option pour valider une licence d'essai 10 postes. Est-ce normal ? y a-t-il une clé spéciale à passer pour valider cette option ? Merci pour vos réponses.

Bonjour, Je dispose d'un boitier SnomONE Office, pour faire la mise à jour en V5 j'ai besoin de télécharger auparavant l'exécutable CentOS de la V5. Je ne trouve pas dans le wiki ou ailleurs ou je peux le télécharger. Merci pour vos réponses.

Bonjour, Sur un Snom 370 (firmware 8.4.3 et IPBX=SnomONE V4.3.0.5021) en activant *71+N°poste j'ai bien une voix qui m'indique que le transfert permanent est activé. Mais en fait il ne fonctionne pas. Je n'ai pas l'affichage de l'icône sur l'écran et dans l'interface web du poste le n° du poste qui reçoit le tranfert n'est pas indiqué. Si je fait *72, j'ai également le message de désactivation. Quelqu'un a-t-il une idée du problème ? Merci

Bonjour, Je suis passé par l'interface web du poste. J'ai choisi l'option "Touche de fonction" en dessous de la liste des ligne on a 4 boutons donnant accès à un menu déroulant. Sur un bouton choisir l'option "Menu" puis enregistrer la configuration.

Bonjour, J'ai deux problèmes dont un concerne le SnomONE. 1 - depuis 1 semaine j'ai des problèmes de lien ADSL qui se coupe. Soit c'est la liaison qui pose problème soit c'est le routeur. Quoiqu'il en soit le trunk se désenregistre. 2- après que la liaison soit revenue, le trunk refuse de s'enregistrer automatiquement ? pourtant un check de l'enregistrement est programmé pour se faire toutes les 60 secondes. Mais cela ne fonctionne pas. Il faut faire l'enregistrement manuellement en cliquant sur "enregistrer" dans l'onglet Trunk ou alors débrancher le SnomONE... Comment faire pour que l'enregistrement automatique fonctionne ? Merci pour vos réponses

Merci OGE pour cette réponse complète. Je vais essayer. Cdt

Complément d'informations en fait, dans l'interface du Snom 720 au niveau des paramètres de la touche Menu, j'ai vu que le Snom 720 charge le fichier "http://x.x.x.x/snom/menu.xml?auth=basic" (il donne les options du menu) quel est le bon fichier XML qui doit être chargé ? et accessoirement : pourquoi le poste charge ce fichier même après une réinitialisation avec les paramètres par défaut? Merci

Merci pour ta réponse OGE et j'ai pu accéder à mon Interface Web. J'ai réinitialisé le poste mais avant j'ai changé le mot de passe et le PIN dans le Snom au niveau du domaine dans l'onglet paramètres au niveau Provisionning Parameters : Authentification password et Authentification PIN. Je voulais accéder à l'interface car la touche Menu ne me liste toujours pas le menu par défaut : je viens de poser une question dans le forum à ce sujet "PB touche MENU sur SNOM 720" Merci

Bonjour, Je cherche désespéremment comment retrouver ou réinitialiser l'indentifiant et le mot de passe pour administrer en web un poste Snom720 ? La documentation ne donne rien la dessus, même pas un ID et un MP par défaut! Merci pour vos réponses

Bonjour, J'ai exactement le même problème ? As-tu trouvé la solution ? Merci

Ok merci et à bientôt

Bonjour jldinfo, Excuse-moi pour la lecture tardive de ta réponse, mais tu as vu juste. J'ai changé les paramètres et maintenant je peux envoyer et recevoir des appels. Après investigation, le paramètre qui posait problème est la zone "Remote Party/Privacy Indication" qui par défaut est sur RFC3325 P-asserted-Itendity), c'est effectivement "no indication" qu'il faut mettre. J'ai regarder la documentation pour en savoir plus mais pour moi ce n'est pas très clair. Peux-tu me donner quelques explications succintes sur les différents choix ? Merci encore pour ta réponse ca

Personne pour répondre ???

Bonjour à tous, J'ai des comptes SIP OVH que j'ai paramétré sur un SnomONE. L'enregistrement des comptes est bonne : status =200 ok. Mais malheureusement lorsque j'essaie d'appeler un numéro extéreiur c'est impossible. Le poste marque "Interdit". Je suis sur des éléments suivants : - Plan de numérotation est très simple : patron = * et remplacement = *, en utilisant l'utilitaire -> pas de problème il me route sur la ligne adéquate - Le système OVH fonctionne puisse que j'ai installé un compte sip sur un poste et à partir de ce poste je peux appeler et recevoir des appels - Les postes en interne fonctionne puissequ'ils peuvent s'appeler en eux Avec Wireshark, j'ai tracé l'appel et visiblement il y a un problème d'enregistrement. En effet avant de fermer l'appel qui n'a pas abouti, j'ai : sip/2.0 403 not registered - Pourquoi Si quelqu'un a une idée ! - merci ************ trace sip INVITE sip:04xxxxxxxx@192.168.1.200:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.21:57416;branch=z9hG4bK-d8754z-4b49fc76e62d1b30-1---d8754z-;rport Max-Forwards: 70 Contact: <sip:41@192.168.1.21:57416;rinstance=21ef008e1d2b627b> To: <sip:04xxxxxxxx@192.168.1.200:5060> Froalbert: "albert"<sip:41@192.168.1.200:5060>;tag=2f70f003 Call-ID: YjcwZWY4N2E3MGFjNDE0NWJlALBERTzdmYWIxYWZlYmRlNTU. CSeq: 1 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE Content-Type: application/sdp Supported: replaces User-Agent: 3CXPhone 6.0.20943.0 Content-Length: 405 v=0 o=3cxVCE 298366305 116512110 IN IP4 192.168.1.21 s=3cxVCE Audio Call c=IN IP4 192.168.1.21 t=0 0 m=audio 49212 RTP/AVP 0 8 3 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv m=video 49210 RTP/AVP 34 c=IN IP4 192.168.1.21 a=rtpmap:34 H263/90000 a=fmtp:34 QCIF=1;CIF=1;SQCIF=1;CIF4=1; a=sendrecv SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.1.21:57416;branch=z9hG4bK-d8754z-4b49fc76e62d1b30-1---d8754z-;rport=57416 From: "albert" <sip:41@192.168.1.200:5060>;tag=2f70f003 To: <sip:04xxxxxxxx@192.168.1.200:5060>;tag=dfb6ba3e86 Call-ID: YjcwZWY4N2E3MGFjNDE0NWJlMzdmYWIxYWZlYmRlNTU. CSeq: 1 INVITE Content-Length: 0 SIP/2.0 401 Authentication Required Via: SIP/2.0/UDP 192.168.1.21:57416;branch=z9hG4bK-d8754z-4b49fc76e62d1b30-1---d8754z-;rport=57416 From: "albert" <sip:41@192.168.1.200:5060>;tag=2f70f003 To: <sip:04xxxxxxxx@192.168.1.200:5060>;tag=dfb6ba3e86 Call-ID: YjcwZWY4N2E3MGFjNDE0NWJlMzdmYWIxYWZlYmRlNTU. CSeq: 1 INVITE User-Agent: snom-PBX/2011-4.3.0.5021 WWW-Authenticate: Digest realm="192.168.1.200",nonce="af12e0850982bbf172e07d726f86302d",domain="sip:04xxxxxxxx@192.168.1.200:5060",algorithm=MD5 Content-Length: 0 ACK sip:04xxxxxxxx@192.168.1.200:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.21:57416;branch=z9hG4bK-d8754z-4b49fc76e62d1b30-1---d8754z-;rport Max-Forwards: 70 To: <sip:04xxxxxxxx@192.168.1.200:5060>;tag=dfb6ba3e86 From: "Albert"<sip:41@192.168.1.200:5060>;tag=2f70f003 Call-ID: YjcwZWY4N2E3MGFjNDE0NWJlMzdmYWIxYWZlYmRlNTU. CSeq: 1 ACK Content-Length: 0 INVITE sip:04xxxxxxxx@192.168.1.200:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.21:57416;branch=z9hG4bK-d8754z-a964817bad0f777e-1---d8754z-;rport Max-Forwards: 70 Contact: <sip:41@192.168.1.21:57416;rinstance=21ef008e1d2b627b> To: <sip:04xxxxxxxx@192.168.1.200:5060> From: "albert"<sip:41@192.168.1.200:5060>;tag=2f70f003 Call-ID: YjcwZWY4N2E3MGFjNDE0NWJlMzdmYWIxYWZlYmRlNTU. CSeq: 2 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE Content-Type: application/sdp Supported: replaces User-Agent: 3CXPhone 6.0.20943.0 Authorization: Digest username="41",realm="192.168.1.200",nonce="af12e0850982bbf172e07d726f86302d",uri="sip:04xxxxxxxx@192.168.1.200:5060",response="2875876c909515426db949b252b01fcf",algorithm=MD5 Content-Length: 405 v=0 o=3cxVCE 298366305 116512110 IN IP4 192.168.1.21 s=3cxVCE Audio Call c=IN IP4 192.168.1.21 t=0 0 m=audio 49212 RTP/AVP 0 8 3 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv m=video 49210 RTP/AVP 34 c=IN IP4 192.168.1.21 a=rtpmap:34 H263/90000 a=fmtp:34 QCIF=1;CIF=1;SQCIF=1;CIF4=1; a=sendrecv SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.1.21:57416;branch=z9hG4bK-d8754z-a964817bad0f777e-1---d8754z-;rport=57416 From: "albert" <sip:41@192.168.1.200:5060>;tag=2f70f003 To: <sip:04xxxxxxxx@192.168.1.200:5060>;tag=dfb6ba3e86 Call-ID: YjcwZWY4N2E3MGFjNDE0NWJlMzdmYWIxYWZlYmRlNTU. CSeq: 2 INVITE Content-Length: 0 SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 192.168.1.21:57416;branch=z9hG4bK-d8754z-a964817bad0f777e-1---d8754z-;rport=57416 From: "albert" <sip:41@192.168.1.200:5060>;tag=2f70f003 To: <sip:04xxxxxxxx@192.168.1.200:5060>;tag=dfb6ba3e86 Call-ID: YjcwZWY4N2E3MGFjNDE0NWJlMzdmYWIxYWZlYmRlNTU. CSeq: 2 INVITE Contact: <sip:41@192.168.1.200:5060> Supported: 100rel, replaces, norefersub Allow-Events: refer Allow: INVITE, ACK, CANCEL, BYE, REFER, PRACK, INFO, UPDATE Accept: application/sdp User-Agent: snom-PBX/2011-4.3.0.5021 Content-Type: application/sdp Content-Length: 300 v=0 o=- 1192740662 1192740662 IN IP4 192.168.1.200 s=- c=IN IP4 192.168.1.200 t=0 0 m=audio 57226 RTP/AVP 0 8 3 101 a=rtpmap:0 pcmu/8000 a=rtpmap:8 pcma/8000 a=rtpmap:3 gsm/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=rtcp-xr:rcvr-rtt=all voip-metrics a=sendrecv SIP/2.0 403 not registered Via: SIP/2.0/UDP 192.168.1.21:57416;branch=z9hG4bK-d8754z-a964817bad0f777e-1---d8754z-;rport=57416 From: "albert" <sip:41@192.168.1.200:5060>;tag=2f70f003 To: <sip:04xxxxxxxx@192.168.1.200:5060>;tag=dfb6ba3e86 Call-ID: YjcwZWY4N2E3MGFjNDE0NWJlMzdmYWIxYWZlYmRlNTU. CSeq: 2 INVITE Contact: <sip:41@192.168.1.200:5060> Supported: 100rel, replaces, norefersub Allow-Events: refer Allow: INVITE, ACK, CANCEL, BYE, REFER, PRACK, INFO, UPDATE Accept: application/sdp User-Agent: snom-PBX/2011-4.3.0.5021 Content-Length: 0 ACK sip:04xxxxxxxx@192.168.1.200:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.21:57416;branch=z9hG4bK-d8754z-a964817bad0f777e-1---d8754z-;rport Max-Forwards: 70 To: <sip:04xxxxxxxx@192.168.1.200:5060>;tag=dfb6ba3e86 From: "albert"<sip:41@192.168.1.200:5060>;tag=2f70f003 Call-ID: YjcwZWY4N2E3MGFjNDE0NWJlMzdmYWIxYWZlYmRlNTU. CSeq: 2 ACK Content-Length: 0