Konfiguration MRA mit SIP URI

Die Konfiguration von Mobile Remote Access ist ein eigenständiger Konfigurationspunkt, da die Expressway Lösung auch anders konfiguriert werden kann. MRA ist nur eine Funktion, darüber hinaus gibt es noch Jabber Guest und das Registrar sowie Federation Chat Deployment.
Das MRA Deployment ist relativ undurchsichtig am Anfang, aber Cisco hat Irgendwann mal einen guten Guide herausgebracht womit man sich die Funktionsweise und die Konfigurationspunkte gut ableiten kann.

Configuration on Organization 1 when Jabber A calls Jabber B

Step 1. Create a New SIP Trunk Security profile, which has a listening port of 5065, as shown in the image:

Step 2. Create a SIP Trunk pointing to ExpressWay-C and assign the SIP Trunk Security profile, as shown in the image:

Note: A new Trunk Security profile is created which listens on 5065 port. It is assigned to this new SIP trunk pointing to Expressway-C because Expressway-C is already configured to send Jabber Un-secure registrations on 5060 to CUCM when Jabber user logs in via MRA. If you use the default Trunk Security profile, then jabber logged in via MRA fails to register on port 5060 of CUCM.

Step 3. Create SIP Route Pattern for the URI of Organization 2 and assign that to SIP Trunk point to Expressway-C, as shown in the image:

Step 4. Create a Neighbor Zone on Expressway-C pointing to CUCM, as shown in the image:

Step 5. Create a Traversal Client Zone on the Expressway-C (Not a UC Traversal), as shown in the image:

Step 6. Create a Traversal Server Zone on the Expressway-E (Not a UC Traversal), as shown in the image:

Step 7. Create a DNS Zone on Expressway-C, which would be used to do a DNS SRV lookup for Organization 2’s URI, as shown in the image:

Once all the zones are made, you need to define Search Rules on Expressway C and E so that the routing can take place.

Step 8. Search Rule on Expressway-C is to forward the SIP Invite meant for URI starlabs.com to Expressway-E , on the new traversal zone that you have made, as shown in the image:

Step 9. Search Rule on Expressway-E , to forward the SIP Invite meant for URI starlabs.com to DNS ZONE , once the call reaches Expressway-Evia the traversal zone, that you have made, as shown in the image:

Step 10. Once the Call hits the DNS Zone , Expressway-C does a DNS SRV Lookup for _sips.tcp.starlabs.com, _sip._tcp.starlabs.com and  _sip._udp.starlabs.com against the Public DNS Server.

In the Exp-E logs , you can see this as:

2016-03-09T09:48:35+05:30 VCSECOL tvcs: UTCTime="2016-03-09 04:18:35,399" Module="network.dns" 
Level="DEBUG":  Detail="Sending DNS query" Name="_sip._tcp.starlabs.com" Type="SRV (IPv4 and IPv6)"

2016-03-09T09:48:35+05:30 VCSECOL tvcs: UTCTime="2016-03-09 04:18:35,400" Module="network.dns" 
Level="DEBUG":  Detail="Resolved hostname to:  ['IPv4''TCP''14.160.103.10:5060'] 
(A/AAAA) Number of relevant records retrieved: 1"

From the DNS SRV lookup , Exp-E get the IP and port for the next hop, for reaching the Organization 2. In this scenario the DNS SRV _sip._tcp.starlabs.com resolves to the public FQDN/IP & port 5060 ,of the ASA for Organization 2.

Overall Oubound Call flow becomes 

• Jabber A dials userB@starlabs.com as SIP URI.

• SIP Invite reaches CUCM (via Exp-E –> Exp-C).

• CUCM does digit Analysis which matches SIP Route Pattern.

• CUCM route the call to Exp-C via SIP Trunk.

• Exp-C receives the call on the ‚CUCM Neighbor zone‘ , and the ’search rule‘ forwards the call to the traversal zone we made.

• Call now reaches the Exp-E via the ‚traversal zone‘ and the search rule here forwards the call to ‚DNS Zone‘.

• Once reaching the DNS Zone, DNS SRV lookup for _sip._tcp.starlabs.com against the Public DNS Server happens, which resolves to the next hop for reaching Organization 2.

Configuration on Organization 1 when Jabber B calls Jabber A

Now assume, Organization 2 has its own dial plan configured to route a SIP URI call to Organization 1, when jabber B calls Jabber A. Lets see what changes you need, to get the incoming SIP INVITE , routed to CUCM of Organization 1.

Step 1. Inbound Search Rule on Expressway-E, for sending an Incoming SIP Invite from Organization 2 to Exp-C, for fed.sollab1.com SIP URI domain, as shown in the image:

Step 2. Inbound Search Rule on Expressway-C, for sending an Incoming SIP invite from Exp-E to CUCM, for fed.sollab1.com SIP URI domain, as shown in the image:

Overall Inbound Call flow becomes 

• Inbound SIP INVITE from Jabber B for userA@fed.sollab1.com hits Exp-E.

• Search Rule on Exp-E forwards the call to Exp-C,via the ‚traversal zone‘.

• Search Rule on Exp-C , forwards the Call to CUCM Cluster via the ‚CUCM Neighbor Zone‘.

• CUCM sends the SIP Invite to Jabber A registered over MRA (via Exp-C –> Exp-E).

Note: Rich Media Licenses are needed on both Expresssway-C and Expresssway-E for B2B calls to work.

Note: Ensure that the customer had the correct ports opened up on the firewall.

Den Original Guide findet Ihr hier

Sowie den detaillierten Callflow eines MRA Calls hier