Auteur Sujet: RED by SFR : Appels SIP sortant coupés au bout de 32 secondes  (Lu 8536 fois)

0 Membres et 1 Invité sur ce sujet

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 901
  • Montignac Lascaux (24)
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #72 le: 16 août 2023 à 23:18:55 »
Pour le proxy, je n'utilise pas les adresse suivantes :
--> mitry.p-cscf.sfr.net:5062
--> corbas.p-cscf.sfr.net:5062
--> trappes.p-cscf.sfr.net:5062
mais celle-ci :
--> residential.p-cscf.sfr.net
sans préciser le port 5062 et ça fonctionne.

Normalement, c'est la bonne méthode, et il ne faut surtout pas utiliser l'une des trois ci-dessus.
Il se peut que l'une soit en maintenance, pendant que les deux autres soient opérationnelles.
Si tu es sur Corbas et qu'il est en maintenance, tu n'as plus aucune connexion.

Citation de: X0r
Le proxy sortant (outbound proxy) est-il bien configuré ?
Oui, il est bien configuré car sans cela, je n'aurai pas de connexion.
Dans la section "type=endpoint" du trunk SFR, j'ai :
outbound_proxy=sip:residential.p-cscf.sfr.net\;lrEt en faisant une recherche :
> dig sip:residential.p-cscf.sfr.net

; <<>> DiG 9.16.42-Debian <<>> sip:residential.p-cscf.sfr.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 45514
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1280
;; QUESTION SECTION:
;sip:residential.p-cscf.sfr.net. IN A

;; AUTHORITY SECTION:
p-cscf.sfr.net. 3600 IN SOA nspriprov.dns.sfr.net. support.dns.sfr.net. 2023072605 10800 3600 1814400 86400

;; Query time: 40 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Wed Aug 16 23:10:27 CEST 2023
;; MSG SIZE  rcvd: 124

~
Du coup, je me demande si je ne dois pas mettre "sip:" devant, ce qui donne :
> dig sip:lucentNGFS-110324@pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net

; <<>> DiG 9.16.42-Debian <<>> sip:lucentNGFS-110324@pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 39626
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1280
;; QUESTION SECTION:
;sip:lucentNGFS-110324\@pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net. IN A

;; AUTHORITY SECTION:
ims.sfr.net. 10800 IN SOA nspriprov.dns.sfr.net. support.dns.sfr.net. 2020011301 10800 3600 1814400 86400

;; Query time: 36 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Wed Aug 16 23:16:46 CEST 2023
;; MSG SIZE  rcvd: 172

~>
Ca existe bien.

renaud07

  • Abonné Orange adsl
  • *
  • Messages: 3 474
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #73 le: 17 août 2023 à 00:27:10 »
Non justement, le domaine n'existe pas (ça renvoi NXDOMAIN). Il n'y a jamais : dans un nom de domaine, c'est impossible. Le dig demandé par x0r était le bon, mais y'a visiblement un problème de résolution. Soit le DNS n'est pas bon, soit y'a un réel soucis sur celui-ci.

Que donne un dig @109.0.66.6 pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net  Et le SOA m'intrigue, tu peux faire un dig nspriprov.dns.sfr.net ?

Pour les "peers", je suis en effet toujours avec chan_sip. Je pense que c'est donc pjsip show endpoints

Chez moi, ça ressemble à ça :
SIP*CLI> sip show peers
Name/username             Host                                    Dyn Forcerport Comedia    ACL Port     Status      Description                     
300/renaud                (Unspecified)                            D  No         No             0        UNKNOWN                                                                       
304/renaudpc              192.168.1.11                             D  Yes        Yes            60988    OK (132 ms)                                                                                                       
310/GXP L1                192.168.3.10                             D  Yes        Yes            5060     OK (74 ms)                                   
311/GXP L2                192.168.3.10                             D  Yes        Yes            5062     OK (69 ms)                                                                       
ovh/0033xxxxxxxx          91.121.129.29                               Yes        Yes            5962     OK (32 ms)                   

