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?
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?
Cédric
---------------------------------------------------------------
Rejoignez l'Association Asterisk France : http://www.asterisk-france.org
Envie de mettre des étoiles dans les yeux de vos clients : EasyPyro.ch
On a pas inventé l'électricité en cherchant à améliorer la bougie...
---------------------------------------------------------------
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.
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 ...
@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)
Code:;call manager dial-peer voice ### voip destination-pattern 9T session protocol sipv2 session target ipv4:10.0.0.200 dtmf-relay rtp-nte codec g711alawpar 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.Code:; asterisk extensions.conf [default] exten => _9XXX,1,Dial(SIP/$) ;asterisk exten => _4XXX,1,Dial(SIP/$@x.x.x.x) ; call manager
Le CME fonctionne donc en SIP pour l'interco, donc vous paramètrerez le sip.conf d'Asterisk, et la ligne suivante est "bonne":Code:session protocol sipv2
Ici on passe par le trunk SIP pour tous les numéros de 4000 à 4999.Code:exten => _4XXX,1,Dial(SIP/$@x.x.x.x) ; call manager
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
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
quelqu'un aurait une idée?
merci d'avance