<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 27, 2022 at 11:02 AM Dan Cropp <<a href="mailto:dan@amtelco.com">dan@amtelco.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div lang="EN-US" style="overflow-wrap: break-word;">
<div class="gmail-m_-1017933914888143292WordSection1">
<p class="MsoNormal">Looking at the Asterisk wiki<u></u><u></u></p>
<p class="MsoNormal"><a href="https://wiki.asterisk.org/wiki/display/AST/Asterisk+Geolocation+Implementation" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Asterisk+Geolocation+Implementation</a></p></div></div></blockquote><div><br></div><div>Just FYI, I'm in the process of clarifying and adding more info. Should be done Friday.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US" style="overflow-wrap: break-word;"><div class="gmail-m_-1017933914888143292WordSection1"><p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I see the dial plan support the GeolocProfileCreate and there is support for GEOLOC_PROFILE settings to be set on the dial plan.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">We currently use AMI Originate support. We may have dozens/hundreds of calls in the system and external to Asterisk, someone executes a behavior where we perform the Originate, if the party answers, we ConfBridge the necessary calls together.
It can be multiple calls and we never know when the total calls bridged together will need to be increased. Because of the random increase in calls, we can’t use the Dial to bridge the parties together.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">The GEO Location information for the original caller can vary significantly because they could be WebRTC. We are planning to require the setup of the Geo Location for each call to be provided to us (either via the incoming call or it may
be provided from third party software). Either way, we will know what the GEO Location to use for the Originate. Trying to wrap my head around the best way to achieve this.</p></div></div></blockquote><div><br></div><div>A real scenario to test!!! Thanks! </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US" style="overflow-wrap: break-word;"><div class="gmail-m_-1017933914888143292WordSection1"><p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Using AMI Originate, is it possible to set the GEOLOC_PROFILE settings via the Variable header?</p></div></div></blockquote><div><br></div><div>I've not tested this but you don't need to do it at all...</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US" style="overflow-wrap: break-word;"><div class="gmail-m_-1017933914888143292WordSection1"><p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">My thought would be to configure an outgoing Geo Location profile for the PJSIP endpoint, but it would have the minimum settings.</p></div></div></blockquote><div><br></div><div>Actually it would have a template specifying replacement channel variables.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US" style="overflow-wrap: break-word;"><div class="gmail-m_-1017933914888143292WordSection1"><p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal">When sending the AMI Originate, provide all the adjustments to the GEOLOC_PROFILE settings via the Variable.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Is this possible or might there be a better way to achieve this?<u></u><u></u></p>
<p class="MsoNormal"><u></u> </p></div></div></blockquote><div>It's possible but probably not needed. Let's say you're using Civic Address and a direct originate to the remote party via Dial. In the originate, you can specify regular, inherited channel variables with the official Civic Address parameters preceded by '_'. Let's use HNO (house number) as an example. You'd set _HNO=1633 in the originate and since it has the '_' prefix it's going to be inherited by the outgoing channel. In the outgoing channel's profile/location, you'd set 'location_info = HNO=${_HNO}. Of course there'd be more than just the HNO parameter set but it's the same technique. The outgoing channel has a very generic location template populated with values received from the incoming channel.</div><div><br></div><div>Now, this isn't going to work if you're originating both calls and adding them to a bridge yourself but in this case, you have both channels at the same time so you can just add the incoming channel's location info directly to the outgoing channel's variables as you originate the outgoing call. Youdon';t need to create a new GEOLOC_PROFILE for the outgoing channel.</div><div><br></div><div>All of this assumes that I actually understood your situation correctly. :)</div><div><br></div><div>How are you getting the caller's info in the first place?</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US" style="overflow-wrap: break-word;"><div class="gmail-m_-1017933914888143292WordSection1"><p class="MsoNormal"><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Alternatively, I could generate an internal local channel, configure the GeoLocProfile on it, configure all GEOLOC_PROFILE adjustments on it, then have it perform the Dial. If the other end answers or not, treat it exactly as we currently
do using the Originate.</p></div></div></blockquote><div><br></div><div>Sounds more complicated than it needs to be. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US" style="overflow-wrap: break-word;"><div class="gmail-m_-1017933914888143292WordSection1"><p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Dan<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" target="_blank">https://community.asterisk.org/</a><br>
<br>
New to Asterisk? Start here:<br>
<a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Getting+Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a></blockquote></div></div>