I've never seen any open source implementations for this. Realizing the complexity and availability of such a system, all carriers use specialized software from vendors that can adhere to problems escalations and rapid software fixes as needed. The burdens for this in the open source world, due to the legal needs to always evolving e911 regulatory requirements, are pretty harsh. At the same time, the legal implications of being responsible for something when there is no vendor standing behind you if a complaint if filed because something didn't go well is something that would discourage this. The penalties are severe.
I've dealt with several carriers on 911 in the past several years. The first two were joke. The third was one who would not issue a phone number for any city where the customer could not prove a physical office. I would say the third one was serious, the other two were just getting by since they also did not subscribe to or deliver cnam. On Fri, Nov 13, 2009 at 2:12 PM, li...@grounded.net <li...@grounded.net>wrote: > How are some of you dealing with the 911 requirement when it comes to > remote phones? > I have agreements in place which are pretty much just our updating a text > file and firing > it off to our providers which I'm not very comfortable with. > > The providers like to say 'it is extremely expensive to set up your own > ps/ali > terminal/server but like anything else, I take things with a grain of salt > because it's > not always the case. > > Is there such a thing as a ps/ali server which is first of all, open source > and if not, > are there any Internet based services which might be a better way than > updating a text > file. I just don't want the provider to say they didn't get the update if > something goes > wrong, for example. > > Mike > > > > _______________________________________________ > sipx-users mailing list sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > --
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
