Déclarer des bornes DECT IP Aastra

[Kriss]

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

[Kavoli]

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?

[Kavoli]

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?

[Kavoli]

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

[olppp]

tu peux peut-être tenter un allow=all pour les codecs dans sip.conf, histoire de voir ce que le dect offre ?

[Kavoli]

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é.

[olppp]

un problème de ports rtp peut-être ? regarde les ports négociés dans le dialogue sip avec sip debug ou wireshark.

[Kavoli]

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.