Pour le qualify c'est qualify_frequency=xx à mettre dans la section registration je suppose (je ne connais pas pjsip, faudrait que je m'y mette d'ailleurs) mais à priori ton problème ne vient (pour le moment) à priori pas de là.

Pour le realm, tu devrais regarder ce que fait la box et comparer les captures.

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 901
  • Montignac Lascaux (24)
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #74 le: 17 août 2023 à 12:04:12 »
Je suis derrière ma Box SFR, et voici le résultat demandé :
~> dig @109.0.66.6 pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net

; <<>> DiG 9.16.42-Debian <<>> @109.0.66.6 pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 51995
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net. IN A

;; AUTHORITY SECTION:
ims.sfr.net. 86400 IN SOA nspriprov.dns.sfr.net. support.dns.sfr.net. 2020011301 10800 3600 1814400 86400

;; Query time: 40 msec
;; SERVER: 109.0.66.6#53(109.0.66.6)
;; WHEN: Thu Aug 17 10:39:27 CEST 2023
;; MSG SIZE  rcvd: 132

~> dig nspriprov.dns.sfr.net

; <<>> DiG 9.16.42-Debian <<>> nspriprov.dns.sfr.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 7266
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;nspriprov.dns.sfr.net. IN A

;; AUTHORITY SECTION:
dns.sfr.net. 3600 IN SOA nspriprov.dns.sfr.net. support.dns.sfr.net. 2023071201 10800 3600 1814400 86400

;; Query time: 36 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Thu Aug 17 10:40:34 CEST 2023
;; MSG SIZE  rcvd: 94

~>
J'ai cherché et je n'ai pas trouvé l'équivalent de la commande "sip show peers". Je ne sais pas si celle-ci va te convenir :
Debian*CLI> pjsip show endpoints

 Endpoint:  <Endpoint/CID.....................................>  <State.....>  <Channels.>
    I/OAuth:  <AuthId/UserName...........................................................>
        Aor:  <Aor............................................>  <MaxContact>
      Contact:  <Aor/ContactUri..........................> <Hash....> <Status> <RTT(ms)..>
  Transport:  <TransportId........>  <Type>  <cos>  <tos>  <BindAddress..................>
   Identify:  <Identify/Endpoint.........................................................>
        Match:  <criteria.........................>
    Channel:  <ChannelId......................................>  <State.....>  <Time.....>
        Exten: <DialedExten...........>  CLCID: <ConnectedLineCID.......>
==========================================================================================

 Endpoint:  sfr                                                  Not in use    0 of inf
    OutAuth:  sfr/NDIXXXXXXXXXX.AQT.THD@sfr.fr
        Aor:  sfr                                                0
      Contact:  sfr/sip:+33XXXXXXXXX@ims.mnc010.mcc208.3gp e1f7b87c3f NonQual         nan
  Transport:  transport-udp-nat         udp      0      0  0.0.0.0:5060
   Identify:  sfr/sfr
        Match: 2a02:8400:20:22c::8/128
        Match: 2a02:8400:20:228::8/128
        Match: 2a02:8400:20:22b::8/128
        Match: 2a02:8400:20:229::8/128
        Match: 2a02:8400:20:22a::8/128
        Match: 92.91.129.24/32
        Match: 92.91.129.8/32
        Match: 92.91.129.56/32
        Match: 92.91.129.72/32
        Match: 92.91.129.40/32
        Match: 2a02:8400:20:23a::8/128
        Match: 2a02:8400:20:239::8/128
        Match: 2a02:8400:20:238::8/128
        Match: 2a02:8400:20:23b::8/128
        Match: 2a02:8400:20:23c::8/128
        Match: 92.91.129.200/32
        Match: 92.91.129.152/32
        Match: 92.91.129.184/32
        Match: 92.91.129.168/32
        Match: 92.91.129.136/32
        Match: 2a02:8400:20:1209::8/128
        Match: 2a02:8400:20:120a::8/128
        Match: 2a02:8400:20:120c::8/128
        Match: 2a02:8400:20:1208::8/128
        Match: 2a02:8400:20:120b::8/128
        Match: 92.91.179.72/32
        Match: 92.91.179.40/32
        Match: 92.91.179.56/32
        Match: 92.91.179.8/32
        Match: 92.91.179.24/32

 Endpoint:  zoiper                                               Unavailable   0 of inf
     InAuth:  zoiper/zoiper
        Aor:  zoiper                                             1


