Voir la version complète : Déclarer des bornes DECT IP Aastra
Bonjour à tous,
J'espère que je poste au bon endroit.
Pour les cours, j'ai comme projet de déployer des bornes DECT IP Aastra (RFP32), sur une Raspberry Pi. Je ne sais pas comment déclarer les bornes. Les postes SIP fonctionnent sans soucis après déclaration, mais je pense m'être trompé pour la déclaration des bornes. J'utilise RasPBX qui inclue FreePBX.
Si quelqu'un pouvait m'aider ce serait très sympa car je m'arrache les cheveux.
Merci d'avance et bonne journée.
Hello,
Tu as déjà configuré les paramètres IP de ta borne maître ?(en gros, est-ce que tu as déjà la main sur son interface )
Si oui tu as simplement besoin de configurer un objet "fixed part" avec l'@ MAC de ta borne. Puis, configurer des "portable part" (tes DECT).
Il faut aussi faire un petit tours dans les SIP settings (si j'ai bonne mémoire) pour entrer l'IP de ton IPBX.
Pour le principe, seule ta borne est enregistrée à ton IPBX, tu n'auras donc que l'IP de la borne en face de tes différents peers correspondants aux DECT.
./Kriss
Salut,
Oui j'ai déjà configuré la borne maître, j'ai renseigné toutes les adresses MAC des bornes rattachées via l'OMM, j'arrive à enregistrer des DECT (testé avec un 142d et un 630d). J'ai aussi renseigné l'adresse de l'IPBX dans SIP Settings.
Mais je pense qu'il y a soit un soucis au niveau de l'enregistrement ou bien j'ai fait un mauvais paramétrage au niveau de de FreePBx
Merci pour les infos =)
Du coup j'ai mal compris :p qu'entends-tu par "déclarer les bornes" ?
Ben en fait je n'arrive pas à passer d'appel depuis/vers les DECT, donc je me disais peut être que j'avais fait une erreur quelque part ou qu'il y avait une façon bien spécifique de déclarer les bornes dans FreePBX.
Nop rien de spécial, si tes DECT sont correctement enregistrés (voir dans "sip show peers") le souci doit venir d'ailleurs :)
Tu pourrais nous montrer les logs Asterisk d'un appel passé depuis un DECT et vers un DECT ?
./Kriss
Ben justement je pense à un problème d'enregistrement de l'ipbx dans l'omm car je n'ai aucun enregistrement au niveau d'asterisk et calme plat au niveau des log, rien ne se passe.
J'avais appairé les dect aux bornes via l'omm.
Vu que rien ne se passe entre les bornes et asterisk ma rpi ne sert actuellement que de serveur tftp pour le démarrage des bornes.
Tu peux essayer un "sip set debug IP.DE.TA.BORNEMAITRE"
Avant de rebooter la dite borne maître, et regardé si ça s'agite un peu dans ta CLI (rechercher des réponse Forbiden, au bad Auth, on sait jamais ...
Tu peux aussi faire tourner un tcpdump sur ton rasp pour voir ce que tu reçois de la part de ta borne.
./Kriss
Donc j'ai essayé "sip set debug ip 192.168.65.50" qui est l'ip de ma borne maîtresse. Alors j'ai un peu regardé j'ai un forbidden:
<--- Transmitting (no NAT) to 192.168.65.50:5060 --->
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 192.168.65.50;branch=z9hG4bK-1fbd01558fec;received=192.168.65.50
From: "ABO 201" <sip:201@192.168.65.1>;tag=f-ea604ffd045a2
To: "ABO 201" <sip:201@192.168.65.1>;tag=as533c2c94
Call-ID: 62474b6dea60384313942@DSIP
CSeq: 2 REGISTER
Server: FPBX2.11.0beta3(11.3.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0
Alors à ce niveau là à part comprendre qu'il y ait une interdiction à un niveau je ne sait pas trop où ça bloque :confused:.
je vais tester tcpdumb comme tu m'as conseil
Alors j'ai réussi à ne plus avoir de forbidden, les appels se passent dans un sens (d'un poste sip à un dect) mais sans voix et le dect décroche de suite.
Dans l'autre sens (dect à poste sip), rien et j'ai un 415 Unsupported Media Type avec sip set debug:
<--- SIP read from UDP:192.168.65.50:5060 --->
MESSAGE sip:system@192.168.65.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.65.50;branch=z9hG4bK-753003f6e729f
From: "ABO 201" <sip:201@192.168.65.1>;tag=f-753003d48b61a26
To: <sip:system@192.168.65.1>
Call-ID: 17a4d05c75300384315d5e@DSIP
CSeq: 373638 MESSAGE
Max-Forwards: 70
Supported: replaces, 100rel
User-Agent: DSIP
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, REFER, NOTIFY, INFO, MESSAGE, UPDATE, PRACK
Content-Type: application/x-amt-dect-stimuli
Accept: application/sdp,application/x-amt-dect-stimuli
Content-Length: 6
2C0160
<------------->
--- (13 headers 1 lines) ---
Receiving message!
<--- Transmitting (no NAT) to 192.168.65.50:5060 --->
SIP/2.0 415 Unsupported Media Type
Via: SIP/2.0/UDP 192.168.65.50;branch=z9hG4bK-753003f6e729f;received=192.168.65.50
From: "ABO 201" <sip:201@192.168.65.1>;tag=f-753003d48b61a26
To: <sip:system@192.168.65.1>;tag=as0ac1ee61
Call-ID: 17a4d05c75300384315d5e@DSIP
CSeq: 373638 MESSAGE
Server: FPBX2.11.0beta3(11.3.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0
Je vais essayer de chercher quel est le problème.
Pour le forbiden, tu devais avoir un souci de mot de passe de ton extension.
Sip tu fais un "sip show peers", tes extensions correspondant a tes DECT sont bien OK ?
Pour le nouveau problème que tu rencontres, c'est visiblement un problème de codecs non suportés. Regarde au niveau des allow / disallow que tu as configuré sur tes extensions.
Comme c'est du LAN, je te conseil d'utilise du alaw des deux cotés (Borne + Asterisk).
./Kriss
Pour le forbidden c'est bon j'ai réussi à régler le soucis. Maintenant avec un "sip show peers" mes DECT apparaissent et sont bien enregistrés.
Par contre j'ai toujours ce problème de "Unsupported Media Type" malgré être passé en "alaw" partout. Et en plus je me retrouve avec un "404 not found" lors d'un "sip set debug ip <ip-borne>:
<------------->
--- (11 headers 0 lines) ---
Really destroying SIP dialog '68b6799a09ec529d22aba8516018e018@192.168.65.1:506 0' Method: OPTIONS
Reliably Transmitting (no NAT) to 192.168.65.50:5060:
OPTIONS sip:192.168.65.50 SIP/2.0
Via: SIP/2.0/UDP 192.168.65.1:5060;branch=z9hG4bK73e6d2af
Max-Forwards: 70
From: "Unknown" <sip:Unknown@192.168.65.1>;tag=as0bfb7787
To: <sip:192.168.65.50>
Contact: <sip:Unknown@192.168.65.1:5060>
Call-ID: 42847ccb2fd24e426d2e17597eb46a5e@192.168.65.1:5060
CSeq: 102 OPTIONS
User-Agent: FPBX2.11.0beta3(11.3.0)
Date: Mon, 27 May 2013 13:33:31 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0
---
<--- SIP read from UDP:192.168.65.50:5060 --->
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 192.168.65.1:5060;branch=z9hG4bK73e6d2af
From: "Unknown" <sip:Unknown@192.168.65.1>;tag=as0bfb7787
To: <sip:192.168.65.50>;tag=t-1bec701796083eaa
Call-ID: 42847ccb2fd24e426d2e17597eb46a5e@192.168.65.1:5060
CSeq: 102 OPTIONS
Server: DSIP
Supported: replaces, 100rel
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, REFER, NOTIFY, INFO, MESSAGE, UPDATE, PRACK
Accept: application/sdp, application/sdp,application/x-amt-dect-stimuli
Content-Length: 0
<------------->
--- (11 headers 0 lines) ---
Really destroying SIP dialog '42847ccb2fd24e426d2e17597eb46a5e@192.168.65.1:506 0' Method: OPTIONS
En revanche nouveau soucis, mais cette fois ci au niveau des postes SIP. Ils sont maintenant en mode "no service" et leurs extensions ne sont pas enregistrés. J'ai reseté les postes, cassé recréé les extensions mais ça reste toujours pareil. J'ai un "Unauthorized" quand je fais un "sip set debug ip <ip-d'un-poste>".
EDIT: problème "no service" des postes SIP résolu. Mes dect et postes sip apparaissent dans sip show peers mais toujours pas d'appel possible au niveau dect dans aucun sens.
Peux-tu montrer ton sip.conf ?
Oui mais je configure essentiellement les poste avec FreePBX.
voilà mon sip.conf:
[general]
; These files will all be included in the [general] context
;
#include sip_general_additional.conf
;sip_general_custom.conf is the proper file location for placing any sip general
;options that you might need set. For example: enable and force the sip jitterbuffer.
;If these settings are desired they should be set the sip_general_custom.conf file.
;
; jbenable=yes
; jbforce=yes
;
;It is also the proper place to add the lines needed for sip nat'ing when going
;through a firewall. For nat'ing you'd need to add the following lines:
; nat=yes , externip= , localhost= , and optionally fromdomain= .
;
#include sip_general_custom.conf
;sip_nat.conf is here for legacy support reasons and for those that upgrade
;from previous versions. If you have this file with lines in it please make
;sure they are not duplicated in sip_general_custom.conf, if so remove them
;from sip_nat.conf as sip_general_custom.conf will have precedence.
#include sip_nat.conf
;sip_registrations_custom.conf is for any customizations you might need to do to
;the automatically generated registrations that FreePBX makes.
;
#include sip_registrations_custom.conf
#include sip_registrations.conf
; These files should all be expected to come after the [general] context
;
;sip_general_custom.conf is the proper file location for placing any sip general
;options that you might need set. For example: enable and force the sip jitterbuffer.
;If these settings are desired they should be set the sip_general_custom.conf file.
;
; jbenable=yes
; jbforce=yes
;
;It is also the proper place to add the lines needed for sip nat'ing when going
;through a firewall. For nat'ing you'd need to add the following lines:
; nat=yes , externip= , localhost= , and optionally fromdomain= .
;
#include sip_general_custom.conf
;sip_nat.conf is here for legacy support reasons and for those that upgrade
;from previous versions. If you have this file with lines in it please make
;sure they are not duplicated in sip_general_custom.conf, if so remove them
;from sip_nat.conf as sip_general_custom.conf will have precedence.
#include sip_nat.conf
;sip_registrations_custom.conf is for any customizations you might need to do to
;the automatically generated registrations that FreePBX makes.
;
#include sip_registrations_custom.conf
#include sip_registrations.conf
; These files should all be expected to come after the [general] context
;
#include sip_custom.conf
#include sip_additional.conf
;sip_custom_post.conf If you have extra parameters that are needed for a
;extension to work to for example, those go here. So you have extension
;1000 defined in your system you start by creating a line [1000](+) in this
;file. Then on the next line add the extra parameter that is needed.
;When the sip.conf is loaded it will append your additions to the end of
;that extension.
;
#include sip_custom_post.conf
Juste petite question qui me vient.
Faut-il créer un trunk SIP entre l'ipbx et la borne pour faire fonctionner?
Ok pour freePBX, donc il n'y a rien d’intéressant dans sip.conf, et je ne vais pas te demander les 35 pages du sip_additional.conf.
Non, pas besoin de trunk SIP, les "portables parts" enregistrés sur la borne s'enregistrent de manière indépendants les uns des autres sur l'IPBX. C'est d'ailleurs pour ça que tu rentres les credentials SIP pour chacun.
Du coup, dans une extension correspondant a un DECT, dans les param SIP, tu as bien indiqué les paramètres
disallow=all
allow = alaw
?
./Kriss
Ok merci ça m’ôte déjà d'un doute.
Quand je passe un appel d'un poste SIP à un DECT il y a une tonalité puis le dect décroche tout seul sans sonner et il n'y a pas de voix qui passe. Mais impossible de passer un appel avec le dect.
Oui dans chaque extensions (poste sip et dect ip) j'ai bien mis:
disallow=all
allow = alaw
Pour chaque poste (sip &dect) j'ai dans "device option"
secret = 1234ab
dtmfmode = RFC2833
canreinvite = no
context = from-internal
host = dynamic
trustrpid = yes
sendrpid = no
type = friend
nat = no-RFC3581
port = 5060
qualify = yes
qualifyfreq = 60
transport = UDP only
encryption = no
disallow = all
allow = alaw
dial = SIP/<numero_poste>
mailbox = <numero_poste>@device
deny = 0.0.0.0/0.0.0.0
permit = 0.0.0.0/0.0.0.0
Autre question: faut-il activer d'autres codecs dans Asterisk SIP Settings?
Dans un message précèdent tu me disait de configurer en alaw du côté asterisk et borne, mais côté borne je n'ai aucun accès aux choix des codecs (je suis en omm 2.1). J'ai bien regardé dans tous les menus à aucun endroits je peux choisir les codecs. Serait-ce à cause de ça?
Je me permet de relancé car malgré mes recherches je n'ai toujours pas réussi à régler le problème.
Pour résumer:
-Sur une Raspberry Pi, j'ai installé Raspbx. La configuration se passe sous le GUI FreePBX.
-Des postes SIP tournent sans problème. Une borne Aastre Detewe RFP32 tourne sans soucis avec 2 DECT (142d et 630d) enregistrés dessus.
-Je vois bien que tous les postes sont enregistrés lorsque je fais un "sip show peers".
-L'appel à partir des DECT ne fonctionne pas, l'appel à partir d'un poste SIP vers un DECT fonctionne mais sans voix et le DECT décroche tout seul à la 1ère sonnerie
-Lors d'un "sip set debug ip <IP_borne>", j'ai des messages de type 415 Unsupported Media Type lorsque je décroche de DECT ou qu'il reçoit un appel.
<--- Transmitting (no NAT) to 192.168.65.50:5060 --->
SIP/2.0 415 Unsupported Media Type
Via: SIP/2.0/UDP 192.168.65.50;branch=z9hG4bK-753003f6e729f;received=192.168.65.50
From: "ABO 201" <sip:201@192.168.65.1>;tag=f-753003d48b61a26
To: <sip:system@192.168.65.1>;tag=as0ac1ee61
Call-ID: 17a4d05c75300384315d5e@DSIP
CSeq: 373638 MESSAGE
Server: FPBX2.11.0beta3(11.3.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0
-Mes extensions sont configurés ainsi:
"device option"
secret = 1234ab
dtmfmode = RFC2833
canreinvite = no
context = from-internal
host = dynamic
trustrpid = yes
sendrpid = no
type = friend
nat = no-RFC3581
port = 5060
qualify = yes
qualifyfreq = 60
transport = UDP only
encryption = no
disallow = all
allow = alaw
dial = SIP/<numero_poste>
mailbox = <numero_poste>@device
deny = 0.0.0.0/0.0.0.0
permit = 0.0.0.0/0.0.0.0
tu peux peut-être tenter un allow=all pour les codecs dans sip.conf, histoire de voir ce que le dect offre ?
J'ai tenté un allow= all sur toutes les extensions (avec disallow non renseigné), toujours la même histoire. Puis la communication (d'un poste SIP au DECT, qui décroche toujours tout seul sans passage de voix) s'effectue bien en G711 loi A, d'après une capture Wireshark que j'ai effectué.
un problème de ports rtp peut-être ? regarde les ports négociés dans le dialogue sip avec sip debug ou wireshark.
Pour ce qui est du port SIP c'est bien en 5060 des 2 côtés.
Par contre avec Wireshark je vois par moment "ICMP Destination unreachable (Port unreachable)". J'ai regardé plus en détail,UDP:port source 16363, destination 29438. RTCP: version RFC 1889 version (2). Je ne sais pas trop interpréter ça.
les flux audio ne passent pas par le port 5060 qui n'est utilisé que pour l'établissement de la communication par le protocole SIP. l'audio est transporté avec le protocole rtp.
la plage utilisé par * est configuré dans rtp.conf.
pour tes dect aastra le port de base est le 16320
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions, Inc. Tous droits réservés