Hi Surender,

I'm not sure Schahzad ever said he was routing to a PBX - it looked like he was 
just doing SIP trunking - but if he was routing to a PBX, presumably he was 
using a different PBX to you.

You have a BGCF rule which says that requests to 10.112.87.177 should be routed 
via sip:cw-aio:5058. It looks like cw-aio resolves to the IP address of your 
AIO node, and Bono listens on port 5058 for traffic from the core, so the 
message gets routed to Bono which acts as an IBCF and presumably routes the 
message out to your PBX. Does that answer your question?

Thanks,
Graeme

-----Original Message-----
From: Clearwater [mailto:clearwater-boun...@lists.projectclearwater.org] On 
Behalf Of Surender Singh
Sent: 22 September 2016 06:49
To: clearwater@lists.projectclearwater.org
Subject: [Project Clearwater] SIP Trunking With PBX_aio

Hi Graeme,

Thanks for support..

But have seen one old  thread subject 'SIP Trunking  ' by Schahzad .His 
solution working fine without any changes at PBX end.

Please give comments on call scenarios for out calls to PBX

SIP Client ----> Sprout ---->ENUM Query(Find new request URI based on B number 
prefix) ------>BGCF(match the domain name with new request URI which is 
re-write by ENUM and find out the route value )

In my case route value is    ["<sip:cw-aio:5058;transport=UDP;lr;orig>"] and 
Domain is 10.112.87.177 .

But here I have confusion regarding route value '' 
sip:cw-aio:5058;transport=UDP;lr;orig '  what is mean of this.

Please give clarity  on route part ..


Regards
Surender Singh
8826292018

        

-----Original Message-----
From: Clearwater [mailto:clearwater-boun...@lists.projectclearwater.org] On 
Behalf Of clearwater-requ...@lists.projectclearwater.org
Sent: 21 September 2016 16:55
To: clearwater@lists.projectclearwater.org
Subject: Clearwater Digest, Vol 41, Issue 40

Send Clearwater mailing list submissions to
        clearwater@lists.projectclearwater.org

To subscribe or unsubscribe via the World Wide Web, visit
        
http://lists.projectclearwater.org/mailman/listinfo/clearwater_lists.projectclearwater.org

or, via email, send a message with subject or body 'help' to
        clearwater-requ...@lists.projectclearwater.org

You can reach the person managing the list at
        clearwater-ow...@lists.projectclearwater.org

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Clearwater digest..."


Today's Topics:

   1. Re: SIP Trunking With PBX_aio
      (Graeme Robertson (projectclearwater.org))


----------------------------------------------------------------------

Message: 1
Date: Wed, 21 Sep 2016 11:24:02 +0000
From: "Graeme Robertson (projectclearwater.org)"
        <gra...@projectclearwater.org>
To: "clearwater@lists.projectclearwater.org"
        <clearwater@lists.projectclearwater.org>
Subject: Re: [Project Clearwater] SIP Trunking With PBX_aio
Message-ID:
        
<cy4pr02mb2616a2d97c1bc38b1e842cc5e3...@cy4pr02mb2616.namprd02.prod.outlook.com>
        
Content-Type: text/plain; charset="us-ascii"

Hi Surender,



Project Clearwater is IMS compliant, and so I'm afraid it doesn't alter either 
the To header or the From header, and there is no trivial way to configure 
Project Clearwater to do this manipulation, or any plans to add this ability to 
Project Clearwater. It sounds as though your PBX is non-IMS compliant. As I 
mentioned before, if you really need to re-write the To header on your request, 
and you are not averse to writing a bit of code, Sprout provides a really 
easy-to-use API for developing your own app server. 
https://github.com/Metaswitch/greeter is a sample application server that uses 
this API and simply adds the header "Subject: Hello world!" to a SIP message - 
you could write something similar that changes to the To header on your SIP 
messages. Alternatively, Metaswitch has a commercial product called 
Perimeta<http://www.metaswitch.com/perimeta-session-border-controller-sbc> 
which can be deployed as an IBCF, and which has a SIP Message Manipulation 
Framework which you would be a
 ble to use to alter your To header.



>From the logs below, it looks as though the BGCF is now applying your route 
>and the INVITE will presumably be going out through Bono, but unfortunately I 
>don't think that will solve your problem.



Thanks,

Graeme



