Hi Schahzad, 

We recently changed (in 'Elite', release notes attached) the bgcf.json file to 
make it require SIP URIs in the route array - this change was done to allow 
users to configure what transport should be used when routing to a trunk. 

In your case, the BGCF lookup doesn't find any valid routes (as they're not SIP 
URIs), so Sprout attempts to route directly to 192.168.31.28.

Can you convert your routes to valid sip URIs, and then reload Sprout (service 
sprout reload)?

Ellie


-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Schahzad 
Zafar
Sent: 23 May 2014 11:00
To: [email protected]
Subject: [Clearwater] Upgrade failed BGCF lookup

Hi List,

I have just upgraded via apt-get upgrade to get the latest version to test Ralf.

But interesting a new issue comes in that sprout started to not lookup BGCF as 
it was previously doing


I am calling 03219001131

my enum file is

{
            "name" : "Clearwater external number 0321",
            "prefix" : "0321",
            "regex" : "!(^.*$)!sip:\\[email protected]!"
        },


MY bgcf.json is


  { "name" : "test-6",
                   "domain" : "192.168.31.28",
                   "route"  : ["ibcf:5058"]
                 }

just befor doing upgrade it was working fine but after that what I see in logs


23-05-2014 09:32:59.840 Debug enumservice.cpp:222: Comparing first 4 numbers of 
03219001131 against prefix 0321
23-05-2014 09:32:59.840 Debug enumservice.cpp:229: Match found
23-05-2014 09:32:59.840 Info enumservice.cpp:205: Number 03219001131 found, 
translated URI = sip:[email protected]
23-05-2014 09:32:59.840 Debug stateful_proxy.cpp:1828: Update request URI to 
sip:[email protected]
23-05-2014 09:32:59.840 Info stateful_proxy.cpp:1614: Route request to domain 
192.168.31.28
23-05-2014 09:32:59.840 Debug bgcfservice.cpp:132: Getting route for URI domain 
192.168.31.28 via BGCF lookup
23-05-2014 09:32:59.840 Info bgcfservice.cpp:138: Found route to domain
192.168.31.28
23-05-2014 09:32:59.840 Debug acr.cpp:48: Created ACR (0x7f688404cad0)
23-05-2014 09:32:59.840 Debug stateful_proxy.cpp:3383: Allocating transaction 
and data for target 0
23-05-2014 09:32:59.840 Debug pjsip: tsx0x7f68841c2 Transaction created for 
Request msg INVITE/cseq=1 (tdta0x7f68841bf630)
23-05-2014 09:32:59.841 Debug stateful_proxy.cpp:3403: Adding trail identifier 
29 to UAC transaction
23-05-2014 09:32:59.841 Debug stateful_proxy.cpp:3422: Updating request URI and 
route for target 0
23-05-2014 09:32:59.841 Debug stateful_proxy.cpp:3854: Resolve next hop 
destination
23-05-2014 09:32:59.841 Debug pjutils.cpp:489: Next hop node is encoded in 
Request-URI
23-05-2014 09:32:59.841 Debug sipresolver.cpp:85: SIPResolver::resolve for name 
192.168.31.28, port 0, transport -1, family 2
23-05-2014 09:32:59.841 Debug baseresolver.cpp:480: Attempt to parse
192.168.31.28 as IP address
23-05-2014 09:32:59.841 Debug sipresolver.cpp:102: Target is an IP address
- default port/transport if required
23-05-2014 09:32:59.841 Info pjutils.cpp:760: Resolved destination URI
sip:[email protected] to 1 servers
23-05-2014 09:32:59.841 Debug stateful_proxy.cpp:3892: Sending request for
sip:[email protected]
23-05-2014 09:32:59.841 Debug pjsip: tsx0x7f68841c2 Sending Request msg
INVITE/cseq=1 (tdta0x7f68841bf630) in state Null
23-05-2014 09:32:59.841 Debug pjsip:       endpoint Request msg
INVITE/cseq=1 (tdta0x7f68841bf630): skipping target resolution because address 
is alrea dy set
23-05-2014 09:32:59.841 Debug pjsip:       endpoint Request msg
INVITE/cseq=1 (tdta0x7f68841bf630) exceeds UDP size threshold (1300), sending 
with TCP
23-05-2014 09:32:59.841 Verbose pjsip: tcpc0x7f68841c TCP client transport 
created
23-05-2014 09:32:59.841 Verbose pjsip: tcpc0x7f68841c TCP transport
192.168.9.97:40350 is connecting to 192.168.31.28:5060...
23-05-2014 09:32:59.841 Verbose stack.cpp:242: TX 1372 bytes Request msg
INVITE/cseq=1 (tdta0x7f68841bf630) to TCP 192.168.31.28:5060:
--start msg--
INVITE sip:[email protected] SIP/2.0
Record-Route: <sip:sprout.ef.net:5054;transport=TCP;lr>


...
...
...

23-05-2014 09:32:59.841 Debug pjsip: tsx0x7f68841c2 State changed from Null to 
Calling, event=TX_MSG
23-05-2014 09:32:59.841 Debug stateful_proxy.cpp:362: tsx0x7f68841c2648 - 
tu_on_tsx_state UAC, TSX_STATE TX_MSG state=Calling
23-05-2014 09:32:59.841 Debug stateful_proxy.cpp:3994: tsx0x7f68841c2648 - 
uac_data = 0x7f68841bf0b0, uas_data = 0x7f68840cac00
23-05-2014 09:32:59.841 Debug stack.cpp:191: Worker thread completed processing 
message 0x7f686018ea78
23-05-2014 09:32:59.841 Debug stack.cpp:197: Request latency = 51207us
23-05-2014 09:32:59.851 Error pjsip: tcpc0x7f68841c TCP connect() error:
Connection refused [code=120111]


It seems that Sprout is directly sending to 192.168.31.28 instead send to ibcf 
192.168.9.94


DNS is working fine, I have tried with ibcf ip as well but same issue,

is there any change required after up gradation in bgcf.json?


Thanks
--
Best Regards
Schahzad Z. Choudhry
0092 - 321 -9001131
_______________________________________________
Clearwater mailing list
[email protected]
http://lists.projectclearwater.org/listinfo/clearwater
_______________________________________________
Clearwater mailing list
[email protected]
http://lists.projectclearwater.org/listinfo/clearwater

Reply via email to