16 Feb
2021
16 Feb
'21
9:36 p.m.
### Description
According [RFC5985](https://tools.ietf.org/html/rfc5985)
The POST method is the only method REQUIRED for HELD.
If a LIS
chooses to support GET or HEAD, it SHOULD consider the kind of
application doing the GET.
So not all LIS servers support the GET method and only the POST method always present.
Also [rfc6753#section-3.2](https://tools.ietf.org/html/rfc6753#section-3.2)
An HTTP GET request to a HELD URI produces a HELD
response as if the
following HELD request had been sent using HTTP POST:
<locationRequest xmlns="urn:ietf:params:xml:ns:geopriv:held">
<locationType exact="false">
geodetic civic
</locationType>
</locationRequest>
### Expected behavior
Dereference Geolocation URLs using POST method with content according
[rfc6753#section-3.2](https://tools.ietf.org/html/rfc6753#section-3.2)
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2641
17 Feb
17 Feb
5:30 p.m.
I observed that http_client drop the HTTP request after a timeout.
So will be good to let LIS know Kamailio timeout.
To do this may be used `responseTime` paramer according rfc5985#section-6.1
The "responseTime" attribute MAY be included
in a location request
message. The "responseTime" attribute includes a
time value
indicating to the LIS how long the Device is prepared to wait for a
response or a purpose for which the Device needs the location.
The time value in the "responseTime"
attribute is expressed as a non-
negative integer in units of milliseconds.
So we can use request body like
```xml
<locationRequest xmlns="urn:ietf:params:xml:ns:geopriv:held"
responseTime="4000">
<locationType exact="false">
geodetic civic
</locationType>
</locationRequest>
```
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2641#issuecomment-780524717
18 Feb
18 Feb
7:05 p.m.
According [rfc5985](https://tools.ietf.org/html/rfc5985) `responseTime` may contain
values
1. `emergencyRouting`
2. `emergencyDispatch`
3. non Negative Integer value
```xml
<!-- responseTime Type -->
<xs:simpleType name="responseTimeType">
<xs:union>
<xs:simpleType>
<xs:restriction base="xs:token">
<xs:enumeration value="emergencyRouting"/>
<xs:enumeration value="emergencyDispatch"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType>
<xs:restriction base="xs:nonNegativeInteger">
<xs:minInclusive value="0"/>
</xs:restriction>
</xs:simpleType>
</xs:union>
</xs:simpleType>
```
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2641#issuecomment-781366117
9:29 p.m.
Pinging @wkampich as he mentioned in a PR that works on extending the module and maybe
some of these are on his table already.
Otherwise, you can also start implementing and make pull requests to the lost module. Or
if other developers want to do it, they should make a note here. At the moment I have no
spare time and no environment that would make it easier for me to approach it. Based on
last online devel meeting conclusions, requests for new features that do not attract a
developer to implement them will be closed after a while, a reference to this page can be
collected in a wiki page, just in case someone wants to pick it up in the future.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2641#issuecomment-781468232
11:23 p.m.
@miconda
This ticket for requirements definition not only.
When I or another developer will be ready to implement then it can be reopened.
P.S. May we need some live cycle for tickets. Like "if the feature ticket not
commented by somebody from Kamailio team, then automatically close with tag
`not-dev-to-implement`".
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2641#issuecomment-781544615
19 Feb
19 Feb
12:44 a.m.
`responseTime` is set via `modparam("lost", "response_time", 5000)`
and should to be a value less than the `http_client` timeout value, but anyway thanks for
your feedback, I'll have a look at it ... regarding POST method to dereference
locationis something I've on my table as I've seen it when preparing for the
upcoming ETSI NG112 Plugtests event.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2641#issuecomment-781590637
12:46 p.m.
Thanks @wkampich for the `response_time` modparam reference.
Looks as here required support of two string values `emergencyRouting` and
`emergencyDispatch`.
When used these string values we can set `0` timeout value for http_client AIP call.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2641#issuecomment-781898306
3 May
3 May
6:52 p.m.
Can this one be closed? There was quite some development pushed to lost module.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2641#issuecomment-831273460
9:18 p.m.
Sure, Daniel.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2641#issuecomment-831371180
9:18 p.m.
Closed #2641.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2641#event-4678984280
1100
days inactive
1176
days old
9 comments
3 participants
participants (3)
-
Daniel-Constantin Mierla -
sergey-safarov
-
Wolfgang Kampichler