Olivier,
Yes, I've successfully run homestead against OpenIMSCore's HSS.
I've seen OpenIMSCore's HSS return ERROR_IDENTITY_ALREADY_REGISTERED in
response to Server-Assignment-Requests but not in response to
Multimedia-Auth-Requests. In fact, I've just had a look at the OpenIMSCore
code and can't see any code path where it would return this to a
Multimedia-Auth-Request. Would you be able to share network captures (e.g.
.pcap) of the successful and failing flows?
I'm surprised that you're not seeing a Destination-Host on your
Multimedia-Auth-Request. Here's a sample that I just captured from my
homestead. As you can see, there is a Destination-Host. As above, would you
be able to gather network capture (e.g. a .pcap file) showing your
Multimedia-Auth-Request?
'3GPP/Multimedia-Auth-Request'
Version: 0x01
Length: 20
Flags: 0xC0 (RP--)
Command Code: 303
ApplicationId: 16777216
Hop-by-Hop Identifier: 0x00000000
End-to-End Identifier: 0xC319CCE0
{internal data}: src:(nil)(0) rwb:(nil) rt:0
cb:0x43dec0,0x43e310(0x7fafcc028fe0) qry:(nil) asso:0 sess:0x7fafcc0293b0
AVP: 'Session-Id'(263) l=8 f=-M
val="ec2-54-197-180-128.compute-1.amazonaws.com;1396640817;5"
AVP: 'Vendor-Specific-Application-Id'(260) l=8 f=-M val=(grouped)
AVP: 'Vendor-Id'(266) l=12 f=-M val=10415 (0x28af)
AVP: 'Auth-Application-Id'(258) l=12 f=-M val=16777216 (0x1000000)
AVP: 'Auth-Session-State'(277) l=12 f=-M val='NO_STATE_MAINTAINED' (1 (0x1))
AVP: 'Destination-Realm'(283) l=8 f=-M val="mirw.cw-ngv.com"
AVP: 'Destination-Host'(293) l=8 f=-M
val="ec2-54-226-216-127.compute-1.amazonaws.com"
AVP: 'Origin-Host'(264) l=8 f=-M
val="ec2-54-197-180-128.compute-1.amazonaws.com"
AVP: 'Origin-Realm'(296) l=8 f=-M val="hs.mirw.cw-ngv.com"
AVP: 'User-Name'(1) l=8 f=-M val="[email protected]"
AVP: 'Public-Identity'(601) vend='3GPP'(10415) l=12 f=VM
val="sip:[email protected]"
AVP: 'SIP-Auth-Data-Item'(612) vend='3GPP'(10415) l=12 f=VM val=(grouped)
AVP: 'SIP-Authentication-Scheme'(608) vend='3GPP'(10415) l=12 f=VM
val="Unknown"
AVP: 'SIP-Number-Auth-Items'(607) vend='3GPP'(10415) l=16 f=VM val=1 (0x1)
AVP: 'Server-Name'(602) vend='3GPP'(10415) l=12 f=VM
val="sip:sprout.mirw.cw-ngv.com:5054"
Thanks,
Matt
From: [email protected]
[mailto:[email protected]] On Behalf Of DURECU,
OLIVIER (OLIVIER)
Sent: 04 April 2014 20:58
To: Eleanor Merry
Cc: [email protected]
Subject: Re: [Clearwater] Diameter UAR server name not read with external HSS
Thanks again
With the s-cscf.json corrected, I managed having a successful forward of the
REGISTER to the S-CSCF.
Now this is the MAR request which fails. My OpenIMS HSS replies
ERROR_IDENTITY_ALREADY_REGISTERED as MAA, whereas this is not the case
And if I use another IMS Core connected to this HSS with the same user, it works
The only different I noticed is that the working MAR has a Destination-Host AVP
that HomeStead MAR doesn't have...
Nothing interesting found in OpenIMS HSS logs :(
Has anyone already associated OpenIMS HSS and HomeStead successfully ?
Olivier
De : Eleanor Merry [mailto:[email protected]]
Envoyé : vendredi 4 avril 2014 19:43
À : DURECU, OLIVIER (OLIVIER)
Cc :
[email protected]<mailto:[email protected]>
Objet : RE: Diameter UAR server name not read with external HSS
Hi Olivier,
Homestead is incorrectly only checking for the Server-Name that appears in the
root of the message. It should also be checking for the Server-Name that's in
the Server-Capabilities AVP (which is where it is in your UAR). I've raised an
issue to track fixing this (https://github.com/Metaswitch/homestead/issues/77).
For the S-CSCF selection issue - the capabilities in the s-cscf.json file needs
to be an array. If you change "capabilities" : 1 in your file to "capabilities"
: [1] then the S-CSCF selector should be able to parse it (you will need to run
"service sprout reload" to pick up the change).
Ellie
From: DURECU, OLIVIER (OLIVIER) [mailto:[email protected]]
Sent: 04 April 2014 18:07
To: DURECU, OLIVIER (OLIVIER); Eleanor Merry
Cc:
[email protected]<mailto:[email protected]>
Subject: RE: Diameter UAR server name not read with external HSS
I have joined a capture of my wireshark screen displaying that the UAR contains
a Server-Name AVP. Why is Homestead ignoring it :(
I am also unlucky with the capabilities. I have a s-cscf.json configured like
this
{
"s-cscfs" : [
{ "server" : "sip:bell-labs.net:5054;transport=TCP",
"priority" : 0,
"weight" : 100,
"capabilities" : 1
}
]
}
But it seems that sprout cannot use it :(, any inspiration on both problems ? I
was hoping to have everything working before leaving in week-end :)
04-04-2014 16:51:23.577 Debug httpconnection.cpp:396: Received HTTP response :
{"result-code":2001,"mandatory-capabilities":[],"optional-capabilities":[1]}
04-04-2014 16:51:23.578 Debug statistic.cpp:103: Send new value for statistic
connected_homesteads, size 2
04-04-2014 16:51:23.578 Debug zmq_lvc.cpp:168: Update to connected_homesteads
statistic
04-04-2014 16:51:23.578 Debug statistic.cpp:103: Send new value for statistic
hss_latency_us, size 5
04-04-2014 16:51:23.578 Debug zmq_lvc.cpp:251: Clearing message cache for
0x7f4394009cb0
04-04-2014 16:51:23.578 Debug icscfproxy.cpp:687: HSS returned capabilities
04-04-2014 16:51:23.578 Warning scscfselector.cpp:151: There are no configured
S-CSCFs
Olivier DURECU
Bell Labs / IP Platform Research
Villarceaux Center
Tel: +33(0) 130772759
GSM: +33(0) 683776482
De : Eleanor Merry [mailto:[email protected]]
Envoyé : vendredi 4 avril 2014 18:18
À : DURECU, OLIVIER (OLIVIER);
[email protected]<mailto:[email protected]>
Objet : RE: Diameter UAR server name not read with external HSS
Hi Olivier,
What is the UAR diameter response you're seeing from the HSS?
Homestead gets the S-CSCF name from the 'Server-Name' attribute on this
response. The logs show that Homestead parsed the response, couldn't find this
attribute in the response (or it was empty), so tried to find the
'Server-Capabilities' instead. The Sprout logs suggest that the response
included an 'Optional-Capability' of 1.
Sprout then tried to choose an S-CSCF based on the optional capability '1', but
the S-CSCF selector reported that there were no configured S-CSCFs. S-CSCFs are
stored in the s-cscf.json file in /etc/clearwater - you will need to set this
up so that it includes your S-CSCFs (how to configure this file is detailed at
https://github.com/Metaswitch/clearwater-docs/wiki/Manual-Install#setting-up-s-cscf-configuration).
Ellie
From:
[email protected]<mailto:[email protected]>
[mailto:[email protected]] On Behalf Of DURECU,
OLIVIER (OLIVIER)
Sent: 04 April 2014 15:50
To:
[email protected]<mailto:[email protected]>
Subject: [Clearwater] Diameter UAR server name not read with external HSS
Hello experts,
With an external HSS, I can't manage to register.
At the ICSCF, in the UAR diameter response, there is a server capabilities AVP
containing the server-name attribute (being the attributed S-CSCF) (observed
with Wireshark)
HomeStead reads this AVP, but does not extract the server-name from it. There
is no error in the log, it just doesn't do it...
Any idea ?
04-04-2014 14:39:58.474 Debug diameterstack.cpp:604: Got
Experimental-Result-Code 2001
04-04-2014 14:39:58.474 Debug handlers.cpp:517: Received User-Authorization
answer with result 0/2001
04-04-2014 14:39:58.474 Debug statistic.cpp:103: Send new value for statistic
H_hss_latency_us, size 5
04-04-2014 14:39:58.474 Debug handlers.cpp:538: Got Server-Capabilities
04-04-2014 14:39:58.474 Debug cx.cpp:188: Getting server capabilties from
User-Authorization answer
04-04-2014 14:39:58.474 Debug statistic.cpp:103: Send new value for statistic
H_hss_subscription_latency_us, size 5
04-04-2014 14:39:58.474 Debug zmq_lvc.cpp:168: Update to H_hss_latency_us
statistic
04-04-2014 14:39:58.474 Debug zmq_lvc.cpp:251: Clearing message cache for
0x7f82dc005300
04-04-2014 14:39:58.474 Debug zmq_lvc.cpp:168: Update to
H_hss_subscription_latency_us statistic
04-04-2014 14:39:58.474 Debug zmq_lvc.cpp:251: Clearing message cache for
0x7f82dc00e730
04-04-2014 14:39:58.474 Verbose httpstack.cpp:64: Sending response 200 to
request for URL /impi/olivier%40bell-labs.net/registration-status, args
impu=sip%3Aolivier%40bell-labs.net&auth-type=REG
At sprout logs
04-04-2014 14:15:01.999 Debug httpconnection.cpp:396: Received HTTP response :
{"result-code":2001,"mandatory-capabilities":[],"optional-capabilities":[1]}
04-04-2014 14:15:01.999 Debug icscfproxy.cpp:687: HSS returned capabilities
04-04-2014 14:15:01.999 Warning scscfselector.cpp:151: There are no configured
S-CSCFs
Olivier DURECU
Bell Labs / IP Platform Research
Villarceaux Center
Tel: +33(0) 130772759
GSM: +33(0) 683776482
_______________________________________________
Clearwater mailing list
[email protected]
http://lists.projectclearwater.org/listinfo/clearwater
