Effectivement, il semblerait que la fonction NWi de soit pas opérationnelle.
Effectivement, il semblerait que la fonction NWi de soit pas opérationnelle.
Comment puis-je remédier au non fonctionnement de la fonction NWI ?
Ci-joint une capture pouvant éventuellement apporter des informations.
Vérifie que subscribemwi=yes existe dans les comptes des postes et qu'une boîte mail est bien assignée mailbox=xxx@default. Ensuite tu dois avoir un paramètre à entrer dans la config. du poste.
Tes postes enregistrés sur le serveur,te donnera plus d'information sur la configuration prise en compte par Asterisk.Code:sip show peer compte_du_poste
Je suis revenu à une téléphonie plus simple pour mieux comprendre le mécanisme MWI.
J’ai donc réduit mes fichiers de configuration au strict minimum le temps de cette résolution.
Et donc actuellement mon sip.conf donne ceci :
[general]
bindport=5060
bindaddr=0.0.0.0
srvlookup=no
disallow=all
allow=ulaw
allow=alaw
language=fr
dtmfmode=indand
subscribemwi=yes
mailbox=999@default
Est-ce correcte ?
les résultats de sip show peer "poste 202"
debian-asterisk*CLI> sip show peer 202
* Name : 202
Description :
Secret : <Set>
MD5Secret : <Not set>
Remote Secret: <Not set>
Context : btsystem
Record On feature : automon
Record Off feature : automon
Subscr.Cont. : btsystem
Language : fr
Tonezone : <Not set>
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
Callgroup : 1
Pickupgroup : 1
Named Callgr :
Nam. Pickupgr:
MOH Suggest :
Mailbox : 202@default
VM Extension : asterisk
LastMsgsSent : 0/0
Call limit : 0
Max forwards : 0
Dynamic : Yes
Callerid : "olivier" <>
MaxCallBR : 384 kbps
Expire : 2954
Insecure : no
Force rport : Yes
Symmetric RTP: Yes
ACL : No
DirectMedACL : No
T.38 support : No
T.38 EC mode : Unknown
T.38 MaxDtgrm: 4294967295
DirectMedia : Yes
PromiscRedir : No
User=Phone : No
Video Support: No
Text Support : No
Ign SDP ver : No
Trust RPID : No
Send RPID : No
Path support : No
Path : N/A
TrustIDOutbnd: Legacy
Subscriptions: Yes
Overlap dial : Yes
DTMFmode : inband
Timer T1 : 500
Timer B : 32000
ToHost :
Addr->IP : 192.168.11.100:5060
Defaddr->IP : (null)
Prim.Transp. : UDP
Allowed.Trsp : UDP
Def. Username: olivier
SIP Options : (none)
Codecs : (ulaw|alaw)
Auto-Framing : No
Status : Unmonitored
Useragent : Fanvil X5 1.3.465.1775
Reg. Contact : sip:202@192.168.11.100:5060
Qualify Freq : 60000 ms
Keepalive : 0 ms
Sess-Timers : Accept
Sess-Refresh : uas
Sess-Expires : 1800 secs
Min-Sess : 90 secs
RTP Engine : asterisk
Parkinglot :
Use Reason : No
Encryption : No
Bonjour,
Tout semble correct à part une petite erreur de typoplutôt que dtmfmode=indand.Code:dtmfmode=inband
Tu peux tester le mwi avec certains softphones tel que Jitsi pour identifier l'origine du problème : le serveur ou le poste.
Patrice
Dans Jitsi, pour tester la présence, faut-il activer la présence(simple) ou / et forcer le mode présence peer-to-peer ?
Bonjour à tous et meilleurs vœux pour 2017.
Mon problème de BLF est enfin résolu.
L’ajout des lignes suivantes dans sip.conf à débloqué ma situation.
allowsubscribe=yes
subscribecontext=HINTS
limitonpeers=yes
notifyringing=yes
notifyhold=yes
notifycid=yes
callcounter=yes
Bien à vous.
Dernière modification par OlivierVanDyck ; 26/01/2017 à 14h27. Motif: Résolu