Objects found: 2

Debian*CLI>
Je me demande si ma Box ne serait pas la cause. Je me mets derrière mon ONT.
Après le "sip:" manquant, je me demande si le port ne serait pas manquant aussi.
~> dig sip:pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net:5062

; <<>> DiG 9.16.42-Debian <<>> sip:pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net:5062
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 21950
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1280
;; QUESTION SECTION:
;sip:pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net:5062. IN A

;; AUTHORITY SECTION:
. 10730 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2023081700 1800 900 604800 86400

;; Query time: 20 msec
;; SERVER: 109.0.66.20#53(109.0.66.20)
;; WHEN: Thu Aug 17 11:59:24 CEST 2023
;; MSG SIZE  rcvd: 158

~>
Pas de changement, le domaine est "NXDOMAIN", mais avec le dns :
~> dig @nspri01.dns.sfr.net sip:pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net:5062

; <<>> DiG 9.16.42-Debian <<>> @nspri01.dns.sfr.net sip:pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net:5062
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 56313
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;sip:pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net:5062. IN A

;; Query time: 40 msec
;; SERVER: 109.0.66.16#53(109.0.66.16)
;; WHEN: Thu Aug 17 12:01:03 CEST 2023
;; MSG SIZE  rcvd: 83

~>
il est maintenant à refuser.
Je pense que la syntaxe y fait pour beaucoup dans le résultat que l'on recherche.

renaud07

  • Abonné Orange adsl
  • *
  • Messages: 3 474
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #75 le: 17 août 2023 à 14:33:57 »
Bon... y'a définitivement un soucis avec le DNS.

Et je le répète, mais rechercher un domaine avec les deux points ne sert à rien, pas plus qu'avec le port, la preuve, le DNS t'envoie bouler. On ne met jamais de port dans un nom de domaine. Pour être précis, tous les caractères spéciaux sont interdits dans un nom de domaine à l'exception du tiret et des lettres accentuées depuis 2012 (éèê sont autorisés par ex).

Concernant pjsip show endpoints, ça ne donne pas les infos que je voudrais... faut que je me renseigne un peu mieux. Je me demande pourquoi avec changé de syntaxe, ça à l'air encore plus bordélique d'avant  ::)

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 1 951
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #76 le: 17 août 2023 à 15:09:54 »
Bonjour me voilà de retour  ;D
Pour ce qui est des requetes avec dig j'obtiens, il me semble, comme artemus24.
J'ai effectué les requetes directement depuis mon routeur openwrt, qui a pour DNS ceux de SFR.

dig pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net
root@box:~# dig pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net

; <<>> DiG 9.18.16 <<>> pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 15538
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net. IN A

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1) (UDP)
;; WHEN: Thu Aug 17 15:11:31 CEST 2023
;; MSG SIZE  rcvd: 74

dig @109.0.66.10 pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net
root@box:~# dig @109.0.66.10 pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net

; <<>> DiG 9.18.16 <<>> @109.0.66.10 pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 14376
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1280
;; QUESTION SECTION:
;pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net. IN A

;; AUTHORITY SECTION:
ims.sfr.net.            7098    IN      SOA     nspriprov.dns.sfr.net. support.dns.sfr.net. 2020011301 10800 3600 1814400 86400

;; Query time: 20 msec
;; SERVER: 109.0.66.10#53(109.0.66.10) (UDP)
;; WHEN: Thu Aug 17 15:12:51 CEST 2023
;; MSG SIZE  rcvd: 150

