[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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: