August 2007 Archives

NIST (National Institute of Standards and Technology) has a special publication, 800-58, released January 2005, entitled Security Considerations for Voice Over IP Systems. Go to the NIST publications page and search for 800-58. (Or go directly to the PDF.) The 93-page publication is a great resource for planning a new VoIP installation or reviewing security measures on an existing system. In addition to security recommendations, it has good technical overviews of major VoIP protocols (H.323, SIP, MGCP) and network design considerations.

What happened last week?

| No Comments | No TrackBacks

I picked a good week to go on vacation.

VoIP users--specifically, Unity voicemail subscribers--at Penn State received e-mail notices from Saturday the 18th through Tuesday the 21st that voicemail services were unavailable. Here's some more technical information as to what happened.

Unity uses Microsoft Exchange as its back-end message store. PSU's configuration of Unity is voice-mail-only (VMO), meaning that the Exchange part of the system is completely hidden from and inaccessible to the user. (A more popular configuration of Cisco Unity is unified messaging (UM), where Unity is integrated with a company's Exchange mail system; users see both e-mail and voicemail (as attached sound files) in their Outlook inbox, and can also manipulate both voicemail and e-mail through the telephone interface.) When the Exchange message store goes offline, callers can still leave voicemail, but it doesn't get delivered to a subscriber's voicemail box until Exchange is up and running again. Last weekend, one of the two Exchange servers that serve Unity experienced a full mailstore disk, leading to some corruption of the Exchange database which, I'm told, took a while to repair. Subscribers whose boxes were on that particular server wouldn't have had access to them during the repair time. But one of the great features of Unity is that it stored those new incoming messages until that Exchange server was back up, at which time all the new messages were delivered. No messages were lost.

I attended an online seminar today on Cisco's Unified Mobile Communicator, Cisco's plan to put the "unified" communications environment (corporate directory, phone, voicemail, presence, conferencing, and e-mail) all on your data/application-enabled cell phone.

You can view the product information for Unified Mobile Communicator here.

Two things make this solution unattractive.

One, it's tightly-coupled and Cisco-proprietary. It's locked in with Cisco's products--Unity unified messaging, Meeting Place, and of course Call Manager. What if I want to connect to another voicemail or e-mail server? And from what I can tell from the presentation, it's not using standard protocols such as SIP or IMAP to communicate with home base.

Two, it requires a big pile of new hardware in the datacenter to make it work. This needs to be integrated into the individual component servers (Unified Communications Manager/CallManager, Unity, MeetingPlace).

The first thing will keep Penn State away from this mobile communications solution. Penn State does not use unified messaging (our Unity setup is voicemail-only) which removes both the VM and e-mail functionality. We don't use Meeting Place. What's left then besides having voice capabilities? Yes, your cell phone already does that. Forward your VoIP phone to your cell and be mobile.

Mobile users at PSU can put together a suite of tools for their data-enabled cell devices to send and receive e-mail (POP/IMAP), instant-message (various protocols), and search the corporate directory (LDAP) but are for now without a way to tightly integrate with the campus PBX or voicemail.

At the next Bloggers Anonymous meeting: My name is Bill and I started a technology blog. (Everyone nods and says "mmm" to indicate understanding.)

Working in operations, Telecommunications and Networking Services, I spend much of my day in the nuts and bolts of our VoIP phone system. I would be called a "data guy" rather than a "voice guy" as my role and prior experience are in computer systems administration -- Windows, Unix and unix-like operating systems, and networking. Of course, the line drawn between voice and data is now almost non-existent. Voice-over-IP, over a decade old but ever-evolving, is still a hot technology, and Penn State is really at the front of the pack as an educational institution with such a large-scale (about 11,000 VoIP telephones at this time) deployment.

I'll be writing in this blog about the technology involved in PSU's VoIP telephone system (primarily Cisco), stuff I've written to enhance the user experience, tools I've found useful, my home VoIP setup (Asterisk), and other related topics.

March 2009

Sun Mon Tue Wed Thu Fri Sat
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        

Recent Comments

  • Bill: Are you using the 8.4.x firmware on your 7961? The read more
  • Peter: Do you know how to get the line text to read more
  • Chris: any chance you could email me the config you used read more
  • Bill: ITS has a soft phone project underway. It is being read more
  • Richard Rauscher: Does anyone at PSU use a soft phone? Can someone read more
  • Chris Kauffman: Blog away this week. I will be reading for certain. read more
  • Bill: Instead of the anonymous bind, # Make an anonyous bind read more
  • marsup: Hello, i would like to know how can i use read more
  • Bill: Phil Coolick at Driftwood might have done that analysis or read more
  • Richard Rauscher: Has anyone done an analysis to determine the cost of read more

Contact Me


AIM: TNS BillS

View William Simon's profile on LinkedIn

Donate

Make a gift
Like this blog? Support education and research at Penn State by donating any amount to an area of your choice.

Subscribe

Blogroll

Disclaimer

We are Penn State, but I am not. Opinions expressed on this blog are those of the author and do not represent the opinions of The Pennsylvania State University or any division therein, including but not limited to the author's workgroup, department, administrative unit, or campus. Technologies and ideas discussed on this blog do not describe a production service unless noted.