dig SOA ims.sfr.net
root@box:~# dig SOA ims.sfr.net

; <<>> DiG 9.18.16 <<>> SOA ims.sfr.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35949
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;ims.sfr.net.                   IN      SOA

;; ANSWER SECTION:
ims.sfr.net.            85546   IN      SOA     nspriprov.dns.sfr.net. support.dns.sfr.net. 2020011301 10800 3600 1814400 86400

;; Query time: 10 msec
;; SERVER: 127.0.0.1#53(127.0.0.1) (UDP)
;; WHEN: Thu Aug 17 15:13:50 CEST 2023
;; MSG SIZE  rcvd: 105

dig NS ims.sfr.net
root@box:~# dig NS ims.sfr.net

; <<>> DiG 9.18.16 <<>> NS ims.sfr.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40012
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 3

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;ims.sfr.net.                   IN      NS

;; ANSWER SECTION:
ims.sfr.net.            15998   IN      NS      nspri01.dns.sfr.net.
ims.sfr.net.            15998   IN      NS      nspri00.dns.sfr.net.

;; ADDITIONAL SECTION:
nspri00.dns.sfr.net.    82557   IN      A       109.0.66.6
nspri01.dns.sfr.net.    83457   IN      A       109.0.66.16

;; Query time: 20 msec
;; SERVER: 127.0.0.1#53(127.0.0.1) (UDP)
;; WHEN: Thu Aug 17 15:14:15 CEST 2023
;; MSG SIZE  rcvd: 127

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 901
  • Montignac Lascaux (24)
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #77 le: 17 août 2023 à 17:06:31 »
Ce "sip:pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net:5062" est une mauvaise piste de recherche.
Je n'ai pas rencontré dans le compte-rendu de la console Asterisk, un message me disant qu'il y avait un problème avec le DNS ou avec l'adresse SIP ci-dessus.

J'ai poursuivi mes lectures dans les forums d'Asterisk et je crois que j'ai trouvé la solution.  8)

Dans Trunk SFR, puis dans la section "type=endpoint", j'ai ajouté l'option suivante :
rewrite_contact=yes"J'ai fait mon test derrière la Box SFR.
Comme à mon accoutumé, j'appel le 1023 et cette fois-ci, j'ai largement dépassé les 32 secondes.
Pas de message "183 Progress" dans la console Asterisk.
Durant la communication, en dehors du "#, je n'ai rien tapé d'autre et c'est le répondeur qui m'a déconnecté.

J'utilise Asterisk 20, version 20.4.0.
La solution se trouve en effet dans le chan_pjsip et non dans le chan_sip.

En ce qui me concerne sur cet aspect des 32 secondes, c'est résolu ! :D

Il me reste deux choses à traiter :
--> Asterisk sous IPv6
--> le dialplan que je détaille ici :

a) j'ai un téléphone Gigaset (je ne l'ai pas encore acheté, mais on fera comme si), un SoftPhone Zoipier, et un autre SoftPhone MicroSIP.
Soit trois téléphones.

b) les communications entrantes se feront toutes vers le Gigaset, à savoir mon téléphone fixe en VOIP/SIP.

c) je dois pouvoir communiquer avec l'extérieur depuis mes trois téléphones.

d) depuis mes SoftPhone, je dois être capable d'intercepter la communication entrante vers le Gigaset.

e) en communication intérieur, être capable d'appeler depuis l'un des trois téléphones.

f) mettre en place un répondeur.

Pour la suite, je ne sais pas trop ce que je dois ajouter.[/code]

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 1 951
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #78 le: 17 août 2023 à 17:18:15 »
Bravo !!  8)
Ca mérite une médaille, et un tuto pour l'installation d'astérisk sans passer par des liens de droite et de gauche  ;D

Bon perso je reste quand meme sur ma faim. On devrait pouvoir faire fonctioner la Voip sans asterisk, à moins qu'il y ait justement Asterisk dans le routeur SFR...ce qui fait que du coup c'est indispensable, sauf pour les telephones SIP qui, je ne sais comment, arrivent à faire ce que permet cette option "rewrite_contact=yes" dans asterisk...

