How BlackBerry 10 connects to your enterprise

by Volker Weber

If you understand German, read this. Otherwise, read on.

There is some confusion about the use of ActiveSync in BlackBerry 10 and how you would provision BlackBerry 10 devices with Exchange and Domino. So I sat down with RIM last week and drew up some architecture charts. Here is what I learned.

BB10 devices have a personal perimeter and a work perimeter. The personal perimeter is controlled by the user, the work perimeter is managed by the enterprise. Both perimeters have their own file system and apps. And they don't touch.

The user can set up email accounts to connect to GMail, or any other public server. They can also set up an Exchange ActiveSync account and provision themselves, if their enterprise lets them do that. However, all data will reside in the personal perimeter.

The work perimeter works similar to the current BlackBerry architecture. It connects to the RIM infrastructure. On the enterprise side you have a server, that also connects to that infrastructure. BB10 devices talk to your server through an end-to-end encrypted connection just like your current BlackBerrys do.

However, there is one important change. The current BlackBerry Enterprise Server (BES) has a sync component that connects BES with your Exchange, Domino or Groupwise Server, and it will forward mail, contacts and calendars to your BlackBerry. With BB10 that sync component goes away. Instead, the BB10 device talks Exchange ActiveSync, through that secure connection, directly to your collaboration server. For Exchange that means, BB10 devices will connect like any iPhone, just from inside the company. For Domino that means, you will have to run Traveler to support your BB10 devices. And yes, IBM will need to support BB10 devices on Traveler. Ask IBM about it.

If your security requirements are low, you don't need a RIM server at all. You can just let users connect the BB10 device to Exchange or to Traveler and you are good to go. If you need the security that RIM provides with current BlackBerry devices, you install a server, buy BlackBerry service from your carrier, and then you manage BB10 devices just like you do today.

Dropping the sync component gives you one additional benefit. You can manage multiple BB10 devices for one user. Currently it's one BlackBerry per user.

What about iPhones and Android devices in that scenario? RIM will provide container apps next year, that let iPhones (or iPads) and Androids use the same secure BlackBerry connection.

I still have some open questions that RIM cannot answer yet, since the answers involve contract issues with the mobile operators. For instance: how do you provide BlackBerry Messenger (BBM) for personal use. BBM depends on the RIM infrastructure.

The biggest benefit of the BB10 architecture is in the BYOD space. Enterprise can manage the work perimeter witout touching the personal perimeter. If you set up a draconian password policy, users will only need to unlock the work perimeter, not their personal perimeter. They can install Facebook, Twitter, etc. without ever touching your business data.

Now the BB10 device just have to be sexy enough that users actually bring their own.

Comments

Since Exchange 2013 is the last version with MAPI/CDO support, RIM had to change the syncing interface anyway. And MAPI/CDO errors are often the cause of many problems in exchange enviroments (the keyword is "throttling policy")

Merging RIM Architecture with ActiveSync sounds like a very, very good idea.

Roland Dressler, 2012-11-16 13:23

"For Domino that means, you will have to run Traveler to support your BB10 devices. And yes, IBM will need to support BB10 devices on Traveler. Ask IBM about it."

We've publicly stated a plan to support BB10 through Traveler, when used with the server on the enterprise side as you describe, using Exchange ActiveSync. Expected and planned for in the Traveler release in Q1 2013

Ed Brill, 2012-11-16 13:28

Thank you, Ed. RIM launches BB10 on Jan 30. Should you release Traveler at Connect-o-sphere, that would be very timely.

Volker Weber, 2012-11-16 13:36

Hi,

When you say "RIM will provide container apps next year, that let iPhones (or iPads) and Androids use the same secure BlackBerry connection." do you mean that iOS and Android devices will have access to the same email system/infrastructure or BBM as RIM devices?

I ask because one of the things that is most missed on iOS is the reliability of the BB email, for example the experience in areas of low bandwidth (for one). A BB experience app would be superb.

Thanks

Kambiz Larizadeh, 2012-11-16 13:49

Yes, that is what I mean.

Volker Weber, 2012-11-16 13:51

What about alternative ActiveSync implementations like Z-Push, will they possibly work?

Marc Patermann, 2012-11-16 14:28

I have no information, but I would expect them to work. The BB infrastructure provides a very robust VPN connection. If a PlayBook works with Z-Push, so will BB10.

Volker Weber, 2012-11-16 14:54

Fantastic!

That would be an amazing benefit to iOS users. The iOS platform is so much richer but does not play well with corporate email -- a blend of the two would be incredible.

Thanks for the response!

Kambiz Larizadeh, 2012-11-16 14:56

Kambiz, don't overlook the word "container". I am pretty sure that it will contain not only the endpoint for the VPN but also mail, calendar, contacts. Much like Good for Enterprise.

Volker Weber, 2012-11-16 14:59

Hopefully this container solution supports tasks like "Phone app can use contact info from Container" - or are there two phone apps - one for work and one for private?

We face similar challenges at the moment...

Bernd Schuster, 2012-11-16 15:33

No specifics yet.

Volker Weber, 2012-11-16 15:36

Volker, if I understand you correctly, the sync component for Domino or Exchange at the BES level depends on the BES version.
So if you keep your BES at release 5, the sync component at the BES will stay, and you could serve BB10 devices with the BES 5 server, without the need for Traveler and alike then? Or I am mixing something up here?
Bear in mind that enterprise IT does not always upgrade to the latest BES level so quickly.

Wolfgang Bosch, 2012-11-16 16:29

BES 5 retains the sync component. It will continue to support legacy BlackBerrys up to 7.x.

BES 10 is a new server, which does not support legacy BlackBerrys. This one comes without the sync component and serves BB10 devices.

If you have a mix of BB10 and legacy BlackBerrys, you are running two servers.

Volker Weber, 2012-11-16 16:35

thanks for the clarification.
The key question is whether you can serve BB10 devices from a BES 5 at all or whether a BES 10 server is mandatory for them.
If BES 10 is required, this might slow down adoption of BB10, because the user depends on corporate IT upgrade plans to BES 10.

Wolfgang Bosch, 2012-11-16 17:36

As I tried to explain, you don't need BES 10 at all. Exactly as you do not need it for iPhones and Androids. It is optional. And no, BES 5 will not support BB10 devices.

If you want to manage and securely connect BB10 devices, you will need BES 10.

Volker Weber, 2012-11-16 17:40

It was precisely "container" that I was focused upon! I think a solution like this is a good move for RIM and a huge benefit to iOS and android customers. iOS is so limited and buggy when it comes to corporate environments from my experience as an end user -- great consumer device but frustrating to use for corp communications, particularly in low bandwidth/reception areas. Some step towards BB's functionality, albeit in a self-contained app, would be phenomenal...

Kambiz Larizadeh, 2012-11-19 23:01

Excellent Volker

Mixed OS support from RIM is already here in BlackBerry Mobile Fusion

Mobile Fusion is modular
1. Your existing BlackBerry 5 server (Enterprise and/or Enterprise Express) will continue to support OS 7 and below
2. Install BDS BlackBerry Device service - PlayBooks and BB10 BlackBerry
3. Install UDS Universal Device Service - Ios and Android Smaryphones and Tablets
4. Install Mobile Fusion Studio - Mobile Fusion Studio is a further installation which connects to the web-based admin sites of each module giving you a one-stop admin site to monitor/deploy all. (Fusion Studio can be installed on either BES/BDS/UDS)

BDS and UDS modules cannot be installed onto a server containing BES or BESx but can be installed together if you pay close attention to port conflicts - see this KB http://btsc.webapps.blackberry.com/btsc/viewdocument.do;jsessionid=96C018DE1E91C864CE5B6CEF9E6148B8?externalId=KB32547&sliceId=2&cmd=displayKC&docType=kc&noCount=true&ViewedDocsListHelper=com.kanisa.apps.common.BaseViewedDocsListHelperImpl

Mobile Fusion will be re-branded as BES10 - it will still contain the BES/BESX, BDS and UDS modules http://bizblog.blackberry.com/2012/08/blackberry-enterprise-service-1/

Mobile Fusion software is free - each device on BDS or UDS requires a cal (approx same price as a BES CAL)
http://uk.blackberry.com/business/software/blackberry-mobile-fusion-emea.html
RIM have stated a trade-in will exist for CALS from BES to BDS


david brady, 2013-01-09 16:52

Much easier. It will be a per user CAL.

Volker Weber, 2013-01-09 16:56

Good info & was wondering if there is update to this with some diagrams as well. I can share some after I remove company related information if you are interested to upload here.
Thanks,
Ashok

Ashok Nawani, 2013-03-05 17:10

Recent comments

Gregg Eldred on Unfortunate AP headline at 21:28
Volker Weber on Lenovo Yoga Tablet 10 HD+ at 17:34
Bernd Schuster on Lenovo Yoga Tablet 10 HD+ at 14:52
Mark Ehmann on Probably not at 12:28
Martin Cygan on Probably not at 10:59
Stephan H. Wissel on Probably not at 09:16
Tom Weeghmans on Probably not at 08:41
Scott Hanson on Probably not at 07:31
Erik Ferrari on Probably not at 01:30
Daniel Naumann on Probably not at 00:40
Uwe Papenfuss on Probably not at 23:50
Thomas Lang on Probably not at 23:44
Volker Weber on Lenovo Yoga Tablet 10 HD+ at 23:25
Sascha Westphal on Lenovo Yoga Tablet 10 HD+ at 23:18
Roland Dressler on The first million is always the hardest at 13:33
Thomas Lang on The first million is always the hardest at 14:14
Martina Kautz on The first million is always the hardest at 22:24
Pedro Quaresma on SensorCore :: Fitness tracking with an affordable smartphone at 19:56
Roman Weber on The first million is always the hardest at 11:54
Philipp Sury on The first million is always the hardest at 20:52
Karl-Henry Martinsson on The first million is always the hardest at 19:53
Bill Buchan on The first million is always the hardest at 19:20
Ben Poole on The first million is always the hardest at 16:42
Richard Kaufmann on The first million is always the hardest at 14:29
Richard Schwartz on The first million is always the hardest at 14:20

Ceci n'est pas un blog

vowe.net is a personal website published by Volker Weber a.k.a. vowe. I am an author, consultant and systems architect based in Darmstadt, Germany.

rss Click here to subscribe

Hello

About me
Contact
Publications
Certificates
Amazon Wish List
Frequently Asked Questions
Follow @vowe on Twitter

Local time is 10:24

visitors.gif

Tip jar

Archives

As most of my articles roll off the front page rather quickly, I am making an archive of previous posts available here. You can also use the handy search box at the top of the page if you are looking for something particular.

Last 30 days
More archives

Mobile tag for this page

© 1992-2014 Volker Weber.
All Rights Reserved.

Impressum