Hi Ellie
would you please mention what exact would be sip uri to mention in this
case for ibcf.
{ "name" : "test-6",
"domain" : "192.168.31.28",
"route" : ["ibcf:5058"]
}
I want all calls define in enum.json to go to ibcf
{
"name" : "Clearwater external number 0321",
"prefix" : "0321",
"regex" : "!(^.*$)!sip:\\[email protected]!"
},
thanks
On Fri, May 23, 2014 at 6:57 PM, Eleanor Merry <[email protected]
> wrote:
> 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
>
--
Best Regards
Schahzad Z. Choudhry
0092 - 321 -9001131
_______________________________________________
Clearwater mailing list
[email protected]
http://lists.projectclearwater.org/listinfo/clearwater