Donc ce parametre si on regarde sa signification d'après https://github.com/asterisk/asterisk/blob/master/configs/samples/pjsip.conf.sample
Citer
;rewrite_contact=yes ; necessary if endpoint does not know/register public ip:port

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 901
  • Montignac Lascaux (24)
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #79 le: 17 août 2023 à 17:28:08 »
J'aime pas ce mot de tuto.  >:( Dis plutôt didacticiel à la place.

Donc, mon didacticiel se trouve dans ce lien.

Ce fut laborieux, n'est ce pas. :)

x0r

  • Abonné Orange Fibre
  • *
  • Messages: 7
    • Site personnel
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #80 le: 17 août 2023 à 17:30:49 »
Bonjour,

Excellente nouvelle ! En effet, avec le rewrite_contact, le PRACK part en fait jusqu’au proxy sortant (alors que dans le cas contraire, il aurait été dirigé vers pcgw-0006.imsgroup-019.tng1asbc05.ims.sfr.net, nom qui n’est visiblement pas résolvable avec les résolveurs de SFR). Pour info, la description de ce paramètre est là : https://docs.asterisk.org/Asterisk_20_Documentation/API_Documentation/Module_Configuration/res_pjsip/?h=#rewrite_contact

C’est un peu un bidouillage : dans un monde idéal, les URI SIP dans les en-têtes Contact devraient être joignables directement par Asterisk sans passer par des proxies.

Il se peut que la box SFR utilise des résolveurs DNS, différents de 109.0.66.10 et .20 et exclusivement dédiés à la téléphonie, pour résoudre les noms de domaine des URI SIP. Savoir de quels serveurs il s’agit nécessiterait de sniffer le trafic DNS entre la box et l’ONT.

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 1 951
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #81 le: 17 août 2023 à 17:38:46 »
et du coup comment font les Gigaset IP vu qu'ils ne passent pas par asterisk...

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 901
  • Montignac Lascaux (24)
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #82 le: 17 août 2023 à 19:31:04 »
J'ai fait une pose et je reviens sur mes tests. Voilà t'y pas que j'ai de nouveaux messages d'erreurs que je n'avais pas avant :
Running as user 'asterisk'
Running under group 'asterisk'
Connected to Asterisk 20.4.0 currently running on Debian (pid = 8184)
  == Contact zoiper/sip:zoiper@xxx.xxx.xxx.xxx:47865;transport=UDP;rinstance=8dbaae2d5f1d5e13 has been deleted
  == Endpoint zoiper is now Unreachable
    -- Added contact 'sip:zoiper@xxx.xxx.xxx.xxx:47865;transport=UDP;rinstance=78ad9dd128be5c92' to AOR 'zoiper' with expiration of 60 seconds
  == Endpoint zoiper is now Reachable
    -- Executing [1023@outgoing:1] Dial("PJSIP/zoiper-00000000", "PJSIP/1023@sfr") in new stack
    -- Called PJSIP/1023@sfr
    -- PJSIP/sfr-00000001 is making progress passing it to PJSIP/zoiper-00000000
    -- PJSIP/sfr-00000001 is ringing
[Aug 17 19:16:23] WARNING[8276][C-00000001]: channel.c:5765 set_format: Unable to find a codec translation path: (slin) -> (alaw)
[Aug 17 19:16:23] WARNING[8276][C-00000001]: indications.c:140 playtones_alloc: Unable to set 'PJSIP/zoiper-00000000' to signed linear format (write)
[Aug 17 19:16:23] WARNING[8276][C-00000001]: channel.c:4682 indicate_data_internal: Unable to handle indication 3 for 'PJSIP/zoiper-00000000'
    -- PJSIP/sfr-00000001 answered PJSIP/zoiper-00000000
    -- Channel PJSIP/sfr-00000001 joined 'simple_bridge' basic-bridge <d1995cdc-8642-4557-85c2-a78f05105465>
    -- Channel PJSIP/zoiper-00000000 joined 'simple_bridge' basic-bridge <d1995cdc-8642-4557-85c2-a78f05105465>
    -- Channel PJSIP/zoiper-00000000 left 'native_rtp' basic-bridge <d1995cdc-8642-4557-85c2-a78f05105465>
    -- Channel PJSIP/sfr-00000001 left 'native_rtp' basic-bridge <d1995cdc-8642-4557-85c2-a78f05105465>
  == Spawn extension (outgoing, 1023, 1) exited non-zero on 'PJSIP/zoiper-00000000'

