Page 2 sur 2 PremièrePremière 12
Affichage des résultats 11 à 19 sur 19

Discussion: [ appels exterieur] recherche pistes

  1. #11
    Membre Junior
    Date d'inscription
    avril 2011
    Messages
    23
    Downloads
    1
    Uploads
    0
    Bonjour à tous,

    j'ai finalement réussi à faire ce trunk, mais exclusivement dans le sens

    asterisk=>call manager


    En revanche l'inverse n'est pas possible.

    Je me demandes si le call manager a pour possibilité via son trunk sip d'appeler des téléphones en sccp?

    J'ai toutefois essayé de basculer un téléphone en sip pour tester, mais c'est relativement incompatible avec cisco : temps de latence énormes (10sec pour un appel local) couplés à des reboot intempestifs, beaucoup de fonctions propres à cisco indisponibles.

    Selon les logs: une communication sip est bien reconnue en provenance du call manager, mais le numéro entrant apparaît comme inconnu, et j'ai un message m'indiquant que l'extension n'existe pas.

    A votre avis: le problème vient du call manager ou de l'asterisk?

    voici les logs obtenus ci-dessous :


    Code:
    [Jun  9 16:42:04] 
    <--- SIP read from UDP:172.16.0.1:61402 --->
    INVITE sip:3072@172.16.128.1:5060 SIP/2.0
    Date: Thu, 09 Jun 2011 14:41:11 GMT
    Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
    From: "9234" <sip:9234@172.16.0.1>;tag=E1EE50-198B
    Allow-Events: telephone-event
    Supported: 100rel,timer,resource-priority,replaces,sdp-anat
    Min-SE:  1800
    Remote-Party-ID: "9234" <sip:9234@172.16.0.1>;party=calling;screen=no;privacy=off
    Cisco-Guid: 1493594418-2447184352-2180040113-699679628
    Timestamp: 1307630471
    Content-Length: 234
    User-Agent: Cisco-SIPGateway/IOS-12.x
    To: <sip:3072@172.16.128.1>
    Contact: <sip:9234@172.16.0.1:5060>
    Expires: 180
    Content-Disposition: session;handling=required
    Content-Type: application/sdp
    Call-ID: 5A9EC57E-91DD11E0-81F5C5B1-29B4438C@172.16.0.1
    Via: SIP/2.0/UDP 172.16.0.1:5060;branch=z9hG4bK121B80
    CSeq: 101 INVITE
    Max-Forwards: 70
    
    v=0
    o=CiscoSystemsSIP-GW-UserAgent 1707 5598 IN IP4 172.16.0.1
    s=SIP Call
    c=IN IP4 172.16.0.1
    t=0 0
    m=audio 19264 RTP/AVP 0 100
    c=IN IP4 172.16.0.1
    a=rtpmap:0 PCMU/8000
    a=rtpmap:100 X-NSE/8000
    a=fmtp:100 192-194
    a=ptime:20
    
    <------------->
    [Jun  9 16:42:04] --- (21 headers 11 lines) ---
    [Jun  9 16:42:04] Sending to 172.16.0.1 : 5060 (no NAT)
    [Jun  9 16:42:04] Using INVITE request as basis request - 5A9EC57E-91DD11E0-81F5C5B1-29B4438C@172.16.0.1
    [Jun  9 16:42:04] No matching peer for '9234' from '172.16.0.1:61402'
    [Jun  9 16:42:04] Found RTP audio format 0
    [Jun  9 16:42:04] Found RTP audio format 100
    [Jun  9 16:42:04] Found audio description format PCMU for ID 0
    [Jun  9 16:42:04] Found audio description format X-NSE for ID 100
    [Jun  9 16:42:04] Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x4 (ulaw)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x4 (ulaw)
    [Jun  9 16:42:04] Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing)
    [Jun  9 16:42:04] Peer audio RTP is at port 172.16.0.1:19264
    [Jun  9 16:42:04] Looking for 3072 in default (domain 172.16.128.1)
    [Jun  9 16:42:04] 
    <--- Reliably Transmitting (no NAT) to 172.16.0.1:5060 --->
    SIP/2.0 404 Not Found
    Via: SIP/2.0/UDP 172.16.0.1:5060;branch=z9hG4bK121B80;received=172.16.0.1
    From: "9234" <sip:9234@172.16.0.1>;tag=E1EE50-198B
    To: <sip:3072@172.16.128.1>;tag=as39d4a141
    Call-ID: 5A9EC57E-91DD11E0-81F5C5B1-29B4438C@172.16.0.1
    CSeq: 101 INVITE
    Server: Asterisk PBX 1.6.2.7-1ubuntu1.1
    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
    Supported: replaces, timer
    Content-Length: 0
    asterisk*CLI> 
    
    <------------>
    [Jun  9 16:42:04] NOTICE[5235]: chan_sip.c:20063 handle_request_invite: Call from '' to extension '3072' rejected because extension not found.
    [Jun  9 16:42:04] Scheduling destruction of SIP dialog '5A9EC57E-91DD11E0-81F5C5B1-29B4438C@172.16.0.1' in 32000 ms (Method: INVITE)
    [Jun  9 16:42:04] 
    <--- SIP read from UDP:172.16.0.1:61402 --->
    ACK sip:3072@172.16.128.1:5060 SIP/2.0
    Date: Thu, 09 Jun 2011 14:41:11 GMT
    From: "9234" <sip:9234@172.16.0.1>;tag=E1EE50-198B
    Allow-Events: telephone-event
    Content-Length: 0
    To: <sip:3072@172.16.128.1>;tag=as39d4a141
    Call-ID: 5A9EC57E-91DD11E0-81F5C5B1-29B4438C@172.16.0.1
    Via: SIP/2.0/UDP 172.16.0.1:5060;branch=z9hG4bK121B80
    CSeq: 101 ACK
    Max-Forwards: 70
    
    
    <------------->
    [Jun  9 16:42:04] --- (10 headers 0 lines) ---
    [Jun  9 16:42:04] Really destroying SIP dialog '5A9EC57E-91DD11E0-81F5C5B1-29B4438C@172.16.0.1' Method: ACK
    [Jun  9 16:42:15] Reliably Transmitting (NAT) to 172.16.0.1:5060:
    OPTIONS sip:172.16.0.1 SIP/2.0
    Via: SIP/2.0/UDP 172.16.128.1:5060;branch=z9hG4bK2337bddc;rport
    Max-Forwards: 70
    From: "asterisk" <sip:asterisk@172.16.128.1>;tag=as30adae72
    To: <sip:172.16.0.1>
    Contact: <sip:asterisk@172.16.128.1>
    Call-ID: 220b59343dfbf722703fc39c73654811@172.16.128.1
    CSeq: 102 OPTIONS
    User-Agent: Asterisk PBX 1.6.2.7-1ubuntu1.1
    Date: Thu, 09 Jun 2011 14:42:15 GMT
    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
    Supported: replaces, timer
    Content-Length: 0
    
    
    ---
    [Jun  9 16:42:15] 
    <--- SIP read from UDP:172.16.0.1:5060 --->
    SIP/2.0 200 OK
    Date: Thu, 09 Jun 2011 14:41:22 GMT
    Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
    From: "asterisk" <sip:asterisk@172.16.128.1>;tag=as30adae72
    Allow-Events: telephone-event
    Supported: 100rel,resource-priority,replaces,sdp-anat
    Content-Length: 163
    To: <sip:172.16.0.1>;tag=E21AE0-20DA
    Content-Type: application/sdp
    Call-ID: 220b59343dfbf722703fc39c73654811@172.16.128.1
    Accept: application/sdp
    Via: SIP/2.0/UDP 172.16.128.1:5060;branch=z9hG4bK2337bddc;rport
    Server: Cisco-SIPGateway/IOS-12.x
    CSeq: 102 OPTIONS
    
    v=0
    o=CiscoSystemsSIP-GW-UserAgent 4727 5364 IN IP4 172.16.0.1
    s=SIP Call
    c=IN IP4 172.16.0.1
    t=0 0
    m=audio 0 RTP/AVP 18 0 8 9 4 2 15 3
    c=IN IP4 172.16.0.1
    
    <------------->
    [Jun  9 16:42:15] --- (14 headers 7 lines) ---
    [Jun  9 16:42:15] Really destroying SIP dialog '220b59343dfbf722703fc39c73654811@172.16.128.1' Method: OPTIONS

  2. #12
    Membre Junior
    Date d'inscription
    avril 2011
    Messages
    23
    Downloads
    1
    Uploads
    0
    quelqu'un aurait une idée?

    merci d'avance

  3. #13
    Membre Association
    Date d'inscription
    septembre 2010
    Messages
    1 236
    Downloads
    0
    Uploads
    0
    Mais i suffit de lire, c'est écrit la:


    [Jun 9 16:42:04] No matching peer for '9234' from '172.16.0.1:61402'

    [Jun 9 16:42:04] Looking for 3072 in default (domain 172.16.128.1)

    1: Il faut créer un peer [9234] qui tombe dans le bon contexte

  4. #14
    Membre Junior
    Date d'inscription
    avril 2011
    Messages
    23
    Downloads
    1
    Uploads
    0
    Merci beaucoup.

    le problème venait du fait qu'il fallait créer le contexte default incluant mon contexte.

  5. #15
    Membre Association
    Date d'inscription
    septembre 2010
    Messages
    1 236
    Downloads
    0
    Uploads
    0
    C'est une mauvaise solution! il ne faut pas utiliser le contexte défaut, pour les questions de sécurité, il faut créer un peer correspondant avec le bon contexte.

  6. #16
    Membre Junior
    Date d'inscription
    avril 2011
    Messages
    23
    Downloads
    1
    Uploads
    0
    j'ai déjà créé un peer avec le bon contexte, mais il ne semble pas fonctionner en provenance du call manager qui envoie vers le contexte default.

    Cependant, on vient de m'informer que vu qu'il s'agit uniquement d'une solution de backup : ce point n'est pas primordial, mais je vais quand même spécifier ma configuration:

    Code:
    sip.conf
    
    [trunk-cme-rennes]
    type=peer
    port=5060
    host= 172.16.0.1
    context = from-internal
    disallow=all
    allow=ulaw
    allow=alaw
    nat=yes
    canreinvite=yes
    qualify=yes
    
    
    extensions.conf
    
    
    [default]
    
    include => sccp
    
    [from-internal]
    
    
    include => sccp
    
    exten => _9XXX,1,SetCallerPres(allowed)
    exten => _9XXX,2,Set(CALLERID(num)=${CALLERID(num)})
    exten => _9XXX,3,Dial(SIP/${EXTEN}@trunk-cme-rennes)
    exten => _9XXX,4,Hangup()
    cependant, je n'arrives pas à établir un appel vers l'Asterisk si le contexte default n'es pas spécifié.

  7. #17
    Membre Association
    Date d'inscription
    septembre 2010
    Messages
    1 236
    Downloads
    0
    Uploads
    0
    Une solution simple est de renommer
    [trunk-cme-rennes]
    en
    [9234]

    Ou changer le 9234 sur trunk-cme-rennes coté callmanager

  8. #18
    Membre Junior
    Date d'inscription
    avril 2011
    Messages
    23
    Downloads
    1
    Uploads
    0
    je veux bien faire ça, mais sachant que je dois le faire sur plus de 50 numéros: ça me parait guère envisageable.

  9. #19
    Membre Association
    Date d'inscription
    septembre 2010
    Messages
    1 236
    Downloads
    0
    Uploads
    0
    Mais je ne comprends pas, votre invite stipule que:


    INVITE sip:3072@172.16.128.1:5060 SIP/2.0
    Votre callmanager appelle le numéro 3072


    From: "9234" <sip:9234@172.16.0.1>;tag=E1EE50-198B
    Depuis le compte 9234

    Votre asterisk cherche le numéro 3072 et ne le trouve pas:

    Looking for 3072 in default (domain 172.16.128.1)
    Il ne faut pas changes 50 comptes, juste le nom du trunk.

    <sip:9234@172.16.0.1>;party=calling;screen=no;priv acy=off
    Avec ces coordonnées.

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •