Hi Ellie, Thanks a lot. Indeed, Dnsmasq was the missing link because of which sprout was not able to communicate with homestead and ralf.
I configured dnsmasq, and now have run into another problem (meh) Scouting through the logs, I've noticed the following points. Sprout receives the initial REGISTER from Bono, determines that it hasn’t been authenticated, and so starts to challenge it. 13-09-2014 09:12:11.970 UTC Debug authentication.cpp:636: No authentication information in request or stale nonce, so reject with challenge So it sends a request to homestead. 13-09-2014 09:12:11.970 UTC Debug httpconnection.cpp:540: Sending HTTP request : http://hs.ims.hom:8888/impi/6505550969/av?impu=sip%3A6505550969%40ims.hom (trying 10.129.34.49) on new connection 13-09-2014 09:12:11.975 UTC Error httpconnection.cpp:569: http://hs.ims.hom:8888/impi/6505550969/av?impu=sip%3A6505550969%40ims.hom failed at server 10.129.34.49 : HTTP response code said error (22 404) : fatal 13-09-2014 09:12:11.975 UTC Error httpconnection.cpp:667: cURL failure with cURL error code 22 (see man 3 libcurl-errors) and HTTP error code 404 13-09-2014 09:12:11.975 UTC Error hssconnection.cpp:144: Failed to get Authentication Vector for 6505550969 13-09-2014 09:12:11.975 UTC Debug authentication.cpp:422: Failed to get Authentication vector 13-09-2014 09:12:11.975 UTC Verbose stack.cpp:249: TX 487 bytes Response msg 403/REGISTER/cseq=2 (tdta0x7f1ae016b810) to TCP 10.129.34.51:49688: However it fails, and the error is propagated back to Bono. The homestead acknowledges the request from sprout, however it faces an error: 13-09-2014 09:15:13.104 UTC Error cassandra_store.cpp:409: Cassandra request failed: rc=2, Row 6505550969 not present in column_family impi I thought it is an issue with the impi table. However it contains the entry corresponding to the number. cqlsh:homestead_cache> select * from impi; private_id | digest_ha1 | digest_qop | digest_realm | known_preferred --------------------+----------------------------------+------------+--------------+----------------- [email protected] | 39948702e7480ea84200b5b2b29b3a1b | auth | ims.hom | True [email protected] | 0975b0013ba477db4f4b7b3ca72b2510 | auth | ims.hom | True [email protected] | bc48418eb380632306472faaef6cf954 | auth | ims.hom | True As it turns out, an entry is there corresponding to 6505550969, however it is of form [email protected]. Can you please help me figure out what might be the issue cassandra is facing? Regards, Sushant Sushant Hiray, Senior Undergrad CSE, IIT Bombay On Fri, Sep 12, 2014 at 9:16 PM, Eleanor Merry <[email protected] > wrote: > Hi, > > > > Clearwater uses dnsmasq (a DNS forwarder that runs on each Clearwater node > to act as a cache). The clearwater processes look in /etc/resolv.conf for > DNS configuration, and this points them to localhost, where dnsmasq runs. > > > > Your successful nslookup doesn’t use localhost, but instead 10.129.34.70, > so you’ll need to update the dnsmasq configuration to point to this server > rather than localhost. You can find details of how to do this at: > https://github.com/Metaswitch/clearwater-docs/wiki/Clearwater-DNS-Usage#client-configuration > > > > Also, in your email you put: > > > > “HttpResolver::resolve for host hs.ims.hom, port 8888, family 2 > 10-09-2014 20:04:09.570 UTC Debug baseresolver.cpp:511: Attempt to parse > hs.ims.hom as IP address > 10-09-2014 20:04:09.570 UTC Debug dnscachedresolver.cpp:179: Pulling 0 > records from cache for hs.ims.hom A > 10-09-2014 20:04:09.570 UTC Debug baseresolver.cpp:359: Found 0 A/AAAA > records, randomizing > 10-09-2014 20:04:09.570 UTC Debug baseresolver.cpp:418: Adding 0 servers > from blacklist > > > > Doesn't the baseresolver.cpp:359 line signify that it found hs.ims.hom?” > > The baseresolver log indicates how many A/AAAA records were found for the > address – in this case none. > > > > Hope this helps, > > > > Ellie > > > > *From:* Sushant Hiray [mailto:[email protected]] > *Sent:* 11 September 2014 13:08 > *To:* Eleanor Merry > *Cc:* [email protected] > *Subject:* Re: [Clearwater] SIP Client Register not working [403 > Forbidden] > > > > Hi Elie, > > Thanks for a quick reply. I've configured a DNS server. > > Here are some quick bytes. > > [sprout]synerg@ubuntu-precise:~$ ping ralf.ims.hom > PING ralf.ims.hom (10.129.34.68) 56(84) bytes of data. > 64 bytes from ralf.ims.hom (10.129.34.68): icmp_req=1 ttl=64 time=1.30 ms > 64 bytes from ralf.ims.hom (10.129.34.68): icmp_req=2 ttl=64 time=0.784 ms > 64 bytes from ralf.ims.hom (10.129.34.68): icmp_req=3 ttl=64 time=0.759 ms > 64 bytes from ralf.ims.hom (10.129.34.68): icmp_req=4 ttl=64 time=0.720 ms > ^C > --- ralf.ims.hom ping statistics --- > 4 packets transmitted, 4 received, 0% packet loss, time 3004ms > rtt min/avg/max/mdev = 0.720/0.891/1.304/0.241 ms > [sprout]synerg@ubuntu-precise:~$ ping hs.ims.hom > PING hs.ims.hom (10.129.34.49) 56(84) bytes of data. > 64 bytes from hs.ims.hom (10.129.34.49): icmp_req=1 ttl=64 time=1.28 ms > 64 bytes from hs.ims.hom (10.129.34.49): icmp_req=2 ttl=64 time=0.889 ms > 64 bytes from hs.ims.hom (10.129.34.49): icmp_req=3 ttl=64 time=0.671 ms > ^C > --- hs.ims.hom ping statistics --- > 3 packets transmitted, 3 received, 0% packet loss, time 2002ms > rtt min/avg/max/mdev = 0.671/0.947/1.282/0.254 ms > [sprout]synerg@ubuntu-precise:~$ nslookup hs.ims.hom > Server: 10.129.34.70 > Address: 10.129.34.70#53 > > Name: hs.ims.hom > Address: 10.129.34.49 > > [sprout]synerg@ubuntu-precise:~$ nslookup ralf.ims.hom > Server: 10.129.34.70 > Address: 10.129.34.70#53 > > Name: ralf.ims.hom > Address: 10.129.34.68 > > So I guess sprout can reach both hs.ims.hom and ralf.ims.hom > > > > HttpResolver::resolve for host hs.ims.hom, port 8888, family 2 > 10-09-2014 20:04:09.570 UTC Debug baseresolver.cpp:511: Attempt to parse > hs.ims.hom as IP address > 10-09-2014 20:04:09.570 UTC Debug dnscachedresolver.cpp:179: Pulling 0 > records from cache for hs.ims.hom A > 10-09-2014 20:04:09.570 UTC Debug baseresolver.cpp:359: Found 0 A/AAAA > records, randomizing > 10-09-2014 20:04:09.570 UTC Debug baseresolver.cpp:418: Adding 0 servers > from blacklist > > > > Doesn't the baseresolver.cpp:359 line signify that it found hs.ims.hom? > > Thanks, > > Sushant > _______________________________________________ Clearwater mailing list [email protected] http://lists.projectclearwater.org/listinfo/clearwater
