docs:linuxeries:asterisk:vs_cisco [Dok'aDlp¡¡¡¡ǝʇıs un 'uınoƃuıd un 'ǝsınbuɐq ǝu∩]

Cette page est en lecture seule. Vous pouvez afficher le texte source, mais pas le modifier. Contactez votre administrateur si vous pensez qu'il s'agit d'une erreur.

====== Objectifs : ======

  * Transformer mes lignes entrantes RTC (FT et celle derrière la FreeBox) en SIP
    * Pour de la geekerie
    * Pour Interfacer avec ma domotiquerie
    * Pour Filtrer (En fonction des heures, de la presence, des CallerId...)
    * Pour transferer
    * ...
  * Avoir l'Asterisk en VM
    * Pour diminuer le nombre de machines physiquement UP pour un si faible usage
    * Pour faciliter mes operation de maintenance
    * Pour mutualiser les ressources plus finement (HD, CPU, RAM)
  * Avoir une Gateway PSTN Hardware correcte, a cout "modéré"
    * Pour avoir une bonne qualité de ligne
    * Une configuration... reprenable (j'ai beaucoup aime le SPA3000, sauf la conf...)
  * A terme j'aimerais beaucoup que ce Cisco soit aussi client SIP Free ;)

====== Infra retenu ======
  * Asterisk (1.6.2) sur une Ubuntu LTS 10.04 64b(bientôt remplacer dans le futur plan de maintenance ;) )
  * Cette Ubuntu est dans un serveur KVM (marche aussi en Xen)
  * L’entrée de ligne est fait par un 
    * Cisco 1761
    * une carte VIC2-4FXO (carte d'acquisition de ligne International donc support du CallerId)
    * une carte PDM 256-8 (de certaines lectures des PDM2 serait tout de même compatible et plus abordable)
    * IOS exploité c1700-ipvoicek9-mz.124-25d.bin
  * Téléphones DECT
    * un C450IP
    * une base SNOM M9 avec 2 combinés
  * Client SIP
    * Androide CM9
  * Tout les endpoint SIP doivent etre en re-invite
===== Sites a consulter =====
  * [[http://www.tux89.com/telephonie/raccorder-un-routeur-cisco-avec-modules-fxofxs-a-asterisk/|Tux89, et essentiellement la partie qui m'a redonne confiance]]
  * [[http://forums.whirlpool.net.au/archive/1133054|Forum qui m'a fait piger, mon pb]]
  * Forum qui m'a dit que les cartes VIC doivent etre installé dans le Cisco de la droite vers la gauche (encore un tour d'Harry Potter ?)
  * Le site de Cisco, via Google pour tout plein d'info complementaires et notalement mon pb de "prefix" 

====== Configurations ======
  * Cette doc ne reprend _QUE_ la partie concernant le link Cisco
  * Il faut bien comprendre aussi que la vue des appels entrant et sortant est bien distincte
  * Il s'agit de conf qui sont en cours de nettoyage (et ca se voit bien)
    * Passe un certain caps, on fini par faire bcp trop d'essais sans nettoyer, et lorsque ca marche... on ose plus supprimer les essais... des fois que...

===== Asterisk =====
sip.conf
<xtermrtf>
[trunks](!)
type=user
insecure=port,invite
dtmf=auto
context=trunk
disallow=all
allow=alaw
nat=no
qualify=yes
canreinvite=yes

[RtcCiscoGW](trunks)
context=pstn-incoming
host=10.0.10.250
dtmfmode=auto

[038*](RtcCiscoGW)
host=dynamic

[095*](RtcCiscoGW)
host=dynamic
</xtermrtf>
  * Merci d'eviter d'evoquer avec moi la dtmf ;)

extensions.conf
<xtermrtf>
[pstn-incoming]
exten => _X.,1,NoOp(Date ${STRFTIME(${EPOCH},,%Y%m%d-%H%M%S)})
exten => _X.,n,NoOp(Entrant ${EXTEN})
exten => _X.,n,NoOp(CallerId ${CALLERID(all)})
exten => _X.,n,Wait(1)
exten => _X.,n,Dial(SIP/tel00&SIP/c450ip00&SIP/andros00)
exten => _X.,n,Hangup()

[outgoing]
; Ici on sort directement par la FreeBox, ca coute moins cher :)
; Et surtout, on n'a pas l'impression qu'il y a un PaBx :)
exten => _0X.,1,NoOp(Date ${STRFTIME(${EPOCH},,%Y%m%d-%H%M%S)})
exten => _0X.,n,NoOp(${EXTEN})
exten => _0X.,n,Dial(SIP/095*/095${EXTEN})

</xtermrtf>
  * Ok... je sais plus pourquoi j'ai mis un wait(1)

===== Cisco =====

Ce sont des bribrs de confs !!!!
lu quelque part qu'il faut remplir le cisco de ces cartes vic de la droite vers la gauche
<xtermrtf>
voice rtp send-recv
!
voice service voip
 allow-connections sip to sip
 fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback cisco
 sip
  registrar server expires max 600 min 60
</xtermrtf>
  * Au debut j'ai beaucoup rit lorsque j'ai lut qu'il fallait mettre les RTP en send et receive...
  * Au bout d'un moment comme rien ne marche... me suis dis que bon...

  * Par contre le //allow-connection sip to sip// c'est vriament necessaire aussi impressionnant cela soit-il...

<xtermrtf>
voice class codec 1
 codec preference 1 g711alaw
 codec preference 2 g711ulaw
 codec preference 3 g729r8
 codec preference 4 g726r32
</xtermrtf>
  * En fait maintenant useless car tout passe en alaw, et je prefere vriament n'avoir que ca partout

<xtermrtf>
logging trap debugging
logging 10.0.10.5
snmp-server community public RO
snmp-server enable traps tty
</xtermrtf>
  * Alors ça, ca n'a a peu pres rien avoir avec le SIP ou la ToIP, sauf lorsque rien ne marche

<xtermrtf>
voice-port 3/0
 translate calling 1
 translate called 1
 supervisory disconnect dualtone mid-call
 no battery-reversal
 groundstart auto-tip delay 1000
 input gain 9
 output attenuation -3
 cptone FR
 timeouts call-disconnect 5
 timeouts wait-release 5
 connection plar opx 11
 impedance complex2
 description Ligne FT
 caller-id enable
!
voice-port 3/1
 translate calling 1
 translate called 1
 supervisory disconnect dualtone mid-call
 no battery-reversal
 input gain 9
 output attenuation -3
 cptone FR
 timeouts call-disconnect 5
 timeouts wait-release 5
 connection plar opx 12
 impedance complex2
 description Ligne Free
 caller-id enable
!
voice-port 3/2
 shutdown
!
voice-port 3/3
 shutdown
</xtermrtf>
  * le super* et timeout => pratique pour detecter le raccroché
  * le "connextion plar opx XX" c'est ce qui permet de router l'appel en provenance du reseau RTC vers le bon equipent SIP
<xtermrtf>
dspfarm confbridge maximum sessions 1
dspfarm rtp timeout 60
dspfarm codec g729 vad disable
dspfarm connection interval 60
dspfarm
</xtermrtf>
  * Fait parti des essais desperes :
    * le dsp est relativement necessaire pour de la toip ;)
    * cette conf n'est pas tout a fait raisonné...
<xtermrtf>
dial-peer voice 11 voip
 huntstop
 destination-pattern 11
 voice-class codec 1
 session protocol sipv2
 session target ipv4:10.0.10.5:5060
 session transport udp
 dtmf-relay rtp-nte
 no vad
!
dial-peer voice 12 voip
 huntstop
 destination-pattern 12
 voice-class codec 1
 session protocol sipv2
 session target sip-server
 session transport udp
 dtmf-relay rtp-nte
</xtermrtf>
  * Donc là on a routé les appels entrants (depuis FT ou Free) vers l'* en //10.0.10.5//
  * On verra les appels venir avec le bon callerId presenté, et aussi en provenance de la ligne 11 ou 12@10.0.10.250

<xtermrtf>
dial-peer voice 456 pots
 destination-pattern 095T
 port 3/1
 forward-digits 3
!
dial-peer voice 123 pots
 destination-pattern 038T
 port 3/0
 forward-digits 3
</xtermrtf>
  * Pour moi ca aussi ca fait parti de la "magie cisco"
    * je ne sais pas a quoi servent les ID 456 et 123
    * le 09T ou 038T s'enreg sur l'* en 09* et 038*
    * la gestion des conf avec auth m'a... cassé les pieds
<xtermrtf>
sip-ua
 nat symmetric check-media-src
 max-forwards 4
 retry invite 3
 retry response 3
 retry bye 3
 retry cancel 3
 timers trying 1000
 registrar ipv4:10.0.10.5 expires 3600
 sip-server ipv4:10.0.10.5:5060
</xtermrtf>
  * RAS
<xtermrtf>
telephony-service
 ip source-address 10.0.10.250 port 5060
 max-conferences 4 gain -6
</xtermrtf>
  * Encore un truc je ne sais plus pourquoi c'est la
  * Je ne sais pas si ca sert...


STATUT DOCUMENT
Titre du document : Objectifs :
Date de Création : 22-08-2012 08:08
Date de dernière édition : 07-05-2013 02:05
Statut du document : VALIDE
Validation par : Antoine Delaporte
le : 07-05-2013 02:05