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]
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

Reply via email to