Re: [asterisk-users] [External] Geolocation/E911

[Dan Cropp]

Thank you Joshua.

I will read both links you provided.

As mentioned in another response.  If what our customer requires doesn’t fit 
well with Asterisk development, we believe we can do this work with Kamailio 
front ending the calls.  Something customer is already requiring us to do for 
high availability requirements (911 call center).  Asterisk would be far 
cleaner since there would be no timing issues of call information from 2 boxes.

Dan


From: asterisk-users  On Behalf Of 
Joshua C. Colp
Sent: Monday, May 23, 2022 3:26 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion 

Subject: Re: [External] [asterisk-users] Geolocation/E911

On Mon, May 23, 2022 at 5:18 PM Sebastian Nielsen 
mailto:sebast...@sebbe.eu>> wrote:
What are you talking about exactly?

What I have understand, E911 geo information is sent “out of band” when 911 is 
called.

So the question is, is you operating a 911 call centre – then you should have 
this information at hand already how to access this information.

Or are it the opposite, you want to send geocoded information about SIP handset 
location to a E911 service when 911 is called? (that you want to embed in the 
outgoing body when 911 is called)?

I think gaining access to these types of E911 API’s requires you being a SIP 
operator – and if you are a SIP operator with a number plan already, you should 
already have access to these types of API from the beginning and how to use 
them.

There are specifications for conveying location information dynamically in the 
SIP INVITE to an upstream provider, which uses pidf+xml alongside SDP in the 
INVITE. This allows you to provide the address, floor, room, longitude/latitude 
dynamically with the call. You can see what it looks like on the Bandwidth 
site[1]. It is a standard though, not specific to them.

[1] 
https://support.bandwidth.com/hc/en-us/articles/360006080074-E911-Dynamic-Location-Routing-integration-and-testing-guide

--
Joshua C. Colp
Asterisk Technical Lead
Sangoma Technologies
Check us out at www.sangoma.com and 
www.asterisk.org
-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] [External] Geolocation/E911

[Joshua C. Colp]

On Mon, May 23, 2022 at 5:52 PM Dan Cropp  wrote:

> We have a customer who wants to perform both directions.
>
>
>
> For inbound calls, they have indicated their switch will provide
> Geolocation/E911 information using two different ways.  Sounds like it
> depends on the equipment before the SIP proxy.
>
> It will either be in SIP headers (which we retrieve through PJSIP_HEADER
> in the dial plan).  Trivial for us to do this approach.
>
> Second approacy is their SIP proxy will append information to the body
> with mime delimiters (indicating content type of pidf+xml).
>
>
>
> They want us to retrieve this information (via Asterisk) and store it into
> their database.  When a 911 agent answers the call, they retrieve the data
> from the database and use it as needed for assisting the first responders.
>
>
>
> If Asterisk can’t do this and isn’t planned to be able to support this,
> we’re looking to make Kamailio able to process the INVITE in front of
> Asterisk.  Idea being Kamailio could communicate the information our
> customer requires and we store it in the database.  When Agent answers the
> call, use the Call-ID provided by Asterisk to match it with the Kamailio
> INVITE data’s Call-ID.
>
>
>
>
>
> We are still trying to gather details on how the customer wants the
> outbound calls to work.
>

Both directions will be supported according to the specification and
standard. The information will be accessible from the dialplan using a
dialplan function, but not the pidf+xml itself. If they're doing something
outside of the standard, then it likely wouldn't work. The code is not
written for 911 PSAPs/handlers specifically, it's written for receiving the
information from an endpoint, and for sending it out.

-- 
Joshua C. Colp
Asterisk Technical Lead
Sangoma Technologies
Check us out at www.sangoma.com and www.asterisk.org
-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] [External] Geolocation/E911

[Dan Cropp]

We have a customer who wants to perform both directions.

For inbound calls, they have indicated their switch will provide 
Geolocation/E911 information using two different ways.  Sounds like it depends 
on the equipment before the SIP proxy.
It will either be in SIP headers (which we retrieve through PJSIP_HEADER in the 
dial plan).  Trivial for us to do this approach.
Second approacy is their SIP proxy will append information to the body with 
mime delimiters (indicating content type of pidf+xml).

They want us to retrieve this information (via Asterisk) and store it into 
their database.  When a 911 agent answers the call, they retrieve the data from 
the database and use it as needed for assisting the first responders.

If Asterisk can’t do this and isn’t planned to be able to support this, we’re 
looking to make Kamailio able to process the INVITE in front of Asterisk.  Idea 
being Kamailio could communicate the information our customer requires and we 
store it in the database.  When Agent answers the call, use the Call-ID 
provided by Asterisk to match it with the Kamailio INVITE data’s Call-ID.


We are still trying to gather details on how the customer wants the outbound 
calls to work.

Dan

From: asterisk-users  On Behalf Of 
Sebastian Nielsen
Sent: Monday, May 23, 2022 3:19 PM
To: 'Mailing List' 
Subject: Re: [External] [asterisk-users] Geolocation/E911

What are you talking about exactly?

What I have understand, E911 geo information is sent “out of band” when 911 is 
called.

So the question is, is you operating a 911 call centre – then you should have 
this information at hand already how to access this information.

Or are it the opposite, you want to send geocoded information about SIP handset 
location to a E911 service when 911 is called? (that you want to embed in the 
outgoing body when 911 is called)?

I think gaining access to these types of E911 API’s requires you being a SIP 
operator – and if you are a SIP operator with a number plan already, you should 
already have access to these types of API from the beginning and how to use 
them.

Från: 
asterisk-users-boun...@lists.digium.com
 
mailto:asterisk-users-boun...@lists.digium.com>>
 För Dan Cropp
Skickat: den 23 maj 2022 22:01
Till: Asterisk Users Mailing List - Non-Commercial Discussion 
mailto:asterisk-users@lists.digium.com>>
Ämne: [asterisk-users] Geolocation/E911

Out of curiosity, is there any documentation on what is planned for the 
Geolocation/E911?

Is the plan for Asterisk to expose the SIP body and leave it to dial plan, ARI, 
AMI to process the data?
For example, mime pidf+xml section?

Or is there a different approach being worked on (or planned to be worked on)?

Dan
-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users