-----Original Message-----
From: Clearwater [mailto:clearwater-boun...@lists.projectclearwater.org] On 
Behalf Of Surender Singh
Sent: 20 September 2016 13:45
To: clearwater@lists.projectclearwater.org
Subject: [Project Clearwater] SIP Trunking With PBX_aio



Hi Greame,



Thanks for support .



But my issue is ,when I calling from A to B (Out call) its showing example.com 
in To_header and From_header . and same value going at my PBX ,due this might 
be  pbx unable to identify the value like 
1...@example.com<mailto:1...@example.com>  instead of 
1234@10.112.87.177<mailto:1234@10.112.87.177> . Can have any possibility to 
change it at IMS end.





I also change the configuration in Bgcf.json but I unable to check whether 
calls are forwarding through BGCF route or not .I found configuration like 
below... in one thread.





{

    "number_blocks" : [

        {

           "name" : "Internal numbers",

           "prefix" : "650555",

           "regex" : "!(^.*$)!sip:\\1...@example.com!"

        },

        {

            "name" : "External numbers",

            "prefix" : "",

            "regex" : "!(^.*$)!sip:\\1@10.112.87.177!"

        }





    ]

}







{

    "routes" : [

        {   "name" : "TO_PBX",

          "domain" : "10.112.87.177",

          "route" : ["<sip:cw-aio:5058;transport=UDP;lr;orig>"]

        }



    ]



}









20-09-2016 16:37:12.508 UTC Debug pjutils.cpp:691: Cloned tdta0x7f744c14aea0 to 
tdta0x7f744c14e530

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1215: Remove top Route 
header Route: <sip:odi_fWh8yrqIzM@10.112.87.250:5054;lr;orig;service=scscf>

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1735: Adding message 
0x7f744c14eb40 => txdata 0x7f744c14e5d8 mapping

20-09-2016 16:37:12.508 UTC Verbose sproutletproxy.cpp:1587: 
scscf-0x7f744c14df40 pass initial request Request msg INVITE/cseq=1 
(tdta0x7f744c14e530) to Sproutlet

20-09-2016 16:37:12.508 UTC Info scscfsproutlet.cpp:431: S-CSCF received 
initial request

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:169: home domain: false, 
local_to_node: true, is_gruu: false, enforce_user_phone: false, prefer_sip: 
true, treat_number_as_phone: false

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:199: Classified URI as 3

20-09-2016 16:37:12.508 UTC Debug scscfsproutlet.cpp:773: Route header 
references this system

20-09-2016 16:37:12.508 UTC Debug scscfsproutlet.cpp:786: Found ODI token 
fWh8yrqIzM

20-09-2016 16:37:12.508 UTC Debug aschain.h:131: AsChain inc ref 0x7f744c1364b0 
-> 2

20-09-2016 16:37:12.508 UTC Info scscfsproutlet.cpp:793: Original dialog for 
odi_fWh8yrqIzM found: AsChain-orig[0x7f744c1364b0]:2/1

20-09-2016 16:37:12.508 UTC Debug scscfsproutlet.cpp:832: Got our Route header, 
session case orig, OD=AsChain-orig[0x7f744c1364b0]:2/1

20-09-2016 16:37:12.508 UTC Debug pjutils.cpp:291: Served user from 
P-Served-User header

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:169: home domain: true, 
local_to_node: false, is_gruu: false, enforce_user_phone: false, prefer_sip: 
true, treat_number_as_phone: false

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:199: Classified URI as 4

20-09-2016 16:37:12.508 UTC Info scscfsproutlet.cpp:502: Found served user, so 
apply services

20-09-2016 16:37:12.508 UTC Debug scscfsproutlet.cpp:1153: Performing 
originating initiating request processing

20-09-2016 16:37:12.508 UTC Info scscfsproutlet.cpp:1178: Completed applying 
originating services

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:169: home domain: true, 
local_to_node: false, is_gruu: false, enforce_user_phone: false, prefer_sip: 
false, treat_number_as_phone: true

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:199: Classified URI as 2

20-09-2016 16:37:12.508 UTC Debug pjutils.cpp:2218: Translating URI

20-09-2016 16:37:12.508 UTC Debug pjutils.cpp:2189: Performing ENUM translation 
for user 1234

20-09-2016 16:37:12.508 UTC Debug enumservice.cpp:240: Translating URI via JSON 
ENUM lookup

20-09-2016 16:37:12.508 UTC Debug enumservice.cpp:305: Comparing first 4 
numbers of 1234 against prefix 650555

20-09-2016 16:37:12.508 UTC Debug enumservice.cpp:305: Comparing first 0 
numbers of 1234 against prefix

20-09-2016 16:37:12.508 UTC Debug enumservice.cpp:312: Match found

20-09-2016 16:37:12.508 UTC Info enumservice.cpp:280: Number 1234 found, 
translated URI = sip:1234@10.112.87.177

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:169: home domain: false, 
local_to_node: false, is_gruu: false, enforce_user_phone: false, prefer_sip: 
false, treat_number_as_phone: true

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:199: Classified URI as 5

20-09-2016 16:37:12.508 UTC Debug pjutils.cpp:2249: Translated URI 
sip:1234@10.112.87.177 is a real SIP URI - replacing Request-URI

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:169: home domain: false, 
local_to_node: false, is_gruu: false, enforce_user_phone: false, prefer_sip: 
true, treat_number_as_phone: false

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:199: Classified URI as 5

20-09-2016 16:37:12.508 UTC Info scscfsproutlet.cpp:1194: New URI string is 
sip:1234@10.112.87.177

20-09-2016 16:37:12.508 UTC Debug scscfsproutlet.cpp:1210: Routing to BGCF

20-09-2016 16:37:12.508 UTC Info scscfsproutlet.cpp:1446: Routing to BGCF 
sip:bgcf.cw-aio:5053;transport=TCP

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1350: Sproutlet 
send_request 0x7f744c14eb40

20-09-2016 16:37:12.508 UTC Verbose sproutletproxy.cpp:1386: 
scscf-0x7f744c14df40 sending Request msg INVITE/cseq=1 (tdta0x7f744c14e530) on 
fork 0

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1750: Processing actions 
from sproutlet - 0 responses, 1 requests, 0 timers

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1790: Processing request 
0x7f744c14e5d8, fork = 0

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1914: scscf-0x7f744c14df40 
transmitting request on fork 0

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1928: scscf-0x7f744c14df40 
store reference to non-ACK request Request msg INVITE/cseq=1 
(tdta0x7f744c14e530) on fork 0

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1742: Removing message 
0x7f744c14eb40 => txdata 0x7f744c14e5d8 mapping

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:119: Find target Sproutlet 
for request

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:158: Found next routable 
URI: sip:bgcf.cw-aio:5053;transport=TCP;lr

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:329: Possible service name 
- bgcf

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:335: Hostname - cw-aio

20-09-2016 16:37:12.508 UTC Verbose sproutletproxy.cpp:1154: Created Sproutlet 
bgcf-0x7f744c05f0b0 for Request msg INVITE/cseq=1 (tdta0x7f744c14e530)

20-09-2016 16:37:12.508 UTC Verbose sproutletproxy.cpp:2062: Routing Response 
msg 100/INVITE/cseq=1 (tdta0x7f744c1515d0) (609 bytes) to upstream sproutlet 
scscf:

--start msg--



SIP/2.0 100 Trying

Via: SIP/2.0/TCP 
10.112.87.250:45312;rport=45312;received=10.112.87.250;branch=z9hG4bKPjMCwNeVkjc1uawalD3By9r.lqGGy5PwHh

Via: SIP/2.0/TCP 
10.112.123.57:43259;received=10.112.123.57;branch=z9hG4bK-524287-1---fa5982366f8904be

Record-Route: 
<sip:scscf.cw-aio:5054;transport=TCP;lr;service=scscf;billing-role=charge-orig>

Record-Route: <sip:10.112.87.250:5058;transport=TCP;lr>

Record-Route: <sip:paRGfRUGv7@cw-aio:5060;transport=TCP;lr>

Call-ID: OV0U_26XyoJOUXCQ0B_6FA..

From: <sip:6505550...@example.com>;tag=9b0c5d3e

To: <sip:1...@example.com>

CSeq: 1 INVITE

Content-Length:  0





--end msg--

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1735: Adding message 
0x7f744c151be0 => txdata 0x7f744c151678 mapping

20-09-2016 16:37:12.508 UTC Verbose sproutletproxy.cpp:1623: 
scscf-0x7f744c14df40 received provisional response Response msg 
100/INVITE/cseq=1 (tdta0x7f744c1515d0) on fork 0, state = Proceeding

20-09-2016 16:37:12.508 UTC Info scscfsproutlet.cpp:561: S-CSCF received 
response

20-09-2016 16:37:12.508 UTC Verbose sproutletproxy.cpp:1413: 
scscf-0x7f744c14df40 sending Response msg 100/INVITE/cseq=1 (tdta0x7f744c1515d0)

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1750: Processing actions 
from sproutlet - 1 responses, 0 requests, 0 timers

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1836: Aggregating response 
with status code 100

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1853: Discard 100/INVITE 
response (tdta0x7f744c1515d0)

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1742: Removing message 
0x7f744c151be0 => txdata 0x7f744c151678 mapping

20-09-2016 16:37:12.508 UTC Debug pjsip: tdta0x7f744c15 Destroying txdata 
Response msg 100/INVITE/cseq=1 (tdta0x7f744c1515d0)

20-09-2016 16:37:12.508 UTC Verbose sproutletproxy.cpp:2062: Routing Request 
msg INVITE/cseq=1 (tdta0x7f744c14e530) (1411 bytes) to downstream sproutlet 
bgcf:

--start msg--



INVITE sip:1234@10.112.87.177 SIP/2.0

Record-Route: 
<sip:scscf.cw-aio:5054;transport=TCP;lr;service=scscf;billing-role=charge-orig>

Via: SIP/2.0/TCP 
10.112.87.250:45312;rport=45312;received=10.112.87.250;branch=z9hG4bKPjMCwNeVkjc1uawalD3By9r.lqGGy5PwHh

Record-Route: <sip:10.112.87.250:5058;transport=TCP;lr>

Record-Route: <sip:paRGfRUGv7@cw-aio:5060;transport=TCP;lr>

Via: SIP/2.0/TCP 
10.112.123.57:43259;received=10.112.123.57;branch=z9hG4bK-524287-1---fa5982366f8904be

Max-Forwards: 67

Contact: <sip:6505550962@10.112.123.57:43259;transport=tcp>

To: <sip:1...@example.com>

From: <sip:6505550...@example.com>;tag=9b0c5d3e

Call-ID: OV0U_26XyoJOUXCQ0B_6FA..

CSeq: 1 INVITE

Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, 
SUBSCRIBE

Supported: replaces, norefersub, extended-refer, timer, outbound, path, 
X-cisco-serviceuri

User-Agent: Z 3.9.32144 r32121

Allow-Events: presence, kpml

P-Asserted-Identity: <sip:6505550...@example.com>

Session-Expires: 600

P-Served-User: <sip:6505550...@example.com>;sescase=orig;regstate=reg

Route: <sip:bgcf.cw-aio:5053;transport=TCP;lr>

Content-Type: application/sdp

Content-Length:   241



v=0

o=Z 0 0 IN IP4 10.112.123.57

s=Z

c=IN IP4 10.112.123.57

t=0 0

m=audio 8000 RTP/AVP 3 110 8 0 97 101

a=rtpmap:110 speex/8000

a=rtpmap:97 iLBC/8000

a=fmtp:97 mode=30

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=sendrecv



--end msg--

20-09-2016 16:37:12.508 UTC Debug pjutils.cpp:691: Cloned tdta0x7f744c14e530 to 
tdta0x7f744c1515d0

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1215: Remove top Route 
header Route: <sip:bgcf.cw-aio:5053;transport=TCP;lr>

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1735: Adding message 
0x7f744c151be0 => txdata 0x7f744c151678 mapping

20-09-2016 16:37:12.508 UTC Verbose sproutletproxy.cpp:1587: 
bgcf-0x7f744c05f0b0 pass initial request Request msg INVITE/cseq=1 
(tdta0x7f744c1515d0) to Sproutlet

20-09-2016 16:37:12.508 UTC Debug acr.cpp:49: Created ACR (0x7f744c05f030)

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:169: home domain: false, 
local_to_node: false, is_gruu: false, enforce_user_phone: false, prefer_sip: 
true, treat_number_as_phone: false

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:199: Classified URI as 5

20-09-2016 16:37:12.508 UTC Debug pjutils.cpp:2328: Not translating URI

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:169: home domain: false, 
local_to_node: false, is_gruu: false, enforce_user_phone: false, prefer_sip: 
true, treat_number_as_phone: false

20-09-2016 16:37:12.508 UTC Debug uri_classifier.cpp:199: Classified URI as 5

20-09-2016 16:37:12.508 UTC Debug bgcfservice.cpp:188: Getting route for URI 
domain 10.112.87.177 via BGCF lookup

20-09-2016 16:37:12.508 UTC Info bgcfservice.cpp:198: Found route to domain 
10.112.87.177

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1350: Sproutlet 
send_request 0x7f744c151be0

20-09-2016 16:37:12.508 UTC Verbose sproutletproxy.cpp:1386: 
bgcf-0x7f744c05f0b0 sending Request msg INVITE/cseq=1 (tdta0x7f744c1515d0) on 
fork 0

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1750: Processing actions 
from sproutlet - 0 responses, 1 requests, 0 timers

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1790: Processing request 
0x7f744c151678, fork = 0

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1914: bgcf-0x7f744c05f0b0 
transmitting request on fork 0

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1928: bgcf-0x7f744c05f0b0 
store reference to non-ACK request Request msg INVITE/cseq=1 
(tdta0x7f744c1515d0) on fork 0

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:1742: Removing message 
0x7f744c151be0 => txdata 0x7f744c151678 mapping

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:119: Find target Sproutlet 
for request

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:158: Found next routable 
URI: sip:cw-aio:5058;transport=UDP;lr;orig

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:190: No Sproutlet found 
using service name or host

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:196: Find default service 
for port 5058

20-09-2016 16:37:12.508 UTC Debug sproutletproxy.cpp:874: No local sproutlet 
matches request

20-09-2016 16:37:12.508 UTC Debug pjsip: tsx0x7f744c154 Transaction created for 
Request msg INVITE/cseq=1 (tdta0x7f744c1515d0)

20-09-2016 16:37:12.508 UTC Debug basicproxy.cpp:1618: Added trail identifier 
10262 to UAC transaction

20-09-2016 16:37:12.508 UTC Debug pjutils.cpp:490: Next hop node is encoded in 
top route header

20-09-2016 16:37:12.508 UTC Debug sipresolver.cpp:86: SIPResolver::resolve for 
name cw-aio, port 5058, transport 17, family 2

20-09-2016 16:37:12.508 UTC Debug baseresolver.cpp:523: Attempt to parse cw-aio 
as IP address

20-09-2016 16:37:12.508 UTC Debug sipresolver.cpp:128: Port is specified

20-09-2016 16:37:12.508 UTC Debug sipresolver.cpp:296: Perform A/AAAA record 
lookup only, name = cw-aio

20-09-2016 16:37:12.508 UTC Debug dnscachedresolver.cpp:724: Removing record 
for scscf.cw-aio (type 1, expiry time 1474389247) from the expiry list

20-09-2016 16:37:12.508 UTC Verbose dnscachedresolver.cpp:245: Check cache for 
cw-aio type 1

20-09-2016 16:37:12.508 UTC Debug dnscachedresolver.cpp:251: No entry found in 
cache

20-09-2016 16:37:12.508 UTC Debug dnscachedresolver.cpp:254: Create cache entry 
pending query

20-09-2016 16:37:12.508 UTC Debug dnscachedresolver.cpp:302: Create and execute 
DNS query transaction

20-09-2016 16:37:12.508 UTC Debug dnscachedresolver.cpp:315: Wait for query 
responses

20-09-2016 16:37:12.508 UTC Debug dnscachedresolver.cpp:465: Received DNS 
response for cw-aio type A

20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:90: Parsing DNS message

000000: 19378580 00010001 00000000 0663772d 61696f00 00010001 c00c0001 00010000 
   .7.. .... .... .cw- aio. .... .... ....

000020: 00000004 0a7057fa                                                       
   .... .pW.



20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:95: Parsing header at offset 0x0

20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:98: 1 questions, 1 answers, 0 
authorities, 0 additional records

20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:103: Parsing question 1 at 
offset 0xc

20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:229: Parsed domain name = 
cw-aio, encoded length = 8

20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:112: Parsing answer 1 at offset 
0x18

20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:229: Parsed domain name = 
cw-aio, encoded length = 2

20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:282: Resource Record 
NAME=cw-aio TYPE=A CLASS=IN TTL=0 RDLENGTH=4

