bettybop68 / android-rcs-ims-stack

Automatically exported from code.google.com/p/android-rcs-ims-stack
0 stars 1 forks source link

Caller preferences for FToHTTP or Geoloc #237

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Register A(blackbird) and B(albatros)
2. A sends an INVITE with FToHTTP content to B

What is the expected output?
B should not receive INVITE request (blocked by IMS Core according to features 
provided in B's REGISTER)

What do you see instead?
B receives invite request because fthttp feature in header Accept-Contact does 
not have explicit/require tags as described in RFC3841. packet 48 in attachment.

What version of the product are you using? On what operating system?
RI 2.5.15

Please provide any additional information below.
Same behaviour expected for Geoloc invite.

Original issue reported on code.google.com by rcs.capg...@gmail.com on 4 Mar 2014 at 9:28

Attachments:

GoogleCodeExporter commented 8 years ago
This use case is not valid.
The stack check the capacity of the remote. If FToHTTP is not supported, 
invitation is not sent.

Original comment by lemordan...@gmail.com on 24 Mar 2014 at 2:01

GoogleCodeExporter commented 8 years ago
The use case is valid in a multidevices context.
B is registered with a B1 blackbird, and B2 albatros.

The stack sends invite FToHTTP to B. => FToHTTP INVITE sent to B1 and B2.

explicit/require tags must be set.

Original comment by jeanmari...@gmail.com on 24 Mar 2014 at 2:07

GoogleCodeExporter commented 8 years ago

Original comment by lemordan...@gmail.com on 24 Mar 2014 at 3:22