Hi Mike, Thanks for your reply.
My config file looked like this: Account [email protected]: +-- display_name = None account --|-- enabled = True |-- auth |-- message_summary |-- msrp |-- nat_traversal |-- presence |-- rtp |-- sip |-- sounds |-- tls +-- xcap +-- password = mypass auth --|-- username = None + ... As it turns out, the auth.username was not getting set by default when I added an account. I set the auth.username field and I was able to register. :) Thanks Mike and Ellie for your help. I really appreciate it. Regards, Sushant Sushant Hiray, Senior Undergrad CSE, IIT Bombay On Mon, Sep 15, 2014 at 6:17 PM, Mike Evans <[email protected]> wrote: > Sushant > > > > I’ve not used Blink on Linux so I can’t comment on the commands you’re > using. I do have Blink installed on my Windows 7 desktop, and the > configuration file for one of the Clearwater users is as follows. > > > > [email protected]: > > display_name = me > > enabled = true > > auth: > > password = <password> > > username = [email protected] > > nat_traversal: > > use_ice = true > > sip: > > outbound_proxy = "cw-ngv.com:5060;transport=tcp" > > Looking at the documentation for SIPSimple (which seems to be what > underlies Blink), “sip-settings –a set” can be used to set various > configuration values, and “sip-settings –a show” will display the settings, > so what is the output if you run “sip-settings –a show [email protected] > ”? > > > > Mike > > > > > > *From:* Sushant Hiray [mailto:[email protected]] > *Sent:* 15 September 2014 12:58 > *To:* Mike Evans > *Cc:* Eleanor Merry; [email protected] > > *Subject:* Re: [Clearwater] SIP Client Register not working [403 > Forbidden] > > > > Hi Mike, > > I'm using Blink on Linux. > > These are the commands I'm using to add a user. > > sip-settings -a add [email protected] thepassword > > sip-settings -a default [email protected] > > sip-register > > > > Isn't this sufficient? I tried searching in the installation manual, but > couldn't find anything related to setting authentication name. > > > > Regards, > Sushant > > > Sushant Hiray, > > Senior Undergrad CSE, > > IIT Bombay > > > > On Sun, Sep 14, 2014 at 10:55 PM, Mike Evans <[email protected]> wrote: > > Sushant > > You need to configure your client so the authentication name is > [email protected]. This is the convention for IMS - the authentication > name is a private user identity, which is an NAU of the form name@domain. > What client are you using? Most client allow the authentication name to be > configured separately. > > Mike > > -----Original Message----- > From: [email protected] [mailto: > [email protected]] On Behalf Of Sushant Hiray > Sent: 13 September 2014 11:30 > To: Eleanor Merry > Cc: [email protected] > Subject: Re: [Clearwater] SIP Client Register not working [403 Forbidden] > > 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-Usag > > e#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 > > > _______________________________________________ Clearwater mailing list [email protected] http://lists.projectclearwater.org/listinfo/clearwater
