Hi, Could you turn on debug logging on Bono, by following the steps here: http://clearwater.readthedocs.io/en/stable/Troubleshooting_and_Recovery.html#bono
Then if you reproduce the problem, and send us the logs from the time of the reproduced problem (the logs are in /var/log/bono/bono*.txt) we can take a look at those and see if that shows where the problem is. Thanks, Seb. From: Clearwater [mailto:[email protected]] On Behalf Of Xiaobai Li Sent: 01 March 2017 22:24 To: [email protected] Subject: Re: [Project Clearwater] Fwd: manually install clearwater on OpenStack - SIP error 408 Hi Seb, Thanks a lot for your reply. Actually, currently I directly got 408 from Bono node for REGISTER request. Here is the current packet capture from Bono. It seems like after X-Lite sends a REGISTER request to Bono, the Bono gave me a 408 error. The Bono didn't send the REGISTER request to Sprout. The only thing that I changed is the DNS server reverse zone configuration. Hope I could receive some suggestions from your side. Thanks! 10.145.15.10.57729 > bono.sip: Flags [P.], cksum 0x46e9 (correct), seq 1115:1671, ack 755, win 32768, length 556 0x0000: fa16 3e09 2d9d fa16 3ecc 35dc 0800 4500 ..>.-...>.5...E. 0x0010: 0254 9dce 0000 3d06 170c 0a91 0f0a ac1b .T....=......... 0x0020: 0114 e181 13c4 4fab 5f38 386f 3984 5018 ......O._88o9.P. 0x0030: 8000 46e9 0000 5245 4749 5354 4552 2073 ..F...REGISTER.s 0x0040: 6970 3a69 6d73 2e68 6f6d 2053 4950 2f32 ip:ims.hom.SIP/2 0x0050: 2e30 0d0a 5669 613a 2053 4950 2f32 2e30 .0..Via:.SIP/2.0 0x0060: 2f54 4350 2031 302e 3134 352e 3135 2e31 /TCP.10.145.15.1 0x0070: 303a 3537 3732 383b 6272 616e 6368 3d7a 0:57728;branch=z 0x0080: 3968 4734 624b 2d35 3234 3238 372d 312d 9hG4bK-524287-1- 0x0090: 2d2d 3065 6137 3165 3164 3332 6336 6633 --0ea71e1d32c6f3 0x00a0: 3266 3b72 706f 7274 0d0a 4d61 782d 466f 2f;rport..Max-Fo 0x00b0: 7277 6172 6473 3a20 3730 0d0a 436f 6e74 rwards:.70..Cont 0x00c0: 6163 743a 203c 7369 703a 3635 3035 3535 act:.<sip:650555 0x00d0: 3039 3234 4031 302e 3134 352e 3135 2e31 [email protected]<mailto:[email protected]> 0x00e0: 303a 3537 3732 383b 7269 6e73 7461 6e63 0:57728;rinstanc 0x00f0: 653d 3362 6534 3461 6138 6463 3439 3466 e=3be44aa8dc494f 0x0100: 3764 3b74 7261 6e73 706f 7274 3d74 6370 7d;transport=tcp 0x0110: 3e0d 0a54 6f3a 2022 5869 616f 6261 6922 >..To:."Xiaobai" 0x0120: 3c73 6970 3a36 3530 3535 3530 3932 3440 <sip:6505550924@ 0x0130: 696d 732e 686f 6d3e 0d0a 4672 6f6d 3a20 ims.hom>..From:. 0x0140: 2258 6961 6f62 6169 223c 7369 703a 3635 "Xiaobai"<sip:65 0x0150: 3035 3535 3039 3234 4069 6d73 2e68 6f6d [email protected]<mailto:[email protected]> 0x0160: 3e3b 7461 673d 3638 6636 3239 3431 0d0a >;tag=68f62941.. 0x0170: 4361 6c6c 2d49 443a 2038 3231 3538 5a6a Call-ID:.82158Zj 0x0180: 526a 4f44 6330 4e7a 5a69 4e6d 526a 4f54 RjODc0NzZiNmRjOT 0x0190: 5a6b 5932 457a 4e7a 5931 4d6a 6730 4e44 ZkY2EzNzY1Mjg0ND 0x01a0: 4933 5a47 5933 4e6a 4d0d 0a43 5365 713a I3ZGY3NjM..CSeq: 0x01b0: 2033 2052 4547 4953 5445 520d 0a45 7870 .3.REGISTER..Exp 0x01c0: 6972 6573 3a20 3336 3030 0d0a 416c 6c6f ires:.3600..Allo 0x01d0: 773a 2053 5542 5343 5249 4245 2c20 4e4f w:.SUBSCRIBE,.NO 0x01e0: 5449 4659 2c20 494e 5649 5445 2c20 4143 TIFY,.INVITE,.AC 0x01f0: 4b2c 2043 414e 4345 4c2c 2042 5945 2c20 K,.CANCEL,.BYE,. 0x0200: 5245 4645 522c 2049 4e46 4f2c 204f 5054 REFER,.INFO,.OPT 0x0210: 494f 4e53 2c20 4d45 5353 4147 450d 0a55 IONS,.MESSAGE..U 0x0220: 7365 722d 4167 656e 743a 2058 2d4c 6974 ser-Agent:.X-Lit 0x0230: 6520 7265 6c65 6173 6520 342e 392e 3620 e.release.4.9.6. 0x0240: 7374 616d 7020 3832 3135 380d 0a43 6f6e stamp.82158..Con 0x0250: 7465 6e74 2d4c 656e 6774 683a 2030 0d0a tent-Length:.0.. 0x0260: 0d0a .. 22:09:54.805344 IP (tos 0x0, ttl 64, id 15286, offset 0, flags [DF], proto TCP (6), length 417) bono.sip > 10.145.15.10.57729: Flags [P.], cksum 0xc85d (incorrect -> 0x771f), seq 755:1132, ack 1671, win 31136, length 377 0x0000: fa16 3ecc 35dc fa16 3e09 2d9d 0800 4500 ..>.5...>.-...E. 0x0010: 01a1 3bb6 4000 4006 36d7 ac1b 0114 0a91 ..;.@[email protected]....... 0x0020: 0f0a 13c4 e181 386f 3984 4fab 6164 5018 ......8o9.O.adP. 0x0030: 79a0 c85d 0000 5349 502f 322e 3020 3430 y..]..SIP/2.0.40 0x0040: 3820 5265 7175 6573 7420 5469 6d65 6f75 8.Request.Timeou 0x0050: 740d 0a56 6961 3a20 5349 502f 322e 302f t..Via:.SIP/2.0/ 0x0060: 5443 5020 3130 2e31 3435 2e31 352e 3130 TCP.10.145.15.10 0x0070: 3a35 3737 3238 3b72 706f 7274 3d35 3737 :57728;rport=577 0x0080: 3239 3b72 6563 6569 7665 643d 3130 2e31 29;received=10.1 0x0090: 3435 2e31 352e 3130 3b62 7261 6e63 683d 45.15.10;branch= 0x00a0: 7a39 6847 3462 4b2d 3532 3432 3837 2d31 z9hG4bK-524287-1 0x00b0: 2d2d 2d30 6561 3731 6531 6433 3263 3666 ---0ea71e1d32c6f 0x00c0: 3332 660d 0a43 616c 6c2d 4944 3a20 3832 32f..Call-ID:.82 0x00d0: 3135 385a 6a52 6a4f 4463 304e 7a5a 694e 158ZjRjODc0NzZiN 0x00e0: 6d52 6a4f 545a 6b59 3245 7a4e 7a59 314d mRjOTZkY2EzNzY1M 0x00f0: 6a67 304e 4449 335a 4759 334e 6a4d 0d0a jg0NDI3ZGY3NjM.. 0x0100: 4672 6f6d 3a20 2258 6961 6f62 6169 2220 From:."Xiaobai". 0x0110: 3c73 6970 3a36 3530 3535 3530 3932 3440 <sip:6505550924@ 0x0120: 696d 732e 686f 6d3e 3b74 6167 3d36 3866 ims.hom>;tag=68f 0x0130: 3632 3934 310d 0a54 6f3a 2022 5869 616f 62941..To:."Xiao 0x0140: 6261 6922 203c 7369 703a 3635 3035 3535 bai".<sip:650555 0x0150: 3039 3234 4069 6d73 2e68 6f6d 3e3b 7461 [email protected]>;ta<mailto:[email protected]%3e;ta> 0x0160: 673d 7a39 6847 3462 4b2d 3532 3432 3837 g=z9hG4bK-524287 0x0170: 2d31 2d2d 2d30 6561 3731 6531 6433 3263 -1---0ea71e1d32c 0x0180: 3666 3332 660d 0a43 5365 713a 2033 2052 6f32f..CSeq:.3.R 0x0190: 4547 4953 5445 520d 0a43 6f6e 7465 6e74 EGISTER..Content 0x01a0: 2d4c 656e 6774 683a 2020 300d 0a0d 0a -Length:..0.... 22:09:54.807608 IP (tos 0x0, ttl 61, id 40399, offset 0, flags [none], proto TCP (6), length 40) 2017-03-01 1:31 GMT-08:00 Sebastian Rex <[email protected]<mailto:[email protected]>>: Hi, It looks like you’re getting a 200 OK to the REGISTER request, but you’re getting a 408 to a subsequent SUBSCRIBE request (you can see this in the packet capture you attached). So the client should be registered correctly. Are calls working? The SUBSCRIBE message appears to be for: “application/simple-message-summary” which is used for message waiting indication. If you don’t expect to be using MWI, then you should turn off the SUBSCRIBE in X-Lite. If memory serves, there’s a “Voicemail” tab in the X-Lite Account Settings which you can use to turn this off. All that we can see from the snippet of sprout logs that you included is that the OPTIONS poll succeeds (this is sprout’s health-checking poll). Hope that helps, Seb. From: Clearwater [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Xiaobai Li Sent: 28 February 2017 23:34 To: [email protected]<mailto:[email protected]> Subject: [Project Clearwater] Fwd: manually install clearwater on OpenStack - SIP error 408 Hi guys, I wrote an email before to ask an 408 error when registering manually installed clearwater through X-Lite. Currently, when I am trying to register, it will directly give me an 408 time out error. Here I attached the log information on sprout. Hope anyone who could help me to figure out what's going on. The log information on sprout node as follows. Thanks a lot! --start msg-- OPTIONS sip:[email protected]:5054<http://sip:[email protected]:5054/> SIP/2.0 Via: SIP/2.0/TCP 172.27.1.21;rport;branch=z9hG4bK-4490 Max-Forwards: 2 To: <sip:[email protected]:5054<http://sip:[email protected]:5054/>> From: poll-sip <sip:[email protected]<mailto:sip%[email protected]>>;tag=4490 Call-ID: poll-sip-4490 CSeq: 4490 OPTIONS Contact: <sip:172.27.1.21> Accept: application/sdp Content-Length: 0 User-Agent: poll-sip ^M --end msg-- 28-02-2017 23:26:34.660 UTC Debug uri_classifier.cpp:174: home domain: false, local_to_node: true, is_gruu: false, enforce_user_phone: false, prefer_sip: true, treat_number_as_phone: false 28-02-2017 23:26:34.660 UTC Debug uri_classifier.cpp:204: Classified URI as 3 28-02-2017 23:26:34.660 UTC Debug common_sip_processing.cpp:213: Skipping SAS logging for OPTIONS request 28-02-2017 23:26:34.660 UTC Debug thread_dispatcher.cpp:264: Queuing cloned received message 0x7fab0800d108 for worker threads 28-02-2017 23:26:34.660 UTC Debug thread_dispatcher.cpp:150: Worker thread dequeue message 0x7fab0800d108 28-02-2017 23:26:34.660 UTC Debug pjsip: sip_endpoint.c Distributing rdata to modules: Request msg OPTIONS/cseq=4490 (rdata0x7fab0800d108) 28-02-2017 23:26:34.660 UTC Debug uri_classifier.cpp:174: home domain: false, local_to_node: true, is_gruu: false, enforce_user_phone: false, prefer_sip: true, treat_number_as_phone: false 28-02-2017 23:26:34.660 UTC Debug uri_classifier.cpp:204: Classified URI as 3 28-02-2017 23:26:34.660 UTC Debug pjsip: endpoint Response msg 200/OPTIONS/cseq=4490 (tdta0x7fab14009f50) created 28-02-2017 23:26:34.660 UTC Verbose common_sip_processing.cpp:136: TX 268 bytes Response msg 200/OPTIONS/cseq=4490 (tdta0x7fab14009f50) to TCP 172.27.1.21:53896<http://172.27.1.21:53896/>: --start msg-- SIP/2.0 200 OK^M Via: SIP/2.0/TCP 172.27.1.21;rport=53896;received=172.27.1.21;branch=z9hG4bK-4490^M Call-ID: poll-sip-4490^M From: "poll-sip" <sip:[email protected]<mailto:sip%[email protected]>>;tag=4490^M To: <sip:[email protected]<mailto:sip%[email protected]>>;tag=z9hG4bK-4490^M CSeq: 4490 OPTIONS^M Content-Length: 0^M ^M --end msg-- 28-02-2017 23:26:34.660 UTC Debug common_sip_processing.cpp:262: Skipping SAS logging for OPTIONS response 28-02-2017 23:26:34.660 UTC Debug pjsip: tdta0x7fab1400 Destroying txdata Response msg 200/OPTIONS/cseq=4490 (tdta0x7fab14009f50) 28-02-2017 23:26:34.660 UTC Debug thread_dispatcher.cpp:200: Worker thread completed processing message 0x7fab0800d108 28-02-2017 23:26:34.660 UTC Debug thread_dispatcher.cpp:206: Request latency = 125us 28-02-2017 23:26:34.681 UTC Verbose httpstack.cpp:342: Process request for URL /ping, args (null) 28-02-2017 23:26:34.681 UTC Verbose httpstack.cpp:90: Sending response 200 to request for URL /ping, args (null) 28-02-2017 23:26:36.662 UTC Verbose pjsip: tcps0x7fab0800 TCP connection closed 28-02-2017 23:26:36.662 UTC Status connection_tracker.cpp:92: Connection 0x7fab0800a428 has been destroyed 28-02-2017 23:26:36.662 UTC Verbose pjsip: tcps0x7fab0800 TCP transport destroyed with reason 70016: End of file (PJ_EEOF) ---------- Forwarded message ---------- From: Xiaobai Li <[email protected]<mailto:[email protected]>> Date: 2017-02-06 20:15 GMT-08:00 Subject: manually install clearwater on OpenStack - SIP error 408 To: [email protected]<mailto:[email protected]> Hi guys, I followed the manual installation instructions and successfully installed clearwater on Openstack using 7 vms (1 private DNS zone). I used the SIP client X-lite and successfully registered a user. However, sometimes the X-lite gives me a SIP error 408 and I couldn't make calls between registered users. Here is my settings for the X-lite: General: User ID: 6505550631<tel:(650)%20555-0631> Domain: ims.hom password: ******* Display name: ** Authorization name: 6505550631<tel:(650)%20555-0631>@ims.hom Domain Proxy: Send outbound via: proxy: {bono ip address} Topology: sever address: ims.hom Username: 6505550631<tel:(650)%20555-0631>@ims.hom password: ****** Here I also attached the tcpdump between bono and my SIP client when registering a user, after 200 for registration it gives me 408 error for subscribe. Hope anyone can help me to figure out this problem. Thanks a lot! Shirley _______________________________________________ Clearwater mailing list [email protected]<mailto:[email protected]> http://lists.projectclearwater.org/mailman/listinfo/clearwater_lists.projectclearwater.org
_______________________________________________ Clearwater mailing list [email protected] http://lists.projectclearwater.org/mailman/listinfo/clearwater_lists.projectclearwater.org
