Re: Configuration asterisk
NoSpam a écrit :
>> rayleigh*CLI> core set verbose 3
>> Console verbose was OFF and is now 3.
>> [Jul 2 23:11:18] WARNING[22514]: res_pjsip.c:2497 set_id_from_hdr:
>> CallerID Name 'BERTRAND Jo�l' for number '6001' has invalid UTF-8
>> characters which were replaced
>> [Jul 2 23:11:18] WARNING[22514]: res_pjsip.c:2497 set_id_from_hdr:
>> CallerID Name 'BERTRAND Jo�l' for number '6001' has invalid UTF-8
>> characters which were replaced
>> -- Executing [001xxxxxxxx@internal:1] Dial("PJSIP/6001-00000008",
>> "PJSIP/01xxxxxxxx@SBSR") in new stack
>> -- Called PJSIP/01xxxxxxxx@SBSR
>> == Everyone is busy/congested at this time (1:0/1/0)
>> -- Auto fallthrough, channel 'PJSIP/6001-00000008' status is
>> 'CONGESTION'
>
> En cli, pjsip set logger host <IP de SBSR>
Jul 3 10:14:34] WARNING[32621]: res_pjsip.c:2497 set_id_from_hdr:
CallerID Name 'BERTRAND Jo�l' for number '6001' has invalid UTF-8
characters which were replaced
[Jul 3 10:14:34] WARNING[32621]: res_pjsip.c:2497 set_id_from_hdr:
CallerID Name 'BERTRAND Jo�l' for number '6001' has invalid UTF-8
characters which were replaced
-- Executing [001xxxxxxxx@internal:1] Dial("PJSIP/6001-00000000",
"PJSIP/0148069873@SBSR") in new stack
-- Called PJSIP/01xxxxxxxx@SBSR
== Everyone is busy/congested at this time (1:0/1/0)
-- Auto fallthrough, channel 'PJSIP/6001-00000000' status is
'CONGESTION'
<--- Received SIP request (651 bytes) from TCP:37.97.65.186:5070 --->
OPTIONS sip:s@62.212.98.88:5060;transport=TCP SIP/2.0
Via: SIP/2.0/TCP 37.97.65.186:5070;branch=z9hG4bKF13grv1tvD7va
Route: <sip:s@62.212.98.88:40055>;transport=TCP
Max-Forwards: 70
From: <sip:mod_sofia@37.97.65.186:5070>;tag=a3r2eB8ge69Dp
To: <sip:trunk-sip@systella2.buroticstore.eu>
Call-ID:
4a0ef4d5-4ac8-48f1-a551-e61277fe9753_4747c3c2-355c-4604-be14-d88ac29d8948
CSeq: 348033221 OPTIONS
Contact: <sip:mod_sofia@37.97.65.186:5070>
User-Agent: Sewan_TRUNKFSC15
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE,
REGISTER, NOTIFY
Supported: path, replaces
Allow-Events: talk, hold, conference, refer
Content-Length: 0
> En parallèle, dans un terminal, lance sngrep
Une seule transaction :
│INVITE
sip:00148069873@192.168.1.1 SIP/2
192.168.10.253:5060 │.0
──────────┬───────── │Via: SIP/2.0/UDP
192.168.10.253:5060;bra
10:14:34.308815 │ INVITE (S│nch=z9hG4bK-e51ba7a4;rport
+0.000602 │ ────────────────│From: "BERTRAND Jool"
<sip:6001@192.168.
10:14:34.309417 │ 401 Unautho│1.1>;tag=d0c01f1f32fe402fo0
+0.005262 │ <───────────────│To: <sip:00148069873@192.168.1.1>
10:14:34.314679 │ ACK │Remote-Party-ID: "BERTRAND Jool"
<sip:60
+0.003286 │
────────────────│01@192.168.1.1>;screen=yes;party=calling
10:14:34.317965 │ INVITE (S│Call-ID:
57d1fddf-fd97f06f@192.168.10.25
+0.000737 │ ────────────────│3
10:14:34.318702 │ 100 Tryi│CSeq: 101 INVITE
+0.044037 │ <───────────────│Max-Forwards: 70
10:14:34.362739 │ 503 Service Un│Contact: "BERTRAND Jool"
<sip:6001@192.1
+0.035690 │ <───────────────│68.10.253:5060;ref=6001>
10:14:34.398429 │ ACK │Expires: 240
│ ────────────────│User-Agent: Cisco/SPA112-1.4.1_SR5
│ │Content-Length: 335
│ │Allow: ACK, BYE, CANCEL, INFO,
INVITE, N
│ │OTIFY, OPTIONS, REFER
│ │Supported: replaces
│ │Content-Type: application/sdp
│ │
│ │v=0
│ │o=- 735811 735811 IN IP4
192.168.10.253
│ │s=-
│ │c=IN IP4 192.168.10.253
│ │t=0 0
│ │m=audio 16386 RTP/AVP 8 18 0 2
100 101
│ │a=rtpmap:8 PCMA/8000
│ │a=rtpmap:18 G729a/8000
│ │a=rtpmap:0 PCMU/8000
│ │a=rtpmap:2 G726-32/8000
│ │a=rtpmap:100 NSE/8000
│ │a=fmtp:100 192-193
│ │a=rtpmap:101 telephone-event/8000
│ │a=fmtp:101 0-15
│ │a=ptime:30
│ │a=sendrecv
>>
>>>>>> - les appels entrants font bien sonner le bon téléphone, mais
>>>>>> seule la
>>>>>> voie sortante fonctionne.
>>>>> je ne comprends pas cette phrase
>>> ?
>> Lorsque j'appelle par exemple de mon cellulaire vers un numéro
>> correspondant au trunk SIP.
> Je ne comprends pas plus: tu appelles de ton cellulaire vers un numéro
> et le poste correspondant sonne. J'ai juste ?
Oui.
> Que veut dire alors "seule
> la voie sortante fonctionne" alors que tu n'arrives pas à passer d'appel ?
Je n'arrive pas à passer un appel sortant. Un appel entrant est
acheminé, mais seule les paquets RTP asterisk vers le monde extérieur
passent. Il n'y a aucun paquet RTP entrants.
>>>>>> Il n'y a aucun paquet RTP qui provient de
>>>>>> l'extérieur...
>>>>> Qu'as tu mis dans ton transport
>>>>>
>>>>> external_media_address et external_signaling_address ?
>>>> [tcp-transport]
>>>> type=transport
>>>> protocol=tcp
>>>> bind=192.168.15.18
>>>> local_net=192.168.0.0/16
>>>> external_media_address=adresse publique
>>>> external_signaling_address=adresse publique
>>> tcp ? udp est la norme mais ppurqoi pas. RTP est en UDP.: la fourchette
>>> de ports que tu as définie est elle bien renvoyée vers asterisk ?
>> Tout est renvoyé vers le serveur asterisk (DMZ) qui accepte tout
>> ce qui
>> vient du sous-réseau de l'opérateur en question quel que soit le
>> protocole (iptables). La signalisation est faite en TCP sur le port
>> 5070. Mais les paquets RTP doivent normalement passer en UDP. Du reste,
>> c'est bien ce que j'observe.
> Dans un précédent message tu disais ne pas voir les paquets RTP ... donc
> tu les réceptionne bien au niveau d'asterisk ? De toute manière le
> message "CONGESTION" ci dessus correspond à un problème lié au signal,
> le RTP n'entre pas encore en ligne.
Non. Je ne reçois aucun paquet RTP. En revanche, lorsqu'un appel est
acheminé vers mon asterisk, j'en émets à destination du serveur asterisk
de mon fournisseur.
>>>>> Difficile de te répondre ne connaissant pas le schéma du réseau ...
>>>> WAN-----modem fibre-----(192.168.15.18)DMZ(asterisk 192.168.1.1)
>>>> | |
>>>> | 192.168.1.2
>>>> +---------------------serveur LAN
>>>> 192.168.10.128
>>>> |
>>>> LAN
>>>>
>>>> Tous les postes sont sur le LAN. Le WAN est en fait un MPLS
>>>> (redondance
>>>> fibre/4G d'un /29).
>>> Par hasard, une livebox ? Une fibre FIB Orange ?
>> Non, réseau Axione avec un Cisco.
> Dans le Cisco, y a t íl mention de SIP Alg? Si oui, désactive.
Désactivée (depuis le début des tests).
Reply to: