For more information, please check out the website.
For information on Chapters in your area, check out:
Collaboration and a whole bunch of other stuff. BTW I work @ Cisco Systems.
The whole idea of the E911 (Enhanced 911) is to provide acurate location information to a PSAP. With the 911 Enable solution, this is provided through the user configurable Remote Location Management service that appears as a Tab in MOC as pictured below. Users can input their current location, which is registered to 911 Enable through their on-premise Emergency Gateway shown in the network diagram as the two red boxes.
This information is not much use without a way to match this against a user when an outbound call to 911 is generated. This matching process uses the EPID that is provided by the front-end server on every generated call and is registered by the client to the Emergency Gateway (EGW) when the client first registers to OCS along with IP address and MAC. The EPID allows the Emergency gateway to match the user against registered information in the EGW database, which is then feed back to 911 Enable to allow routing to the correct PSAP. Calls that have been identifed to have a location are routed directly to 911 Enable over an IP connection via VPN. Unconfigured clients are routed to the 911 Emergency Response Center. Without a clear location routing to the wrong PSAP is avoided.
For the solution we are trialing we have one dedicated 911 mediation server that only handles outbound 911 calls. This could of course be multiple servers in a round robin configuration for outbound call processing of 911 calls. Due to the load balancer, inbound calls are not available through this server and call rejects from the EGW servers have to be routed locally and not passed back to the mediation server for processing. This is overcome by redundant calls paths from the EGW servers that allow fallback routing to the E911 Enable Emergency Response Center through the PSTN. In my case, I have chosen to use a Cisco Unified Communications Manager as the fallback device but it could just as easily been a SIP gateway such as Audio Codes Gateway.
This type of application shows the flexibility of OCS and the agility of third party vendors. This solution was designed in a short period of time by 911 Enable and depending on your environment should be an easy solution to configure. My congratulations goes out to the folks at 911 Enable for developing this solution, as I am sure this will overcome a road block for more than one Microsoft customers looking to move to OCS Enterprise Voice.
For more information on this solution, please contact 911 Enable directly.
http://www.codeplex.com/MOCVistaGadget
The second one I found, thanks to Jeff Schertz blog, is a gadget by Dmitry Polzin. This is a handy gadget for those that typically have a lot of simultaneous conversation windows open at the same time along with other clutter that is in the taskbar. This makes finding the conversation window you want a little easier. This is also a common complaint I get from users. Both seem to work fine with MOC 2007 R2 (RTM) also.
http://gallery.live.com/liveItemDetail.aspx?li=2701d34d-ec6a-48ec-9ce2-a3932345f3a8
One thing I also like about this gadget is it can be dragged on to the desktop. At the moment I am trying both out to see which one is the more useful and will stay long term.