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.
Dernière modification par Kavoli ; 27/05/2013 à 16h33.
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?
Dernière modification par Kavoli ; 31/05/2013 à 09h38.
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?
Dernière modification par Kavoli ; 03/06/2013 à 09h16.
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.
-Mes extensions sont configurés ainsi:Envoyé par Kavoli
Dernière modification par Kavoli ; 05/06/2013 à 15h32. Motif: fautes
tu peux peut-être tenter un allow=all pour les codecs dans sip.conf, histoire de voir ce que le dect offre ?
Répondre avec citation