20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:287: Parse A record RDATA

20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:142: Answer records

cw-aio                  0       IN      A       10.112.87.250



20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:143: Authority records



20-09-2016 16:37:12.508 UTC Debug dnsparser.cpp:144: Additional records



20-09-2016 16:37:12.508 UTC Debug dnscachedresolver.cpp:761: Adding record to 
cache entry, TTL=0, expiry=1474389432

20-09-2016 16:37:12.508 UTC Debug dnscachedresolver.cpp:765: Update cache entry 
expiry to 1474389432

20-09-2016 16:37:12.508 UTC Debug dnscachedresolver.cpp:707: Adding cw-aio to 
cache expiry list with deletion time of 1474389732

20-09-2016 16:37:12.508 UTC Debug dnscachedresolver.cpp:319: Received all query 
responses

20-09-2016 16:37:12.508 UTC Debug dnscachedresolver.cpp:347: Pulling 1 records 
from cache for cw-aio A

20-09-2016 16:37:12.508 UTC Debug baseresolver.cpp:362: Found 1 A/AAAA records, 
randomizing

20-09-2016 16:37:12.508 UTC Debug baseresolver.cpp:993: 10.112.87.250:5058 
transport 17 has state: WHITE

20-09-2016 16:37:12.508 UTC Debug baseresolver.cpp:993: 10.112.87.250:5058 
transport 17 has state: WHITE

20-09-2016 16:37:12.508 UTC Debug baseresolver.cpp:406: Added a server, now 
have 1 of 5

20-09-2016 16:37:12.508 UTC Debug baseresolver.cpp:447: Adding 0 servers from 
blacklist

20-09-2016 16:37:12.508 UTC Info pjutils.cpp:938: Resolved destination URI 
sip:cw-aio:5058;transport=UDP;lr;orig to 1 servers

20-09-2016 16:37:12.508 UTC Debug pjutils.cpp:490: Next hop node is encoded in 
top route header

20-09-2016 16:37:12.508 UTC Debug basicproxy.cpp:1641: Next hop cw-aio is not a 
stateless proxy

20-09-2016 16:37:12.508 UTC Debug basicproxy.cpp:1655: Sending request for 
sip:1234@10.112.87.177

20-09-2016 16:37:12.508 UTC Debug pjsip: tsx0x7f744c154 Sending Request msg 
INVITE/cseq=1 (tdta0x7f744c1515d0) in state Null

20-09-2016 16:37:12.508 UTC Debug pjsip:       endpoint Request msg 
INVITE/cseq=1 (tdta0x7f744c1515d0): skipping target resolution because address 
is already set

20-09-2016 16:37:12.508 UTC Debug pjsip:       endpoint Request msg 
INVITE/cseq=1 (tdta0x7f744c1515d0) exceeds UDP size threshold (1300), sending 
with TCP

20-09-2016 16:37:12.508 UTC Verbose pjsip: tcpc0x7f744c15 TCP client transport 
created

20-09-2016 16:37:12.508 UTC Verbose pjsip: tcpc0x7f744c15 TCP transport 
10.112.87.250:57743 is connecting to 10.112.87.250:5058...

20-09-2016 16:37:12.509 UTC Verbose common_sip_processing.cpp:136: TX 1504 
bytes Request msg INVITE/cseq=1 (tdta0x7f744c1515d0) to TCP 10.112.87.250:5058:

--start msg--



INVITE sip:1234@10.112.87.177 SIP/2.0

Via: SIP/2.0/TCP 
10.112.87.250:57743;rport;branch=z9hG4bKPjeUUjYygIls2DRu2LAAHqVGU27AHZ.-S3

Record-Route: 
<sip:scscf.cw-aio:5054;transport=TCP;lr;service=scscf;billing-role=charge-orig>

Via: SIP/2.0/TCP 
10.112.87.250:45312;rport=45312;received=10.112.87.250;branch=z9hG4bKPjMCwNeVkjc1uawalD3By9r.lqGGy5PwHh

Record-Route: <sip:10.112.87.250:5058;transport=TCP;lr>

Record-Route: <sip:paRGfRUGv7@cw-aio:5060;transport=TCP;lr>

Via: SIP/2.0/TCP 
10.112.123.57:43259;received=10.112.123.57;branch=z9hG4bK-524287-1---fa5982366f8904be

