Hi Matt, Here is an interesting Case,
Previously i was having issue from inside to outside call problem , but i just upgraded the clearwater IMS via command apt-get upgrade and after that, my outgoing calls are fine but my incoming calls started to had issue. i am calling from 03219001131 which is my GSM mobile number to my Sip client 03219001131 GSM trunk ---> Asterisk ---> IBCF--->sprout -bono --> sip number 0305073908X Asterisk = 192.168.31.24 192.168.31.24 is added in trusted Peer list in user_setting file at ibcf ibcf=192.168.9.94 sprout=192.168.9.97 on IBCF i see 14-04-2014 12:3ener6:27.647 Debug stateful_proxy.cpp:685: Request received on non-trusted port 5060 14-04-2014 12:36:27.647 Debug stateful_proxy.cpp:875: Perform access proxy routing for INVITE request 14-04-2014 12:36:27.647 Debug stateful_proxy.cpp:990: Message received on non-trusted port 5060 14-04-2014 12:36:27.647 Debug flowtable.cpp:137: Find flow for transport udp0x8dc840 (1), remote address 192.168.9.97:5054 14-04-2014 12:36:27.647 Warning stateful_proxy.cpp:1181: Rejecting request from untrusted source Details sequence logs are below, What i dont understand, the request is generated by IBCF to Sprout why its saying understated source, this is my config file at ibcf # Deployment definitions home_domain=ef.net sprout_hostname=sprout.ef.net chronos_hostname=localhost:7253 hs_hostname=192.168.9.99:8888 hs_provisioning_hostname=192.168.9.99:8889 xdms_hostname=192.168.9.98:7888 # Local IP configuration local_ip=192.168.9.94 public_ip=192.168.9.94 public_hostname=ibcf this is my config file at sprout Record-Route: <sip:192.168.9.94:5058;transport=TCP;lr> Record-Route: <sip:ibcf:5060;transport=UDP;lr> Via: SIP/2.0/UDP 192.168.9.97:5054 ;rport;branch=z9hG4bKPjXkQkx3b7bDUC.OnDJcyAiyX2UZ9e2ouz Via: SIP/2.0/TCP 192.168.9.94:46178 ;rport=46178;received=192.168.9.94;branch=z9hG4bKPjPqt3n8p2Bq3-uxa2cvKDEmehI1JbICRt Via: SIP/2.0/UDP 192.168.31.24:5060 ;rport=5060;received=192.168.31.24;branch=z9hG4bK4184bb1d Max-Forwards: 68 From: "03219001131" <sip:[email protected]>;tag=as2c65e1aa To: <sip:[email protected]> Contact: <sip:[email protected]:5060> Call-ID: [email protected]:5060 CSeq: 102 INVITE User-Agent: Asterisk PBX 1.8.14.0 Date: Mon, 14 Apr 2014 12:36:27 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer Session-Expires: 600 Content-Type: application/sdp Content-Length: 239 v=0 o=root 1988013493 1988013493 IN IP4 192.168.31.24 s=Asterisk PBX 1.8.14.0 c=IN IP4 192.168.31.24 t=0 0 m=audio 11814 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv --end msg-- 14-04-2014 12:36:27.646 Debug stack.cpp:410: Queuing cloned received message 0x7fe34c021088 for worker threads 14-04-2014 12:36:27.646 Debug stack.cpp:188: Worker thread dequeue message 0x7fe34c021088 14-04-2014 12:36:27.646 Debug pjsip: sip_endpoint.c Distributing rdata to modules: Request msg INVITE/cseq=102 (rdata0x7fe34c021088) 14-04-2014 12:36:27.647 Debug stateful_proxy.cpp:241: Proxy RX request 14-04-2014 12:36:27.647 Debug stateful_proxy.cpp:685: Request received on non-trusted port 5060 14-04-2014 12:36:27.647 Debug stateful_proxy.cpp:875: Perform access proxy routing for INVITE request 14-04-2014 12:36:27.647 Debug stateful_proxy.cpp:990: Message received on non-trusted port 5060 14-04-2014 12:36:27.647 Debug flowtable.cpp:137: Find flow for transport udp0x8dc840 (1), remote address 192.168.9.97:5054 14-04-2014 12:36:27.647 Warning stateful_proxy.cpp:1181: Rejecting request from untrusted source 14-04-2014 12:36:27.647 Debug pjsip: endpoint Response msg 403/INVITE/cseq=102 (tdta0x7fe344010760) created 14-04-2014 12:36:27.647 Verbose stack.cpp:241: TX 768 bytes Response msg 403/INVITE/cseq=102 (tdta0x7fe344010760) to UDP 192.168.9.97:5054: --start msg-- SIP/2.0 403 Forbidden Via: SIP/2.0/UDP 192.168.9.97:5054 ;rport=5054;received=192.168.9.97;branch=z9hG4bKPjXkQkx3b7bDUC.OnDJcyAiyX2UZ9e2ouz Via: SIP/2.0/TCP 192.168.9.94:46178 ;rport=46178;received=192.168.9.94;branch=z9hG4bKPjPqt3n8p2Bq3-uxa2cvKDEmehI1JbICRt Via: SIP/2.0/UDP 192.168.31.24:5060 ;rport=5060;received=192.168.31.24;branch=z9hG4bK4184bb1d Record-Route: <sip:sprout.ef.net:5054;transport=TCP;lr> Record-Route: <sip:192.168.9.94:5058;transport=TCP;lr> Record-Route: <sip:ibcf:5060;transport=UDP;lr> Call-ID: [email protected]:5060 From: "03219001131" <sip:[email protected]>;tag=as2c65e1aa To: <sip:[email protected] >;tag=z9hG4bKPjXkQkx3b7bDUC.OnDJcyAiyX2UZ9e2ouz CSeq: 102 INVITE Content-Length: 0 These are sprout logs SIP/2.0 100 Trying Via: SIP/2.0/TCP 192.168.9.94:40071 ;rport=40071;received=192.168.9.94;branch=z9hG4bKPjH9srWNA1cAEfGfVeWzDnJLX9jvpbBRwA Via: SIP/2.0/UDP 192.168.31.26:5060 ;rport=5060;received=192.168.31.26;branch=z9hG4bK2e4ef902 Record-Route: <sip:192.168.9.94:5058;transport=TCP;lr> Record-Route: <sip:ibcf:5060;transport=UDP;lr> Call-ID: [email protected]:5060 From: "03219001131" <sip:[email protected]>;tag=as3ed0d0b6 To: <sip:[email protected]> CSeq: 102 INVITE Content-Length: 0 --end msg-- 14-04-2014 13:01:14.587 Debug pjsip: tsx0x7f4734229 State changed from Trying to Proceeding, event=TX_MSG 14-04-2014 13:01:14.588 Debug stateful_proxy.cpp:345: tsx0x7f4734229918 - tu_on_tsx_state UAS, TSX_STATE TX_MSG state=Proceeding 14-04-2014 13:01:14.588 Debug pjutils.cpp:565: Added Record-Route header, URI = sip:sprout.ef.net:5054;transport=TCP;lr 14-04-2014 13:01:14.588 Debug stateful_proxy.cpp:2212: Single Record-Route for the BGCF case 14-04-2014 13:01:14.588 Info stateful_proxy.cpp:1492: Route request to domain 192.168.9.94 14-04-2014 13:01:14.588 Debug bgcfservice.cpp:132: Getting route for URI domain 192.168.9.94 via BGCF lookup 14-04-2014 13:01:14.588 Debug stateful_proxy.cpp:3037: Allocating transaction and data for target 0 14-04-2014 13:01:14.588 Debug pjsip: tsx0x7f4734232 Transaction created for Request msg INVITE/cseq=102 (tdta0x7f4734230ef0) 14-04-2014 13:01:14.588 Debug stateful_proxy.cpp:3057: Adding trail identifier 228 to UAC transaction 14-04-2014 13:01:14.588 Debug stateful_proxy.cpp:3076: Updating request URI and route for target 0 14-04-2014 13:01:14.588 Debug stateful_proxy.cpp:3508: Resolve next hop destination 14-04-2014 13:01:14.588 Debug pjutils.cpp:489: Next hop node is encoded in Request-URI 14-04-2014 13:01:14.588 Debug sipresolver.cpp:84: SIPResolver::resolve for name 192.168.9.94, port 0, transport -1, family 2 14-04-2014 13:01:14.589 Debug baseresolver.cpp:474: Attempt to parse 192.168.9.94 as IP address 14-04-2014 13:01:14.589 Debug sipresolver.cpp:101: Target is an IP address - default port/transport if required 14-04-2014 13:01:14.589 Info pjutils.cpp:772: Resolved destination URI sip:[email protected] to 1 servers 14-04-2014 13:01:14.589 Debug pjsip: tsx0x7f4734232 Sending Request msg INVITE/cseq=102 (tdta0x7f4734230ef0) in state Null 14-04-2014 13:01:14.589 Debug pjsip: endpoint Request msg INVITE/cseq=102 (tdta0x7f4734230ef0): skipping target resolution because address is already set 14-04-2014 13:01:14.589 Verbose stack.cpp:241: TX 1260 bytes Request msg INVITE/cseq=102 (tdta0x7f4734230ef0) to UDP 192.168.9.94:5060: --start msg-- INVITE sip:[email protected] SIP/2.0 Record-Route: <sip:sprout.ef.net:5054;transport=TCP;lr> Record-Route: <sip:192.168.9.94:5058;transport=TCP;lr> Record-Route: <sip:ibcf:5060;transport=UDP;lr> Via: SIP/2.0/UDP 192.168.9.97:5054 ;rport;branch=z9hG4bKPjH4kJ5NIiCwBQCu5HcTIMaFejBvN0cDBn Via: SIP/2.0/TCP 192.168.9.94:40071 ;rport=40071;received=192.168.9.94;branch=z9hG4bKPjH9srWNA1cAEfGfVeWzDnJLX9jvpbBRwA Via: SIP/2.0/UDP 192.168.31.26:5060 ;rport=5060;received=192.168.31.26;branch=z9hG4bK2e4ef902 Max-Forwards: 68 From: "03219001131" <sip:[email protected]>;tag=as3ed0d0b6 To: <sip:[email protected]> Contact: <sip:[email protected]:5060> Call-ID: [email protected]:5060 CSeq: 102 INVITE User-Agent: Asterisk PBX 1.8.14.0 Date: Mon, 14 Apr 2014 13:01:14 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer Session-Expires: 600 Content-Type: application/sdp Content-Length: 239 v=0 o=root 2059010150 2059010150 IN IP4 192.168.31.26 s=Asterisk PBX 1.8.14.0 c=IN IP4 192.168.31.26 t=0 0 m=audio 11116 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv --end msg-- 14-04-2014 13:01:14.589 Debug pjsip: tsx0x7f4734232 State changed from Null to Calling, event=TX_MSG 14-04-2014 13:01:14.589 Debug stateful_proxy.cpp:345: tsx0x7f4734232f58 - tu_on_tsx_state UAC, TSX_STATE TX_MSG state=Calling 14-04-2014 13:01:14.589 Debug stateful_proxy.cpp:3646: tsx0x7f4734232f58 - uac_data = 0x7f4734227160, uas_data = 0x7f4734238060 14-04-2014 13:01:14.589 Debug stack.cpp:190: Worker thread completed processing message 0x7f47382ab908 14-04-2014 13:01:14.589 Debug stack.cpp:196: Request latency = 3883us 14-04-2014 13:01:14.606 Debug pjsip: sip_endpoint.c Processing incoming message: Response msg 403/INVITE/cseq=102 (rdata0xc56188) 14-04-2014 13:01:14.607 Verbose stack.cpp:225: RX 768 bytes Response msg 403/INVITE/cseq=102 (rdata0xc56188) from UDP 192.168.9.94:5060: --start msg-- SIP/2.0 403 Forbidden Via: SIP/2.0/UDP 192.168.9.97:5054 ;rport=5054;received=192.168.9.97;branch=z9hG4bKPjH4kJ5NIiCwBQCu5HcTIMaFejBvN0cDBn Via: SIP/2.0/TCP 192.168.9.94:40071 ;rport=40071;received=192.168.9.94;branch=z9hG4bKPjH9srWNA1cAEfGfVeWzDnJLX9jvpbBRwA Via: SIP/2.0/UDP 192.168.31.26:5060 ;rport=5060;received=192.168.31.26;branch=z9hG4bK2e4ef902 Record-Route: <sip:sprout.ef.net:5054;transport=TCP;lr> Record-Route: <sip:192.168.9.94:5058;transport=TCP;lr> Record-Route: <sip:ibcf:5060;transport=UDP;lr> Call-ID: [email protected]:5060 From: "03219001131" <sip:[email protected]>;tag=as3ed0d0b6 To: <sip:[email protected] >;tag=z9hG4bKPjH4kJ5NIiCwBQCu5HcTIMaFejBvN0cDBn CSeq: 102 INVITE Content-Length: 0 Thanks On Mon, Apr 7, 2014 at 1:24 PM, Matt Williams <[email protected]>wrote: > Schahzad, > > > > Thanks for those logs. > > > > I think the issue is that the IBCF node is not recognizing itself in the > Route header (which reads "<sip:ibcf:5058;transport=TCP;lr>") and so it's > doing what a proxy should, and forwarding on to "ibcf" - this turns out to > be itself). > > > > The solution is to tell the IBCF node that "ibcf" is (one of) its names. > The easiest way to do this is to set it in the public_hostname field in > /etc/clearwater/config, i.e. "public_hostname=ibcf" - just on the IBCF > node. Please can you try that, and let me know how you get on? > > > > Incidentally, your top-level Clearwater domain should normally resolve to > bono. This allows clients to connect to the service (via bono) without > needing any manual proxy configuration. See > https://github.com/Metaswitch/clearwater-docs/wiki/Clearwater-DNS-Usagefor > more information. (Note that this shouldn't be causing any problems > with your deployment - it might just make things simpler.) > > > > Thanks, > > > > Matt > > > > *From:* Schahzad Zafar [mailto:[email protected]] > *Sent:* 07 April 2014 08:34 > *To:* Matt Williams; [email protected] > *Subject:* Fwd: [Clearwater] Sip truking > > > > > > > > Hi Matt, > > > > Thanks for respose, > > currently when i dial out from my local cleint connected to bono following > is happening > > > > my local number is 6505550045 > > my outgoing number is 03219001131 ( on asterisk via sip trunk with ibcf) > > my sip trunk ip is 192.168.31.34 > > > > ibcf -----192.168.31.34 trunk ----> asterisk > > when i dial from sip client > > > > 03219001131 IBCF runs logs lot of logs like loop and sip client generate > request timeout > > > > when i dial [email protected] > > > > my remote sip client start ringing. > > > > at sprout my eneum.json is > > > > { > > "number_blocks" : [ > > { > > "name" : "Clearwater external number > 03219001131", > > "prefix" : "03219001131", > > "regex" : "!(^.*$)!sip:\\[email protected]!" > > }, > > > > > > { "name" : "Clearwater internal numbers", > > "prefix" : "650555", > > "regex" : "!(^.*$)!sip:\\[email protected]!" > > > > }, > > > > { > > "name" : "Clearwater external number 0300", > > "prefix" : "0300", > > "regex" : "!(^.*$)!sip:\\[email protected]!" > > }, > > { > > "name" : "Clearwater external number 0321", > > "prefix" : "0321", > > "regex" : "!(^.*$)!sip:\\[email protected]!" > > } > > > > ] > > } > > > > > > My bgcf.json at sprout is > > > > > > { > > "routes" : [ > > { "name" : "outside net", > > "domain" : "192.168.31.34", > > "route" : ["ibcf:5058"] > > } > > ] > > } > > > > > > > > > > My IP Scheme > > > > 192.168.9.96 BONO > > 192.168.9.97 SPROUTE > > 192.168.9.94 IBCF > > SIP trunk > > 192.168.31.34 > > > > my clearwater domain is ef.net ( not sure to which node ef.net should > resolve so currently its pointing to sproute) > > > > > > > > Please find attached IBCF call logs(tried to keep it a single call) > > > > > ############################################################################################### > > Best Regards > > Schahzad > > > > On Sat, Apr 5, 2014 at 3:58 AM, Matt Williams < > [email protected]> wrote: > > No problem - thanks for signing up! > > Matt > > On 4 Apr 2014 23:07, Shahzad Zafar <[email protected]> wrote: > > Hi Matt > I have already sign up my qery main just send some minutes earlier i got > confirmation mail from list admin sorry for that > > Sent from my iPad > > > On 05-Apr-2014, at 2:58 am, Matt Williams <[email protected]> > wrote: > > > > Shazad, > > > > Please can you sign up to the mailing list at > http://lists.projectclearwater.org/listinfo/clearwater? Then you're > guaranteed to see any responses people send, and you'll also be able to see > if anyone asks any other questions that are relevant to what you're doing. > > > > (I'll reply to your questions on the mailing list itself.) > > > > Thanks! > > > > Matt > > > > -----Original Message----- > > From: [email protected] [ > mailto:[email protected]<[email protected]>] > On Behalf Of Shahzad Zafar > > Sent: 04 April 2014 22:25 > > To: [email protected] > > Subject: [Clearwater] Sip truking > > > > Hi every one > > I am trying to setup sip trunk to external network. > > > > I have set up bgcf.json and enum ( via fix enum.json file)is doing fine. > I can dial from my external network to my bone clients, call land on ibcf > and reaches fine to bone sip clients. > > > > But when itry to call from my sip client to external clients i saw > different errors > > > > My understanding is call flow is below > > > > Sip client --> bono --> sproute ( enum lookup only required here)-->ibcf > where trunk is confiugred and other end shows trunk is active and reachable > When sproute send call to ibcf , ibcf show error that call received from > sproute on port 5060 which is not a trust port and forbidden message is > generated. > > > > During playing i changed bgcf.json at sproute to have ibcf as ibcf:5058. > Assuming it ll be trust port then ibcf started to throw huge logs like some > loop is happening. > > > > During list search i found --trusted-port switch to bono at ibcf node i > tried to add port 5060 to trust port but ibcf dont start then. > > > > My config is simple > > I have 6550555* series at local net and 0234* numbers are at remote net > via sip trunk. > > > > Cann you please let me know config files of enum.json bgcf.json and what > to configure in ibcf. > > > > My user_setting at ibcf has one line of trusted peer = sip truk ip Best > regards > > > > Shahzad > > _______________________________________________ > > Clearwater mailing list > > [email protected] > > http://lists.projectclearwater.org/listinfo/clearwater > > > > > > -- > > Best Regards > > Schahzad Z. Choudhry > 0092 - 321 -9001131 > > > > Never argue with an idiot, they will just *drag you* down to *their level > and beat* you with experience. > > > > > > > > > -- Best Regards Schahzad Z. Choudhry 0092 - 321 -9001131 Never argue with an idiot, they will just *drag you* down to *their level and beat* you with experience.
_______________________________________________ Clearwater mailing list [email protected] http://lists.projectclearwater.org/listinfo/clearwater
