Bonjour
Désolé pour ma question bête, mais je bute sur un problème simple mais je ne vois pas trop ce que je fais mal.
Je veux créer des postes sip et les utilisateurs associés.
J ai commencé par créer un utilisateur, une ligne.
De cette ligne j ai récupéré le nom d utilisateur mot de passe, je l ai mis dans le poste IP, qui s enregistré…
Mais…quand je rêvais sur mon utilisateur, je n’ ai aucune ligne associée ! Mon poste est ajouté dans “ligne” mais pas associé à mon utilisateur
Donc je ne comprends pas trop…
Si on peut éclairer ma lanterne…
Merci
Salut,
Tu as créé ta ligne dans l’utilisateur ou à part ?
Sylvain
Merci
J ai essayé les 2!
Dès que je crée une ligne par l utilisateur je vois bien une ligne supplémentaire arriver dans partie ligne…
Tu as juste à créer un utilisateur avec sa ligne dans le même formulaire. Si tu veux configurer à la main ton poste sip, tu dois prendre le username/password généré par cette même ligne sur ton utilisateur.
Bonjour
Merci de ton retour. Effectivement a tête reposé j ai tout supprimé et recréé et la tout a bien marché…
Maintenant j ai d autres questions
-
j ai des postes yealink, j ai activé le plugin et intégré le firmware. Pour autant un poste n étant pas à jour, ne semble pas chercher la maj. Pour autant j ai bien le firmware dans /var/lib/wazo-provd/plugin/yealink86/var/tftpboot/firmware
Avez vous une idée du pourquoi ?
-
j essayé de configurer le trunk sip avec mon SBC.
Clairement j ai pas mis les bon paramètres car les appels arrivés de ne marche pas (départ cela marche)
J ai configurer la page de base via ui. Que pourrait il manquer sachant que c est sans authentification dans la logique simplement l adresse du SBC en Friend suffit.
Pour compléter d après sngrep, j ai des erreurs 401 untauthorised du serveur wazo (c est le SBC qui reçoit des 401)
Également j ai qd même des PB pour les appels sortants, souvent j ai un retour de congestion et avec sngrep, un retour 503 service unavaillable…
-
lors de l appel sortant des postes, j ai un problème d identifiant. Comment puis je modifier le numéro transmis par le poste? Typiquement faire afficher ndi ou SDA?
-
j ai ajouté un 2eme tenant, je n’ ai pas encore essayé de créer un trunk identique au 1er puisque il ne marche pas encore, par contre j ai mis un utilisateur sur le 2eme tenant. J ai voulu faire un appel entre tenant et cela ne marche pas comme prévu. Comment faire fonctionner ces appels internes?
Merci pour votre aide et conseils
Bonjour
Personne ne peut m indiquer quelques éléments de réponses?
Merci a vous
Pour les yealink, ils font une vérification au démarrage pour récupérer la mise à jour.
De mémoire, il existe une commande que l’on peut lancer pour forcer la mise à jour de l’ensemble des postes.
Mais comme tu expliques le soucis, il est compliqué de répondre avec précision.
Pour l’ensemble des problèmes, donne le maximum de détails (capture écran, fichier config, logs, etc).
Sans ça, on a très peu de chance de pouvoir t’aider.
cheers !
Bonjour
Encore merci pour votre appui.
En fait ma difficulté est avant tout de retrouver les logs justement c’est mon problème.
Au final pour mes “problèmes”:
-
concernant la MAJ de mes yealink, c’est bon j’ai trouvé, avec le log wazo-provd.log, l’origine du problème. Il s’agissait d’un “/” de trop dans le fichier de config (cfg) résultat j’avais une erreur 403. J’ai corrigé le pb.
-
pour l’appel sortant et la bonne identification, j’ai trouvé aussi, le menu déroulant sur “call outgoing id” était directement modifiable…
Il me reste donc les 2 autres problèmes:
concernant le trunk SIP, après de multiples configuration, j’arrive à mon sens être proche de la vérité. Mais il reste une erreur 488 qui traine en réception comme en émission
voici la trace sip:
2023-10-30 18:16:40.2481] <--- Received SIP request (975 bytes) from UDP:192.168.63.98:5060 --->
[2023-10-30 18:16:40.2482] INVITE sip:01xxxxxxxx@192.168.63.2;user=phone SIP/2.0
[2023-10-30 18:16:40.2482] Via: SIP/2.0/UDP 192.168.63.98:5060;branch=z9hG4bKac819416049
[2023-10-30 18:16:40.2482] Max-Forwards: 38
[2023-10-30 18:16:40.2482] From: <sip:07xxxxxxxx@192.168.63.98;user=phone>;tag=1c1157928995
[2023-10-30 18:16:40.2482] To: <sip:01xxxxxxxx@192.168.63.2;user=phone>
[2023-10-30 18:16:40.2482] Call-ID: 193219876130102023171639@192.168.63.98
[2023-10-30 18:16:40.2483] CSeq: 1 INVITE
[2023-10-30 18:16:40.2483] Contact: <sip:192.168.63.98:5060>
[2023-10-30 18:16:40.2483] Supported: 100rel,resource-priority,sdp-anat
[2023-10-30 18:16:40.2483] Allow: ACK,BYE,CANCEL,INVITE,OPTIONS,INFO,SUBSCRIBE,REFER,NOTIFY,PRACK,UPDATE
[2023-10-30 18:16:40.2483] User-Agent: SBC
[2023-10-30 18:16:40.2483] Content-Type: application/sdp
[2023-10-30 18:16:40.2483] Content-Length: 408
[2023-10-30 18:16:40.2484]
[2023-10-30 18:16:40.2484] v=0
[2023-10-30 18:16:40.2484] o=PVG 571735301 230364682 IN IP4 192.168.63.98
[2023-10-30 18:16:40.2484] s=-
[2023-10-30 18:16:40.2484] p=+1 6135555555
[2023-10-30 18:16:40.2484] c=IN IP4 192.168.63.98
[2023-10-30 18:16:40.2484] t=0 0
[2023-10-30 18:16:40.2484] m=audio 6000 RTP/AVP 18 8 101
[2023-10-30 18:16:40.2485] a=rtpmap:101 telephone-event/8000
[2023-10-30 18:16:40.2485] a=fmtp:101 0-15
[2023-10-30 18:16:40.2485] a=ptime:20
[2023-10-30 18:16:40.2485] a=fmtp:18 annexb=no
[2023-10-30 18:16:40.2485] m=image 6002 udptl t38
[2023-10-30 18:16:40.2485] a=T38FaxVersion:0
[2023-10-30 18:16:40.2485] a=T38FaxMaxBuffer:1100
[2023-10-30 18:16:40.2485] a=T38FaxMaxDatagram:612
[2023-10-30 18:16:40.2485] a=T38MaxBitRate:14400
[2023-10-30 18:16:40.2486] a=T38FaxRateManagement:transferredTCF
[2023-10-30 18:16:40.2486] a=T38FaxUdpEC:t38UDPRedundancy
[2023-10-30 18:16:40.2486]
[2023-10-30 18:16:40.2487] <--- Transmitting SIP response (334 bytes) to UDP:192.168.63.98:5060 --->
[2023-10-30 18:16:40.2487] SIP/2.0 100 Trying
[2023-10-30 18:16:40.2487] Via: SIP/2.0/UDP 192.168.63.98:5060;rport=5060;received=192.168.63.98;branch=z9hG4bKac819416049
[2023-10-30 18:16:40.2488] Call-ID: 193219876130102023171639@192.168.63.98
[2023-10-30 18:16:40.2488] From: <sip:07xxxxxxx@192.168.63.98;user=phone>;tag=1c1157928995
[2023-10-30 18:16:40.2488] To: <sip:01xxxxxxxx@192.168.63.2;user=phone>
[2023-10-30 18:16:40.2488] CSeq: 1 INVITE
[2023-10-30 18:16:40.2488] Server: Wazo PBX
[2023-10-30 18:16:40.2488] Content-Length: 0
[2023-10-30 18:16:40.2488]
[2023-10-30 18:16:40.2488]
[2023-10-30 18:16:40.2491] <--- Transmitting SIP response (388 bytes) to UDP:192.168.63.98:5060 --->
[2023-10-30 18:16:40.2491] SIP/2.0 488 Not Acceptable Here
[2023-10-30 18:16:40.2491] Via: SIP/2.0/UDP 192.168.63.98:5060;rport=5060;received=192.168.63.98;branch=z9hG4bKac819416049
[2023-10-30 18:16:40.2492] Call-ID: 193219876130102023171639@192.168.63.98
[2023-10-30 18:16:40.2492] From: <sip:07xxxxxxxx@192.168.63.98;user=phone>;tag=1c1157928995
[2023-10-30 18:16:40.2492] To: <sip:01xxxxxxxx@192.168.63.2;user=phone>;tag=69503935-fcb2-4652-b7b8-b778180b7d3c
[2023-10-30 18:16:40.2492] CSeq: 1 INVITE
[2023-10-30 18:16:40.2492] Server: Wazo PBX
[2023-10-30 18:16:40.2492] Content-Length: 0
Il s’agit d’un appel entrant d’un 07xxxxxx vers un 01xxxxxx.
Le 192.168.63.98 est le SBC, Le .2 est wazo.
Dans le sens inverse j’ai exactement le même problème et je ne vois pas trop pourquoi…
Enfin pour le dernier problème, des communications téléphonique entre Tenant (genre le 10000 du Tenant1, doit appeler le 20000 du Tenant2), la seule solution est de créer un trunk entre Tenant dans mon cas qui seront sur le même serveur? Ou y t a il une solution plus simple?
Si c’est un trunk SIP que l’on doit creer, aura t il des caractéristiques particulière? car destination et origine sur le même serveur c’est un peu étrange…même si je suppose que ce sera pareil si je dois relier un autre serveur wazo?
merci à vous
Salut,
Tu as un souci de codec de ce que je vois de ton SDP, ta trace négocie juste du T38 qui est pour le fax.
Sylvain
bonjour
et merci pour ton retour
En effet il semble partir en T38 ce qui est curtieux.
Dans la configuration du trunk je n’ai autorisé que alaw et ulaw
Mais pour etre complet j’aurais du ajouté aussi le cas de l’appel sortant:
[2023-10-31 10:08:03.8644] <--- Transmitting SIP request (839 bytes) to UDP:192.168.63.98:5060 --->
[2023-10-31 10:08:03.8644] INVITE sip:07xxxxxxx@192.168.63.98:5060 SIP/2.0
[2023-10-31 10:08:03.8644] Via: SIP/2.0/UDP 192.168.63.2:5060;rport;branch=z9hG4bKPj47ea7221-4227-4230-bb5b-103e31d4a782
[2023-10-31 10:08:03.8644] From: "01xxxxxxx" <sip:01xxxxxxx@192.168.63.2>;tag=cd82e9ae-7cf0-4c90-9924-cd314b0634c7
[2023-10-31 10:08:03.8644] To: <sip:07xxxxxxxxx@192.168.63.98>
[2023-10-31 10:08:03.8644] Contact: <sip:asterisk@192.168.63.2:5060>
[2023-10-31 10:08:03.8645] Call-ID: bffcd31f-11d2-4ff1-b66a-6a05b96bb13c
[2023-10-31 10:08:03.8645] CSeq: 7263 INVITE
[2023-10-31 10:08:03.8645] Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REFER, MESSAGE
[2023-10-31 10:08:03.8645] Supported: 100rel, timer, replaces, norefersub, histinfo
[2023-10-31 10:08:03.8645] Session-Expires: 600
[2023-10-31 10:08:03.8645] Min-SE: 90
[2023-10-31 10:08:03.8645] P-Asserted-Identity: "01xxxxxxx" <sip:01xxxxxxxx@192.168.63.2>
[2023-10-31 10:08:03.8645] Max-Forwards: 70
[2023-10-31 10:08:03.8645] User-Agent: Wazo PBX
[2023-10-31 10:08:03.8645] Content-Type: application/sdp
[2023-10-31 10:08:03.8645] Content-Length: 94
[2023-10-31 10:08:03.8646]
[2023-10-31 10:08:03.8646] v=0
[2023-10-31 10:08:03.8646] o=- 1784206387 1784206387 IN IP4 192.168.63.2
[2023-10-31 10:08:03.8646] s=Asterisk
[2023-10-31 10:08:03.8646] c=IN IP4 192.168.63.2
[2023-10-31 10:08:03.8646] t=0 0
[2023-10-31 10:08:03.8646]
[2023-10-31 10:08:03.8790] <--- Received SIP response (391 bytes) from UDP:192.168.63.98:5060 --->
[2023-10-31 10:08:03.8791] SIP/2.0 100 Trying
[2023-10-31 10:08:03.8791] Via: SIP/2.0/UDP 192.168.63.2:5060;rport=5060;received=192.168.63.2;branch=z9hG4bKPj47ea7221-4227-4230-bb5b-103e31d4a782
[2023-10-31 10:08:03.8791] From: "01xxxxxxxx" <sip:01xxxxxxx@192.168.63.2>;tag=cd82e9ae-7cf0-4c90-9924-cd314b0634c7
[2023-10-31 10:08:03.8791] To: <sip:07xxxxxxxxxx@192.168.63.2>
[2023-10-31 10:08:03.8791] Call-ID: bffcd31f-11d2-4ff1-b66a-6a05b96bb13c
[2023-10-31 10:08:03.8791] CSeq: 7263 INVITE
[2023-10-31 10:08:03.8791] Server: Mediant SW/v.7.40A.250.265
[2023-10-31 10:08:03.8791] Content-Length: 0
[2023-10-31 10:08:03.8791]
[2023-10-31 10:08:03.8791]
[2023-10-31 10:08:04.0786] <--- Received SIP response (549 bytes) from UDP:192.168.63.98:5060 --->
[2023-10-31 10:08:04.0786] SIP/2.0 488 Not Acceptable Here
[2023-10-31 10:08:04.0786] Via: SIP/2.0/UDP 192.168.63.2:5060;rport=5060;received=192.168.63.2;branch=z9hG4bKPj47ea7221-4227-4230-bb5b-103e31d4a782
[2023-10-31 10:08:04.0786] From: "01xxxxxxxx" <sip:01xxxxxxxxxx@192.168.63.2>;tag=cd82e9ae-7cf0-4c90-9924-cd314b0634c7
[2023-10-31 10:08:04.0786] To: <sip:07xxxxxxxxxx@192.168.63.2>;tag=b12629984300202310318759
[2023-10-31 10:08:04.0786] Call-ID: bffcd31f-11d2-4ff1-b66a-6a05b96bb13c
[2023-10-31 10:08:04.0786] CSeq: 7263 INVITE
[2023-10-31 10:08:04.0786] Supported: 100rel,resource-priority
[2023-10-31 10:08:04.0786] Allow: ACK,BYE,CANCEL,INVITE,OPTIONS,INFO,SUBSCRIBE,REFER,NOTIFY,PRACK,UPDATE
[2023-10-31 10:08:04.0787] Server: Mediant SW/v.7.40A.250.265
[2023-10-31 10:08:04.0787] Content-Length: 0
Coté sortant (essai d’un appel d’un poste en 01 qui appel un numéro en 07), on voit bien que l’appel est présenté de ma lecture, sans codec…
Voici la config de mon trunk pour le endpoint:
identity:
registration:
AOR:
merci
J’ai fini par trouver: étrangement le “disallow = all” prenait le pas et bloquait tous les codecs, y compris celui autorisé “alaw”
Dès que j’ai supprimé la ligne le trunk marche bien.
Maintenant j’en suis à mon dernier point : le dialogue entre tenant.
J’ai donc créé un trunk SIP entre mes tenants.
Cela marche d’un coté pas de l’autre.
Donc pour mon problème de trunk qui ne marche que d’un coté:
Je lance l’appel avec préfixe 7 du tenant 1, vers le tenant 2 pas de problème. Par contre j’ai un problème d’affichage car l’utilisateur est configuré pour envouer son numéro SDA vers l’extérieur. Or comme un trunk interne, j’aimerai qu’il envoit son nom et numero interne (avec préfixe). Es ce possible?
Concernant le sens Tenant 2 vers Tenant 1:
[2023-10-31 18:18:39.5143] -- Executing [dial@outcall:8] Dial("PJSIP/3ds6uyjt-00000091", "PJSIP/10000@vers_GGD01,,o(710000)") in new stack
[2023-10-31 18:18:39.5152] -- Called PJSIP/10000@vers_T01
[2023-10-31 18:18:39.5166] NOTICE[12457]: res_pjsip_session.c:4022 new_invite: vers_T01: Call (UDP:127.0.0.1:5060) to extension '10000' rejected because extension not found in context 'ctx-T02-internal-88edd861-4e54-4c1d-a2c5-927e64cf25b2'.
[2023-10-31 18:18:39.5176] == Everyone is busy/congested at this time (1:0/0/1)
[2023-10-31 18:18:39.5176] -- Executing [dial@outcall:9] Goto("PJSIP/3ds6uyjt-00000091", "CHANUNAVAIL,1") in new stack
[2023-10-31 18:18:39.5176] -- Goto (outcall,CHANUNAVAIL,1)
[2023-10-31 18:18:39.5176] -- Executing [CHANUNAVAIL@outcall:1] Goto("PJSIP/3ds6uyjt-00000091", "redial,1") in new stack
[2023-10-31 18:18:39.5176] -- Goto (outcall,redial,1)
[2023-10-31 18:18:39.5176] -- Executing [redial@outcall:1] Set("PJSIP/3ds6uyjt-00000091", "TRUNKINDEX=1") in new stack
[2023-10-31 18:18:39.5176] -- Executing [redial@outcall:2] GotoIf("PJSIP/3ds6uyjt-00000091", "?dial,1") in new stack
[2023-10-31 18:18:39.5176] -- Executing [redial@outcall:3] Playback("PJSIP/3ds6uyjt-00000091", "congestion-call") in new stack
Donc il semble prendre la bonne direction, le trunk vers T01, mais une notice semble rejeter le numéro 10000 puisque c’est pas le plan interne. Ce qui est logique puisqu’avec le préfixe je veux pas qu’il aille sur le plan interne du Tenant 2, mais sur celui du Tenant1.
merci à vous
merci
Pour les codecs tu dois utiliser !alaw,ulaw et plus disallow. Le ! disallow tout.
Pour le dialogue entre les tenants, pas sûr que faire des trunks sip entre eux soit le plus simple. J’ai jamais testé ainsi mais si ça peut marcher il doit sûrement falloir faire des tweaks particulier. Tu pourrais plutôt faire un contexte commun avec ton routage inter-tenant que tu inclus dans chacun des tenants. C’est pas quelques choses qu’on fait habituellement en passant car le but d’un tenant est d’être étanche.
bonjour
merci pour la réponse. Il est vrai que entre serveur Wazo, il me semblait assez logique de faire des trunk SIP ou du IAX.
Sur le même serveur, je trouve cela un peu complexe.
1ere question : c’est quoi un tweak?
Sur le principe je veux considérer comme “indépendant” mes tenants. En d’autres termes, si il doit un poste en 10000 sur le tenant1, il peut y en avoir un autre sur le tenant2. Néanmoins je voudrais qu’ils puissent s’appeler entre eux avec typiquement un préfixe.
Qu es ce que ce routage “inter tenant”? comment le mettre en oeuvre via UI?
merci
1/ Ok désolé, j’ai mis un terme anglais, je voulais dire si tu voulais faire une amélioration, un contournement à ce qui existe.
2/ Tu peux créer un tenant (plan de routage) pour ajouter ta logique à la main et l’inclure dans le plan de routage par défaut. Exemple:
[inter-tenant]
exten = _7XXXX,1,NoOp(call tenant 1)
...
exten = _8XXXX,1,NoOp(call tenant 2)
...
Donc si tu appelles 71000 ça appellera le 1000 du tenant 1, si tu appelles 81000 ça appellera le 1000 du tenant 2.
Évidement il faut ajouter toute ta logique genre un Goto vers le bon context
exten = _7XXXX, 1, NoOp(call tenant 1)
same = n,Goto(<ton_tenant_1>, ${EXTEN:1}, 1)
A toi d’adapter à ce que tu veux faire.
1/ non c’est moi, j’ai bien compris le terme, je pensais que c’était autre chose 
2/ Cela devient très très intéressant cette logique et c’est ca que j’aime dans Wazo.
Quand j’utilisais asterisk, je modifiais assez aisément le dialplan (fichier extensions.conf) pour en faire ce que je voulais.
Avec la surcouche Wazo, pour faire quelquechose de propre et qui ne risque pas de se faire supprimé par génération quelconque, quel fichier dois je utiliser pour faire cette modification à la main?
Coté variables exemple “tenant1”, quelle est la syntaxe précise? son nom seulement?
De plus comment associer le contexte du poste avec ce contexte “inter-plan” ?
merci encore
merci d’avance pour ton retour
Tu as bien fait de ré-up cette discussion, j’avais zappé 
1/ On a un répertoire /etc/asterisk/extensions_extra.d/ avec un fichier pour faire les modifications manuels dans perdre lors des upgrades, on a prévu cela ;).
2/ On a pas de variable dans ce cas ci car c’est toi qui dois décider ce que tu veux mettre. Donc faut mettre le nom de ton context dans ton tenant concerné. Tu vas trouver le nom dans l’interface web. Par défaut on créé par tenant un context pour le routage des appels entrant, un context pour le routage interne et un contexte pour le routage sortant. A toi de choisir où tu veux router et à quoi tu veux donner accès. Attention de ne pas router les appels sortant de tenant 2 pour tenant 1 par exemple si tu ne veux pas faire payer la facture à tenant 2 ;).
3/ Pas spur de comprendre 100% ta question, mais tu peux aller dans l’interface web et inclure ton tenant, tu vas le créer, le mettre en mode service par exemple et l’include au bon endroit. Sinon tu pourrais aussi faire des overrides. Y a plusieurs solutions, tout dépend de ton niveau de connaissance aussi avec Asterisk qui est le moteur qu’on utilise avec Wazo pour les télécommunications.
Sylvain