Debian*CLI>
Quel est ce codec qui me manque ?
Comme je suis derrière l'ONT, Asterisk ne voudrait-il pas que je le mette en Bridge ?
Citation de: Rooot
Ça mérite une médaille
En chocolat, j'espère. :)

@ X0r : Si j'ai bien compris l'usage des Proxy chez SFR, cela sert à la faturation.
Je ne vais pas trop m'investir sur ce Asterisk, l'important est que ça fonctionne sans bug.

renaud07

  • Abonné Orange adsl
  • *
  • Messages: 3 474
RED by SFR : Appels SIP sortant coupés au bout de 32 secondes
« Réponse #83 le: 17 août 2023 à 21:25:17 »
Re.

Pour ton dialplan, il faut déjà créer un conexte interne pour que les postes s'apellent entre eux, exemple de ce que j'ai chez moi (numéros en 3xx, il vaudrait mieux avoir des numéros plutôt que des noms, sinon tu vas galérer) et je pense que tu peux simplement remplacer SIP par PJSIP et ovh par sfr, je crois pas que la syntaxe ai changée pour le coup (c'est déjà ça  ;D)

[internal]
; On fait sonner 20 sec, avec autorisation du transfert, sinon messagerie
exten => _3XX,1,Dial(SIP/${EXTEN},20,Tt)
exten => _3XX,2,VoiceMail(${EXTEN}@internal_vm)

;Messagerie  : en concordance avec SFR :D
exten => 123,1,VoiceMailMain(${CALLERID(num)}@internal_vm)

;Appels externes (je remets ici le tiens vu que c'est bon)
exten => _0[12345679]XXXXXXXX,1,Dial(PJSIP/${EXTEN}@sfr)
exten => _+33[12345679]XXXXXXXX,1,Dial(PJSIP/${EXTEN}@sfr)
exten => _1023,1,Dial(PJSIP/${EXTEN}@sfr)

include => pickup

Le pickup (répondre depuis un autre poste) :
; on tape **300 pour répondre si le 300 sonne.
[pickup]
exten => _**3XX,1,Pickup(${EXTEN:2})
exten => _**3XX,2,Hangup

; ne pas oublier le include => pickup dans [internal]

Les appels entrants :
; je suppose que le N° du gigaset est 300
[incoming]
exten => s,1,Dial(PJSIP/300,20,Tt)
exten => s,2,Voicemail(300@internal_vm)

Messgerie : /etc/asterisk/voicemail.conf Bien vérifier que tu as téléchargé les sons.
[general]
maxmsg = 10  ; Nombre max de message sur la Voicemail. Si elle est pleine, il n'est pas possible de rajouter des messages
maxsecs = 120  ; Duree max d'un message. "0" = pas de limite
minsecs = 2  ; Duree minimum d'un message
maxlogins = 3  ; Nombre max d'erreur de login
review = yes  ; Permet à l'appelant de reecouter son message avant de le transmettre a la Voicmail. Accessible en terminant le message par #
saycid = yes  ; Dicte le numero de l'appelant avant de jouer le message qu'il a laisse

[internal_vm]
300 => 1234,gigaset
301 => 4567,zoiper
302 => 6789,microsip

; les 4 chiffies sont les mots de passe avant d'accéder à la messagerie (facultatif)


Si ça peut t'aider  ;)