Dos rutas entre CUCM y UC560

completo6

En el siguiente laboratorio vamos a configurar dos rutas entre CUCM y UC560.

Tengo mis dudas que podamos incluir el SIP Trunk en una región o localización para utilizar CAC (Call Admission Control) y usar AAR (Automated Alternate Routing) para que la llamada escoja el PSTN si no hay suficiente ancho de banda en el SIP Trunk.

AAR solo funciona entre localizaciones de un sistema centralizado. No nos valdría este laboratorio. Pero de todas formas vamos a configurar las dos rutas, que me apetece regalarle dinero a la compañía eléctrica.

El SIP Trunk entre CUCM y UC560 ya hemos visto como configurarlo.

De todas formas os copio los pantallazos.

uc560band1

Asi es como se ve la configuración desde Cisco Configuration Assistant.

Estos son los teléfonos registrados en CUCM

telefonosregistrados1
De momento solamente he configurado el SIP Trunk que une CUCM y UC560.

siptrunk_sipuc5601

Sin límite de ancho de banda compruebo que todas las llamadas de teléfono a teléfono funcionan perfectamente. Todos los teléfonos utilizan el códec G711ulaw (64Kbps).

Después de añadir un tope de ancho de banda al SIP Trunk de 200 Kbps, podemos hacer dos llamadas simultáneamente, pero la tercera nos dice que no hay suficiente ancho de banda en el SIP Trunk.

Vamos a ver qué nos dice el debug ccsip message en UC560 y luego explicaré como se limita el ancho de banda en un SIP Trunk.

Llamada del 1002 al 201:

ACK sip:201@10.10.0.34:5060 SIP/2.0
Via: SIP/2.0/UDP 10.10.0.11:5060;branch=z9hG4bK118e70e33
From: <sip:1002@10.10.0.11>;tag=53~e8b7b5a7-1eb5-494d-9850-73b8bd8a98c3-28492096
To: <sip:201@10.10.0.34>;tag=3BFFDC-C6A
Date: Tue, 14 Apr 2015 07:38:17 GMT
Call-ID: 35cdc000-52c1c3e9-9-b000a0a@10.10.0.11
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence, kpml
Content-Type: application/sdp
Content-Length: 206

v=0
o=CiscoSystemsCCM-SIP 53 1 IN IP4 10.10.0.11
s=SIP Call
c=IN IP4 10.10.0.89
t=0 0
m=audio 16852 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000 ———–> códec g711ulaw
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

Llamada del 1003 al 202:

ACK sip:202@10.10.0.34:5060 SIP/2.0
Via: SIP/2.0/UDP 10.10.0.11:5060;branch=z9hG4bK134ba86379
From: <sip:1003@10.10.0.11>;tag=56~e8b7b5a7-1eb5-494d-9850-73b8bd8a98c3-28492098
To: <sip:202@10.10.0.34>;tag=3D2D1C-2437
Date: Tue, 14 Apr 2015 07:39:34 GMT
Call-ID: 63b30480-52c1c436-a-b000a0a@10.10.0.11
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence, kpml
Content-Type: application/sdp
Content-Length: 206

v=0
o=CiscoSystemsCCM-SIP 56 1 IN IP4 10.10.0.11
s=SIP Call
c=IN IP4 10.10.0.87
t=0 0
m=audio 20552 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000 ——–> códec g711ulaw
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

 Llamada del 1009 al 203:

noband2

Para hacer esto he configurado Cisco Unified CM Administration > System > Location y he añadido una location con el nombre LOCATIONWANUC560.

location1

En Device > Trunk  busco el SIP Trunk que une CUCM y UC560 y añado la localización:

location2

Y hemos visto que funciona. Ahora vamos a configurar el MGCP y conectar la tarjeta T1 del router 2801 con la tarjeta T1 de la UC560, para tener la segunda ruta PSTN.

Bueno, ya está.

A ver como documento todo esto antes de que me estalle la cabeza y el contador de la luz.

Para ver si funciona, activamos debug isdn q931, y llamamos desde 1002 al 9123456201:

