Configuração de Módulos do Asterisk 21
Comando:
res_geolocation: Core Geolocation Support
Sinopse:
Since: 16.28.0, 18.14.0, 19.6.0
This is a rarely used field in the specification that would indicate the confidence in the location specifie
Descrição:
Since: 16.28.0, 18.14.0, 19.6.0
This is a rarely used field in the specification that would indicate the confidence in the location specified. See RFC7459 for exact details.
Sub-parameters:
pdf - One of: unknown normal rectangular value - A percentage indicating the confidence.
Since: 16.28.0, 18.14.0, 19.6.0
civicAddress - The 'location_info' parameter must contain a comma separated list of IANA codes or synonyms describing the civicAddress of this location. The IANA codes and synonyms can be obtained by executing the CLI comando 'geoloc show civicAddr_mapping'. GML - The 'location_info' parameter must contain a comma separated list valid GML elements describing this location. URI - The 'location_info' parameter must contain a single URI parameter which contains an external URI describing this location.
Since: 16.28.0, 18.14.0, 19.6.0
The contents of this parameter are specific to the location 'format'.
civicAddress - location_info = country=US,A1="New York",city_district=Manhattan, A3="New York", house_number=1633, street=46th, street_suffix = Street, postal_code=10222,floor=20,room=20A2 GML - location_info = Shape=Sphere, pos3d="39.12345 -105.98766 1920", radius=200 URI - location_info = URI=https:/something.com?exten=${EXTEN}
Since: 16.28.0, 18.14.0, 19.6.0
This parameter isn't required but if provided, RFC8787 says it MUST be a fully qualified host name. IP addresses are specifically NOT allowed. The value will be placed in a 'loc-src' parameter appended to the URI in the ' Geolocation' header.
Since: 16.28.0, 18.14.0, 19.6.0
This is a rarely used field in the specification that would indicate the method used to determine the location. Its usage and values should be pre-negotiated with any recipients.
GPS A-GPS Manual DHCP Triangulation Cell 802.11
16.29.0, 18.15.0, 19.7.0
Parameters for defining a Profile object
Since: 16.28.0, 18.14.0, 19.6.0
This is a rarely used field in the specification that would indicate the confidence in the location specified. See RFC7459 for exact details.
Sub-parameters:
pdf - One of: unknown normal rectangular value - A percentage indicating the confidence.
Since: 16.28.0, 18.14.0, 19.6.0
civicAddress - The 'location_info' parameter must contain a comma separated list of IANA codes or synonyms describing the civicAddress of this location. The IANA codes and synonyms can be obtained by executing the CLI comando 'geoloc show civicAddr_mapping'. GML - The 'location_info' parameter must contain a comma separated list valid GML elements describing this location. URI - The 'location_info' parameter must contain a single URI parameter which contains an external URI describing this location.
Since: 16.28.0, 18.14.0, 19.6.0
The contents of this parameter are specific to the location 'format'.
civicAddress - location_info = country=US,A1="New York",city_district=Manhattan, A3="New York", house_number=1633, street=46th, street_suffix = Street, postal_code=10222,floor=20,room=20A2 GML - location_info = Shape=Sphere, pos3d="39.12345 -105.98766 1920", radius=200 URI - location_info = URI=https:/something.com?exten=${EXTEN}
Since: 16.28.0, 18.14.0, 19.6.0
This parameter isn't required but if provided, RFC8787 says it MUST be a fully qualified host name. IP addresses are specifically NOT allowed. The value will be placed in a 'loc-src' parameter appended to the URI in the ' Geolocation' header.
Since: 16.28.0, 18.14.0, 19.6.0
This is a rarely used field in the specification that would indicate the method used to determine the location. Its usage and values should be pre-negotiated with any recipients.
GPS A-GPS Manual DHCP Triangulation Cell 802.11
Since: 16.28.0, 18.14.0, 19.6.0
The specification of this parameter will cause a '' element to be added to the outgoing PIDF-LO document. Its usage should be pre-negotiated with any recipients.
Since: 16.28.0, 18.14.0, 19.6.0
tuple device person Based on RFC5491 (see below) the recommended and default element is 'device'.
Since: 16.28.0, 18.14.0, 19.6.0
prefer_incoming - Use the incoming profile if it exists and has location information, otherwise use the configured profile if it exists and has location information. If neither profile has location information, nothing is sent. prefer_config - Use the configured profile if it exists and has location information, otherwise use the incoming profile if it exists and has location information. If neither profile has location information, nothing is sent. discard_incoming - Discard any incoming profile and use the configured profile if it exists and it has location information. If the configured profile doesn't exist or has no location information, nothing is sent. discard_config - Discard any configured profile and use the incoming profile if it exists and it has location information. If the incoming profile doesn't exist or has no location information, nothing is sent.
Since: 16.28.0, 18.14.0, 19.6.0
xxxx
This documentation was generated from Asterisk branch 21 using version GIT
Sintaxe:
Fonte: Asterisk Wiki