1. Documentation on the separation of services provided by Jabber Mobile.
I understand that the wifi and data calls require a VPN tunnel due to the range of ports needed by RTP. However is the same true with simple chat and presence from the Jabber Mobile App?
2. When no data or VPN is available is it possible to backhaul incoming and outgoing calls to the cellular network while maintaining SNR?
Let's be realistic here, a stable WiFi or 3G connection is not always going to available. In that scenario what is the fall back plan for maintaining SNR for my mobile field users(of which I have more than in office). It's seems logical to have the Jabber client do like Lync does and have the Call Manager place the call to both parties then connect them over it's trunks in the event that VPN is unavailable.
3. Is there ANY other option to VPN? SIP proxy, RTP proxy? ANYTHING for Jabber that will provided the same functionality?
4. If the VPN is not connected and a data connection is available, how does the Jabber app know to initiate the VPN(when it is set to on demand)in order to accept an incoming VoIP call.
Are you outside your corporate network when doing this? Do you have secure connect setup on your firewall?
Like Douglas I wish there was a better document that outlined the various jabber clients and how they can communicate inside and outside the corporate network - with a list of requirements. Maybe that's asking for a lot, but it seems like when trying to create a collaboration roadmap for our company.....we are using a moving target.
I think there's no document because there's no consistency between any two products that have 'Jabber' written on them. Due to the way that the clients are seemingly being developed in random directions on every platform and are being released without the basic functionality of the products they replace and then gradually 'fixed' over time any such doc would be quickly out of date!
As much as I like working with Cisco it's difficult to argue the case for all this confusion when you compare it to M$ who do at least make a single release every few years with a fairly complete set of components and established functionality... Yes, some stuff creeps out in 'R2s' and service packs and Lync isn't the simple/lean/cost free product they make it out to be, but it does have a workable, transparent external access solution, good conferencing, and a few other strengths...
Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!
Lync is currently in use on our network right now. It works fine and YES it is a pain to maintain the Lync server inside the DMZ in order to have mobile clients utilize its services. Also not very clean.
The problem starts when users want to place calls from the mobile app when outside the corporate network.
This is the break down of what I have found (the scenario is based on calls placed or received with mobile apps).
1. If an outgoing call is made by the end user the VPN "On Demand" establishes a VPN connection if the Phone is capable this. (I have yet to test this). If there is no availability of WiFi or cellular data services then the Jabber app should use the cellular carriers dial tone. (this is where documentation Falls short BTW. As it is unclear what happens here).
2. If an incoming call is placed to an end users corporate number the CUCM attempts to establish a connection to the mobile client via internal SIP trunk If the clients Presence is detected. (what is unclear here to me is if the XMPP is maintained without a VPN in order to "On Demand" establish the VPN on the mobile client. If the end users Presence is not established then the Call Manager will use Mobile Connect (formally known as SNR).
1. If an outgoing call is made by the end user the app tells the Lync server placed in the DMZ to let the Call Manager manager know via a SIP trunk to place a call to the calling parties (mobile app) AND to the called parties external phone number. This works like Cisco's Mobile Voice Access solution. The only difference being that the Lync app does this without requiring the user to dial in to the corporate network in order to display the appropriate ANI information.
2. If an incoming call is placed to an end users corporate number the CUCM can simply utilize Mobile Connect and place the call with whatever dial tone is available.
As you can see this requires an administrator to maintain the Lync server inside the DMZ in order to manager this process. Ports open outside the firewall and inside the network. This solution also does nothing to address users outside of the country attempting to utilize Toll Bypass features when trying to place a call.
Jabber does provide a solution for all of this and I don't fault Cisco for establishing the mobile client exactly as they have. However it is neigh impossible to make a case for Jabber over Lync if there is no understandable documentation for what occurs with the "On Demand" VPN connection and it's battery utilization given each platforms capabilities. Yes I understand that each case will be different given what the user may or may not be running as additional apps. However I think it is highly important to document a baseline.
I am currently waiting for my CUCM 8.6.x with all CUWL Pro licensing to arrive.. Status (Back Order). 1.5 months and counting.. Tick.. Tick.. Tick...
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...
This document describe how DST changes and how time changes are
implemented in DST. Daylight Saving Time (DST) is the practice of
setting the clocks forward 1 hour from standard time during the summer
months, and back again in the fall, in order to make b...