Max-Forwards: 66

Contact: <sip:6505550962@10.112.123.57:43259;transport=tcp>

To: <sip:1...@example.com>

From: <sip:6505550...@example.com>;tag=9b0c5d3e

Call-ID: OV0U_26XyoJOUXCQ0B_6FA..

CSeq: 1 INVITE

Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, 
SUBSCRIBE

Supported: replaces, norefersub, extended-refer, timer, outbound, path, 
X-cisco-serviceuri

User-Agent: Z 3.9.32144 r32121

Allow-Events: presence, kpml

P-Asserted-Identity: <sip:6505550...@example.com>

Session-Expires: 600

P-Served-User: <sip:6505550...@example.com>;sescase=orig;regstate=reg

Route: <sip:cw-aio:5058;transport=UDP;lr;orig>

Content-Type: application/sdp

Content-Length:   241



v=0

o=Z 0 0 IN IP4 10.112.123.57

s=Z

c=IN IP4 10.112.123.57

t=0 0

m=audio 8000 RTP/AVP 3 110 8 0 97 101

a=rtpmap:110 speex/8000

a=rtpmap:97 iLBC/8000

a=fmtp:97 mode=30

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=sendrecv



--end msg--

20-09-2016 16:37:12.509 UTC Debug pjsip: tsx0x7f744c154 State changed from Null 
to Calling, event=TX_MSG

20-09-2016 16:37:12.509 UTC Debug basicproxy.cpp:213: tsx0x7f744c1546a8 - 
tu_on_tsx_state UAC, TSX_STATE TX_MSG state=Calling

20-09-2016 16:37:12.509 UTC Debug basicproxy.cpp:1813: tsx0x7f744c1546a8 - 
uac_tsx = 0x7f744c154540, uas_tsx = 0x7f744c001b20

20-09-2016 16:37:12.509 UTC Debug basicproxy.cpp:1821: TX_MSG event on current 
UAC transaction

20-09-2016 16:37:12.509 UTC Debug basicproxy.cpp:2134: Starting timer C

20-09-2016 16:37:12.509 UTC Debug thread_dispatcher.cpp:193: Worker thread 
completed processing message 0x7f744409acd8

20-09-2016 16:37:12.509 UTC Debug thread_dispatcher.cpp:199: Request latency = 
8327us

20-09-2016 16:37:12.519 UTC Verbose pjsip: tcpc0x7f744c15 TCP transport 
10.112.87.250:57743 is connected to 10.112.87.250:5058

20-09-2016 16:37:12.524 UTC Debug pjsip: sip_endpoint.c Processing incoming 
message: Response msg 100/INVITE/cseq=1 (rdata0x7f744c157410)

20-09-2016 16:37:12.524 UTC Verbose common_sip_processing.cpp:120: RX 864 bytes 
Response msg 100/INVITE/cseq=1 (rdata0x7f744c157410) from TCP 
10.112.87.250:5058:

--start msg--






-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.projectclearwater.org/pipermail/clearwater_lists.projectclearwater.org/attachments/20160921/b9498df0/attachment.html>

------------------------------

Subject: Digest Footer

_______________________________________________
Clearwater mailing list
Clearwater@lists.projectclearwater.org
http://lists.projectclearwater.org/mailman/listinfo/clearwater_lists.projectclearwater.org


------------------------------

End of Clearwater Digest, Vol 41, Issue 40
******************************************


::DISCLAIMER::
----------------------------------------------------------------------------------------------------------------------------------------------------

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or 
may contain viruses in transmission. The e mail and its contents (with or 
without referred errors) shall therefore not attach any liability on the 
originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the views or opinions of HCL or its 
affiliates. Any form of reproduction, dissemination, copying, disclosure, 
modification, distribution and / or publication of this message without the 
prior written consent of authorized representative of HCL is strictly 
prohibited. If you have received this email in error please delete it and 
notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.

----------------------------------------------------------------------------------------------------------------------------------------------------


_______________________________________________
Clearwater mailing list
Clearwater@lists.projectclearwater.org
http://lists.projectclearwater.org/mailman/listinfo/clearwater_lists.projectclearwater.org

_______________________________________________
Clearwater mailing list
Clearwater@lists.projectclearwater.org
http://lists.projectclearwater.org/mailman/listinfo/clearwater_lists.projectclearwater.org

Reply via email to