[ appels exterieur] recherche pistes

[cedricscha]

Euh a quoi cela te sert de sortir par le cme si c'est pour le remplacer en cas de plantee...... Tu pourras pas telephoner?

[yoyo312]

Je vais expliquer plus précisément le contexte:

-l'entreprise dispose de 2 call manager express (paris et rennes)

-ceux-ci sont sujets à pas mal de dysfonctionnements à cause de problèmes de perte de mémoire.

-L'objectif du projet est de remplacer provisoirement par l'asterisk l'un des deux cme si ils tombent. Par ce constat: en cas de chute du CME rennais, on connectera l'asterisk rennais a celui de paris pour assurer la téléphonie rennaise vers l'extérieur, et inversement pour le site parisien. On part donc du principe que l'un des deux cme fonctionne en permanence.

[ffossard]

Avoir les téléphones en sccp n'oblige pas à avoir l'interconnexion en sccp aussi, on peut très bien mixer les deux ! Vérifiez si vos CME ont ce qu'il faut pour s'interconnecter en sip (souvent ça passe par une licence ...)

Mais si vous êtes absolument persuadé qu'il ne faut que du sccp ...
Dans tous les cas, commencez par installer un asterisk sur votre site et faire fonctionner un téléphone sccp avec lui (juste appeler un service bidon comme un voicemail ou l'application echo() ), ensuite interconnecter Asterisk en local avec le CME du même site, si vous n'arrivez pas à faire ça, même pas la peine d'essayer avec le CME distant, j'espère que vous comprenez ça, je le précise car souvent je vois des stagiaires essayer éperdument de faire fonctionner "la totale" dès le début, évidemment ça ne donne rien ...

[yoyo312]

@fossard:

comme je l'ai dis: j'ai déjà tout configuré en local et tout marche parfaitement après divers tests (voicemail, transfert d'appel, conférence, interco LDAP...)

En ce qui concerne de faire une connexion entre le CME et l'asterisk du même site: cela me semble peu envisageable étant donné qu'ils fonctionnent sur le même plan d'adressage et de numérotation, puisque que l'Asterisk doit remplacer le CME s'il tombe en panne sans modification de configuration.

concernant le trunk : j'ai trouvé cela dans un premier temps (je ferais les tests ce midi puisque je ne peux pas intervenir n'importe quand)

;call manager
dial-peer voice ### voip
destination-pattern 9T
session protocol sipv2 
session target ipv4:10.0.0.200 
dtmf-relay rtp-nte 
codec g711alaw

; asterisk extensions.conf

[default]

exten => _9XXX,1,Dial(SIP/$) ;asterisk 

 exten => _4XXX,1,Dial(SIP/$@x.x.x.x) ; call manager

par contre je ne sais pas si je dois remplacer sip par sccp, ou alors si je dois configurer le sip.conf uniquement pour le trunk.

[ffossard]

session protocol sipv2

Le CME fonctionne donc en SIP pour l'interco, donc vous paramètrerez le sip.conf d'Asterisk, et la ligne suivante est "bonne":

exten => _4XXX,1,Dial(SIP/$@x.x.x.x) ; call manager

Ici on passe par le trunk SIP pour tous les numéros de 4000 à 4999.
L'interco en SIP va aussi vous permettre de tester sans perturber le fonctionner de l'interco sccp déjà en place, plus pratique pour votre stage.

Quand je vous dis de paramétrer Asterisk avec le CME du même site, c'est pour tester le bon fonctionnement du trunk, pour l'instant c'est du test donc vous pouvez changer l'adresse ip du serveur et les numéros de téléphones sur Asterisk.
Une fois que ça fonctionnera, vous ne mettrez pas bien longtemps à reparamétrer le même trunk vers l'autre CME à travers internet (dans un vpn je suppose)

ps: je vois que vous parlez de ldap, je vous enjoins à aider un autre forumeur qui cherche en ce moment de ce côté là: http://www.asterisk-france.org/showt...-res_ldap.conf

[yoyo312]

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 :

[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

[yoyo312]

quelqu'un aurait une idée?

merci d'avance