Apr 14 18:43:39.739: ISDN Se0/3/0:23 Q931: TX -> SETUP pd = 8 callref = 0x000C
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98397
Exclusive, Channel 23
Calling Party Number i = 0x0081, ‘1002’
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, ‘9123456201’
Plan:Unknown, Type:Unknown

Cuando llamamos del 1002 al 201 la llamada pasa a través del SIP Trunk. Activamos debug ccsip messages en UC560.

UC_560#debug ccsip messages
SIP Call messages tracing is enabled
UC_560#

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.10.0.11:5060;branch=z9hG4bK725808209
From: <sip:1002@10.10.0.11>;tag=65~e8b7b5a7-1eb5-494d-9850-73b8bd8a98c3-28646401
To: <sip:201@10.10.0.34>
Date: Tue, 14 Apr 2015 19:07:22 GMT
Call-ID: da7deb00-52d15f57-8-b000a0a@10.10.0.11
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

Ahora tenemos dos rutas entre CUCM y UC560

dosrutas1

En sistemas centralizados, configurando CAC y AAR este proceso se haría auto-mágicamente y de forma transparente para el usuario. Si el SIP Trunk estuviera congestionado se añadirían los primeros dígitos a la extensión para formar el número completo y la llamada pasaría por el PSTN.

De todas formas hoy lo dejo aquí. Ya veremos más adelante un ejemplo real y espero que funcione de CAC y AAR.

Copio las partes importantes de la  configuración del MGCP:

GW1#show run
Building configuration…
Current configuration : 4215 bytes

! Last configuration change at 17:57:58 UTC Tue Apr 14 2015

hostname GW1

network-clock-participate wic 3
isdn switch-type primary-4ess
ccm-manager mgcp
no ccm-manager fax protocol cisco
ccm-manager music-on-hold
ccm-manager config server 10.10.0.11
ccm-manager config

mgcp
mgcp call-agent 10.10.0.11 2427 service-type mgcp version 0.1
mgcp rtp unreachable timeout 1000 action notify
mgcp modem passthrough voip mode nse
mgcp package-capability rtp-package
mgcp package-capability sst-package
mgcp package-capability pre-package
no mgcp package-capability res-package
no mgcp timer receive-rtcp
mgcp sdp simple
mgcp fax t38 inhibit

mgcp profile default

GW1#show ccm-manager
MGCP Domain Name: GW1
Priority Status Host
============================================================
Primary Registered 10.10.0.11
First Backup None
Second Backup None

Current active Call Manager: 10.10.0.11
Backhaul/Redundant link port: 2428
Failover Interval: 30 seconds
Keepalive Interval: 15 seconds
Last keepalive sent: 19:14:18 UTC Apr 14 2015 (elapsed time: 00:00:01)
Last MGCP traffic time: 19:14:18 UTC Apr 14 2015 (elapsed time: 00:00:01)
Last failover time: None
Last switchback time: None
Switchback mode: Graceful
MGCP Fallback mode: Not Selected
Last MGCP Fallback start time: None
Last MGCP Fallback end time: None
MGCP Download Tones: Disabled
TFTP retry count to shut Ports: 2

GW1#show isdn status
Global ISDN Switchtype = primary-4ess
%Q.931 is backhauled to CCM MANAGER 0x0003 on DSL 0. Layer 3 output may not apply
ISDN Serial0/3/0:23 interface
******* Network side configuration *******
dsl 0, interface ISDN Switchtype = primary-ni
L2 Protocol = Q.921 0x0000 L3 Protocol(s) = CCM MANAGER 0x0003
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
0 Active Layer 3 Call(s)
Active dsl 0 CCBs = 0
The Free Channel Mask: 0x807FFFFF
Number of L2 Discards = 0, L2 Session ID = 92
Total Allocated ISDN CCBs = 0

 

2 Comentarios

  • joan manuel
    15 abril, 2015 - 2:24 pm | Enlace permanente

    Excelente laboratorio bien interesante sigo aprendiendo de ti muchas gracias por compartir

  • Comments are closed.