<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 24, 2022 at 7:51 AM George Joseph <<a href="mailto:gjoseph@sangoma.com">gjoseph@sangoma.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 dir="ltr">Yeah, that's weird. I opened an issue for this...<div><a href="https://issues.asterisk.org/jira/browse/ASTERISK-30190" target="_blank">https://issues.asterisk.org/jira/browse/ASTERISK-30190</a><br></div></div><br></blockquote><div>OK, It's actually not weird :)</div><div>Let's say the configured profile is set to discard_config or prefer_incoming and there actually is an incoming profile. In this situation, by the time you reach the dialplan, we've already discarded the configured profile in favor of the incoming one so profile_precedence is going to be what's on the incoming one which will always be prefer_incoming. Is that going to be an issue?</div><div><br></div><div>BTW, there still is a bug where effective_location will be blank in this same situation and there are patches up on Gerrit that fix that and a few other bugs.</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 class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 23, 2022 at 2:47 PM Dan Cropp <<a href="mailto:dan@amtelco.com" target="_blank">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>
<div lang="EN-US">
<div>
<p class="MsoNormal">Running into a problem when retrieving the profile_precedence in the extensions.conf<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Creating a very basic geolocation.conf to allow passing through geolocation values for outbound.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">[discard_config]<u></u><u></u></p>
<p class="MsoNormal">type = profile<u></u><u></u></p>
<p class="MsoNormal">profile_precedence = discard_config<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">[discard_incoming]<u></u><u></u></p>
<p class="MsoNormal">type = profile<u></u><u></u></p>
<p class="MsoNormal">profile_precedence = discard_incoming<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">[prefer_config]<u></u><u></u></p>
<p class="MsoNormal">type = profile<u></u><u></u></p>
<p class="MsoNormal">profile_precedence = prefer_config<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">[prefer_incoming]<u></u><u></u></p>
<p class="MsoNormal">type = profile<u></u><u></u></p>
<p class="MsoNormal">profile_precedence = prefer_incoming<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I have tried setting the pjsip.conf geoloc_incoming_call_profile to all four of these profiles for inbound call testing. The discard_incoming correctly blocks the geo location information. Other 3 pass the geo location values through<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">[192.168.33.31]<u></u><u></u></p>
<p class="MsoNormal">type = endpoint<u></u><u></u></p>
<p class="MsoNormal">context = IS<u></u><u></u></p>
<p class="MsoNormal">transport = transport1<u></u><u></u></p>
<p class="MsoNormal">aors = 192.168.33.31<u></u><u></u></p>
<p class="MsoNormal">accountcode = 20<u></u><u></u></p>
<p class="MsoNormal">dtmf_mode = inband<u></u><u></u></p>
<p class="MsoNormal">device_state_busy_at = 1600<u></u><u></u></p>
<p class="MsoNormal">moh_passthrough = no<u></u><u></u></p>
<p class="MsoNormal">identify_by = username,ip,header<u></u><u></u></p>
<p class="MsoNormal">disallow = all<u></u><u></u></p>
<p class="MsoNormal">allow = ulaw<u></u><u></u></p>
<p class="MsoNormal">acl = acl1<u></u><u></u></p>
<p class="MsoNormal">geoloc_incoming_call_profile = prefer_config<u></u><u></u></p>
<p class="MsoNormal">geoloc_outgoing_call_profile = prefer_config<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">When I have the following line in the extensions.conf, it’s retrieving the GEOLOC_PROFILE(profile_precedence) to the variable, but it’s being set to prefer_incoming even when it should be discard_config or prefer_config.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">same => n,Set(MY__GEO_PROFILE_PRECEDENCE=${GEOLOC_PROFILE(profile_precedence)})<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Dan<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></div></blockquote></div>
</blockquote></div></div>