Alot of this probably differs from state to state or country to country.. I hope this helps though<br><br>The way we handle this here is break locations down based on size or layout - whatever makes the most sense from the perspective of an ambulance or fire truck having the find the location. so in most cases we just have 1 floor = 1 location, but in some cases for very large buildings we have multiple locations per floor, and for some very small locations (residential house size) we just have 1 location per building. I believe there is a square foot requirement per location in our state E911 code. Also the PSAP here has very strict guidelines on what goes in each field in there database regarding street address etc - it doesnt always match the USPS mailing address.
<br><br>Locations are pre-configured in cisco ER usually based on switchport but can also be by IP addr or dn. The finer grain your locations are, the smaller they are and the more of them, resulting in more ELINs and more cost (each ELIN is its own telephone number that is essentially consumed). So someone has to decide how granular the information needs to be versus how many ELINs you want to pay for and how many slots in a PS-ALI you want to use up and also pay for.
<br><br>Generally for us once a location is in the ER database its there for good, so there isnt a terrible amount of turnover for that and we only need to add to the database when there is a new building coming online with VoIP. When we do have to update the PS-ALI, it's a chore - special file
formats and uploads to the verizon server via dialup/SecureID/kermit. the thing that we do have to be careful of is when people move patch cables in closets that could potentially move a port to a different emergency location. I dont have an easy solution other than you have to take control of these areas and make sure changes get handled properly so that your locations are correct.
<br><br>I hope that helps, the CER docs are a good place to start but i'm sure someone can help out if you have a particulr question about it.<br><br><div><span class="gmail_quote">On 7/28/06, <b class="gmail_sendername">
TechGuy</b> <<a href="mailto:techguy+voip@gmail.com">techguy+voip@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I have a basic e911 question, particularly in regards to Cisco<br>Emergency Responder.<br><br>Is the primary idea behind rolling out e911 is to pin point actual<br>physical location, say like all the way down to where a person or
<br>phone is located in a cube?<br><br>Thats what I am being asked to look into. A solution that provides<br>cube location if you will. We have large locations all over the<br>state, some buildings with multi floors, and so on. I have heard and
<br>read examples of e911 being used for identifying buildings and<br>locations when using VoIP, I have heard of it being used for<br>identifying buildings and even floors within in a building.<br><br>I am a bit confused however as to how you do this and particularly in
<br>regards to mapping things all the way down to the cube or something.<br>It would be fine I guess in an environment that was not dynamic and<br>phones could be locked down so they couldn't move. Some how match the<br>
mac of the phone to the port on the switch, which you would have to<br>map to the cube or something. I would think administering this would<br>be a nightmare since things can easily change. Someone could change<br>something in a wiring closet, or move phones or something.
<br><br>Just wondering how people are doing this, if they are? Its something<br>management seems to really want to move on, and I am bit unsure about<br>it all. Guess I need to read a little more on the emergency responder
<br>product from Cisco and that might help. We are an all Cisco shop,<br>data and telephone. So emergency responder appears to be the logical<br>next step. Really just don't get how people are managing the<br>locations and the changes, guess there is a way to automate some of it
<br>as long as your wiring closets dont get messed with. If you know cube<br>xyz is always patched to switch abc, port 4 then its not that<br>difficult to imagine a way to script pulling the mac table off a<br>switch and seeing what mac is associated to what port I guess.
<br><br>Ah well, just wanted to throw it out there here from others and maybe<br>get pointed to some resources others have utilized in this very issue.<br>_______________________________________________<br>cisco-voip mailing list
<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></blockquote></div>
<br><br clear="all"><br>-- <br>Ed Leatherman<br>Senior Voice Engineer<br>West Virginia University<br>Telecommunications and Network Operations