Hi, There weren't any INVITE attempts in the attached Sprout logs. However, looking at the Zoiper screenshot, it looks like the Zoiper client isn't registering (and so won't be able to be part of a call). In Zoiper, you should set the domain to be the same value as the home_domain value in /etc/clearwater/config. Your auth username should be the private identity of your subscriber (which I'd expect to be <username>@<domain>).
If this doesn't work, please can you send me the debug logs from Sprout for a REGISTER attempt? Ellie ________________________________ From: SHREE DUTH Awasthi [[email protected]] Sent: 02 April 2015 22:23 To: Eleanor Merry Cc: [email protected] Subject: Re: [Clearwater] Multi VM setup -SIP error 408 Hi Elle, Thanks a lot for your time and suggestions. Yes, we have created the file "/etc/clearwater/user_settings" as suggested and stopped the sprout service. Yes, we may have to ignore the CDF errors as of now. .PFA for the setting used for calling and requested logs. Please suggest if any changes are required. Best Regards, Shree Duth Awasthi. Noticable Sprout logs: SIP/2.0 200 OK Via: SIP/2.0/TCP 127.0.0.1;rport=45687;received=127.0.0.1;branch=z9hG4bK-34765 Call-ID: poll-sip-34765 From: "poll-sip" <sip:[email protected]<mailto:sip%[email protected]>>;tag=34765 To: <sip:[email protected]<mailto:sip%[email protected]>>;tag=z9hG4bK-34765 CSeq: 34765 OPTIONS Content-Length: 0 --end msg-- 02-04-2015 21:20:33.429 UTC Debug pjsip: tdta0x7f10dc00 Destroying txdata Response msg 200/OPTIONS/cseq=34765 (tdta0x7f10dc00ee40) 02-04-2015 21:20:33.429 UTC Debug thread_dispatcher.cpp:176: Worker thread completed processing message 0x7f10d400c4a8 02-04-2015 21:20:33.429 UTC Debug thread_dispatcher.cpp:182: Request latency = 494us 02-04-2015 21:20:33.430 UTC Debug statistic.cpp:103: Send new value for statistic latency_us, size 5 02-04-2015 21:20:33.430 UTC Debug zmq_lvc.cpp:172: Update to latency_us statistic 02-04-2015 21:20:33.430 UTC Debug zmq_lvc.cpp:256: Clearing message cache for 0x7f110c012ff0 02-04-2015 21:20:33.440 UTC Verbose httpstack.cpp:262: Process request for URL /ping, args (null) 02-04-2015 21:20:33.440 UTC Verbose httpstack.cpp:69: Sending response 200 to request for URL /ping, args (null) 02-04-2015 21:20:34.438 UTC Verbose pjsip: tcps0x7f10d400 TCP connection closed 02-04-2015 21:20:34.438 UTC Debug connection_tracker.cpp:91: Connection 0x7f10d4007f38 has been destroyed 02-04-2015 21:20:34.438 UTC Verbose pjsip: tcps0x7f10d400 TCP transport destroyed with reason 70016: End of file (PJ_EEOF) ^C On Thu, Apr 2, 2015 at 9:44 AM, Eleanor Merry <[email protected]<mailto:[email protected]>> wrote: Hi Shree, Can you please turn on debug logging for Sprout, retry the call, and then send me the debug logs? You can turn on debug logging by creating/editing the file '/etc/clearwater/user_settings' on the Sprout node, add log_level=5, and then restart Sprout (run 'service sprout stop' and allow Sprout to be restarted by monit). In the logs you sent before, there are some errors where Sprout is attempting to send an ACR to Ralf and this is failing. This can happen if Ralf is unable to send the ACR on to a CDF. If you don't have a CDF (not provided by Project Clearwater) in your system then you don't need to have a Ralf in your Clearwater deployment. There are also errors where Sprout can't send timer requests to Chronos. Can you also send me the Chronos logs (in /var/log/chronos/)? Ellie -----Original Message----- From: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] On Behalf Of SHREE DUTH Awasthi Sent: 01 April 2015 21:44 To: [email protected]<mailto:[email protected]> Subject: Re: [Clearwater] Multi VM setup -SIP error 408 Hi All, Request your time and suggestions. Another important observation on Sprout VM: [sprout]sprout1@sprout1:/var/log/sprout$ sudo netstat -anp | grep 7253 tcp 0 0 127.0.0.1:7253<http://127.0.0.1:7253> 0.0.0.0:* LISTEN 1284/chronos tcp 0 0 255.255.255.255:7253<http://255.255.255.255:7253> 0.0.0.0:* LISTEN 1284/chronos tcp 0 0 127.0.0.1:37680<http://127.0.0.1:37680> 127.0.0.1:7253<http://127.0.0.1:7253> TIME_WAIT - tcp 0 0 127.0.0.1:37819<http://127.0.0.1:37819> 127.0.0.1:7253<http://127.0.0.1:7253> TIME_WAIT - tcp 0 0 127.0.0.1:37271<http://127.0.0.1:37271> 127.0.0.1:7253<http://127.0.0.1:7253> TIME_WAIT - tcp 0 0 127.0.0.1:37548<http://127.0.0.1:37548> 127.0.0.1:7253<http://127.0.0.1:7253> TIME_WAIT - tcp 0 0 127.0.0.1:37137<http://127.0.0.1:37137> 127.0.0.1:7253<http://127.0.0.1:7253> TIME_WAIT - tcp 0 0 127.0.0.1:37406<http://127.0.0.1:37406> 127.0.0.1:7253<http://127.0.0.1:7253> TIME_WAIT - [sprout]sprout1@sprout1:/var/log/sprout$ [sprout]sprout1@sprout1:/var/log/sprout$ nmap -sT -O localhost TCP/IP fingerprinting (for OS scan) requires root privileges. QUITTING! [sprout]sprout1@sprout1:/var/log/sprout$ sudo nmap -sT -O localhost Starting Nmap 5.21 ( http://nmap.org ) at 2015-04-01 20:39 UTC Nmap scan report for localhost (127.0.0.1) Host is up (0.000044s latency). Not shown: 998 closed ports PORT STATE SERVICE 22/tcp open ssh 53/tcp open domain No exact OS matches for host (If you know what OS is running on it, see http://nmap.org/submit/ ). TCP/IP fingerprint: OS:SCAN(V=5.21%D=4/1%OT=22%CT=1%CU=37313%PV=N%DS=0%DC=L%G=Y%TM=551C5782%P=x OS:86_64-unknown-linux-gnu)SEQ(SP=106%GCD=1%ISR=10A%TI=Z%CI=I%II=I%TS=8)SEQ OS:(SP=106%GCD=2%ISR=10A%TI=Z%CI=I%II=I%TS=8)OPS(O1=MFFD7ST11NW9%O2=MFFD7ST OS:11NW9%O3=MFFD7NNT11NW9%O4=MFFD7ST11NW9%O5=MFFD7ST11NW9%O6=MFFD7ST11)WIN( OS:W1=AAAA%W2=AAAA%W3=AAAA%W4=AAAA%W5=AAAA%W6=AAAA)ECN(R=Y%DF=Y%T=40%W=AAAA OS:%O=MFFD7NNSNW9%CC=Y%Q=)T1(R=Y%DF=Y%T=40%S=O%A=S+%F=AS%RD=0%Q=)T2(R=N)T3( OS:R=N)T4(R=Y%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%Q=)T5(R=Y%DF=Y%T=40%W=0%S=Z OS:%A=S+%F=AR%O=%RD=0%Q=)T6(R=Y%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%Q=)T7(R=Y OS:%DF=Y%T=40%W=0%S=Z%A=S+%F=AR%O=%RD=0%Q=)U1(R=Y%DF=N%T=40%IPL=164%UN=0%RI OS:PL=G%RID=G%RIPCK=G%RUCK=G%RUD=G)IE(R=Y%DFI=N%T=40%CD=S) Network Distance: 0 hops OS detection performed. Please report any incorrect results at http://nmap.org/submit/ . Nmap done: 1 IP address (1 host up) scanned in 11.93 seconds Br, Shree On Wed, Apr 1, 2015 at 1:26 PM, SHREE DUTH Awasthi < [email protected]<mailto:[email protected]>> wrote: > Hello All, > > Am sorry for large attachments. > > We have successfully installed clearwater multi VM setup with all > services running in six different VMs which are on ESX hyper visor > which inturn is on HP proliant BL Gen8 server. > > We tried using Zoiper / X-lite client to test the SIP call but the > call is not going through. Can you please help us with pointers ? > > Notifiable Sprout logs: > 01-04-2015 18:43:44.370 UTC Error httpconnection.cpp:624: > http://10.90.10.235:7253/timers failed at server 10.90.10.235 : > Couldn't connect to server (7) : fatal > 01-04-2015 18:43:44.370 UTC Error httpconnection.cpp:624: > http://10.90.10.235:7253/timers failed at server 10.90.10.235 : > Couldn't connect to server (7) : fatal > 01-04-2015 18:43:44.371 UTC Error httpconnection.cpp:738: cURL failure > with cURL error code 7 (see man 3 libcurl-errors) and HTTP error code > 404 > 01-04-2015 18:43:44.377 UTC Error httpconnection.cpp:738: cURL failure > with cURL error code 0 (see man 3 libcurl-errors) and HTTP error code > 400 > 01-04-2015 18:43:44.377 UTC Warning acr.cpp:627: Failed to send Ralf > ACR message (0x7f8594007480), rc = 400 > > Please find all the relevant attachemnts. > > Note: We have already tried calling with and without outboud proxy ! > > Best Regards, > Shree Duth Awasthi. > +91 8867713871 > _______________________________________________ Clearwater mailing list [email protected]<mailto:[email protected]> http://lists.projectclearwater.org/listinfo/clearwater _______________________________________________ Clearwater mailing list [email protected] http://lists.projectclearwater.org/listinfo/clearwater
