Hi Robert, Thank you for your response.
Unfortunately, this change is not enough and I obtain the same 500 response. To be sure, after the modify I’ve run both cw-upload_shared_ifcs_xml cw-restart_node_processes > Il giorno 26 ott 2017, alle ore 01:01, Robert Day <[email protected]> > ha scritto: > > Hi Michele, > > The RequestURI XML element is defined in the 3GPP specs as only matching on > the hostname - not the full SIP URI. That means that where you have: > > <RequestURI>sip:as2.service.example.com > <http://service.example.com/></RequestURI> > you actually want: > > <RequestURI>as2.service.example.com > <http://as2.service.example.com/></RequestURI> > (no "sip:") > > With that change, the IFC should match, and this flow should hopefully work > as you expect. > > Best, > Rob > > > From: Clearwater <[email protected] > <mailto:[email protected]>> on behalf of Michele > Furlanetto <[email protected] > <mailto:[email protected]>> > Sent: 18 October 2017 14:57 > To: [email protected] > <mailto:[email protected]> > Subject: [Project Clearwater] Enable AS to AS communication > > Hi all, > > I have to setup Clearwater to support the following call flow: > user1 <=> AS1 <=> AS2 <=> AS(1 or 3) <=> user2 > > But I’m missing some configuration to enable AS1 <=> AS2 communication and I > need a hint. > > > Both ASes are internally developed from scratch by my company. > > > Starting from a clean AIO image, relevant configurations applied are > > > - dnsmasq.conf > srv-host=_sip._udp.scscf.cw-aio,scscf.cw-aio,5054 > srv-host=_sip._udp.as1.service.example.com > <http://udp.as1.service.example.com/>,example.com <http://example.com/>,5071 > srv-host=_sip._udp.as2.service.example.com > <http://udp.as2.service.example.com/>,example.com <http://example.com/>,5072 > Example Domain <http://example.com/> > example.com <http://example.com/> > Example Domain. This domain is established to be used for illustrative > examples in documents. You may use this domain in examples without prior > coordination or asking ... > Example Domain <http://example.com/> > example.com <http://example.com/> > Example Domain. This domain is established to be used for illustrative > examples in documents. You may use this domain in examples without prior > coordination or asking ... > > > - /etc/hosts > 10.2.0.91 > example.com <http://example.com/> > Example Domain <http://example.com/> > example.com <http://example.com/> > Example Domain. This domain is established to be used for illustrative > examples in documents. You may use this domain in examples without prior > coordination or asking ... > > > - /etc/clearwater/shared_ifcs.xml > <?xml version="1.0" encoding="UTF-8"?> <SharedIFCsSets> <SharedIFCsSet> > <SetID>1</SetID> <InitialFilterCriteria> <Priority>1</Priority> > <TriggerPoint> <ConditionTypeCNF>0</ConditionTypeCNF> > <SPT> <ConditionNegated>0</ConditionNegated> <Group>0</Group> > <RequestURI>sip:as2.service.example.com > <http://service.example.com/></RequestURI> </SPT> </TriggerPoint> > <ApplicationServer> <ServerName>sip:as2.service.example.com > <http://service.example.com/>:5072;transport=UDP</ServerName> > <DefaultHandling>0</DefaultHandling> </ApplicationServer> > </InitialFilterCriteria> <InitialFilterCriteria> <Priority>0</Priority> > <TriggerPoint> <ConditionTypeCNF>0</ConditionTypeCNF> <SPT> > <ConditionNegated>0</ConditionNegated> <Group>0</Group> > <Method>REGISTER</Method> > </SPT> <SPT> <ConditionNegated>0</ConditionNegated> <Group>1</Group> > <RequestURI>sip:as1.service.example.com > <http://service.example.com/></RequestURI> </SPT> </TriggerPoint> > <ApplicationServer> <ServerName>sip:as1.service.example.com > <http://service.example.com/>:5071;transport=UDP</ServerName> > <DefaultHandling>0</DefaultHandling> <Extension> <IncludeRegisterRequest/> > </Extension> </ApplicationServer> </InitialFilterCriteria> </SharedIFCsSet> > </SharedIFCsSets> > > > > Using this configurations, AS1 is correctly addressed for both direct > messages and third-party REGISTER, > but messages to AS2 are being rejected with 500. From Sprout log: > (Message is a SUBSCRIBE, expected flow is user <=> AS1 <=> AS2) > > >> Debug pjutils.cpp:1701: Logging SAS Call-ID marker, Call-ID >> 51A2C2FF0C97F5F8C480 >> Debug thread_dispatcher.cpp:268: Queuing cloned received message >> 0x7f0c880c8648 for worker threads >> Debug thread_dispatcher.cpp:145: Worker thread dequeue message 0x7f0c880c8648 >> Debug pjsip: sip_endpoint.c Distributing rdata to modules: Request msg >> SUBSCRIBE/cseq=41101 (rdata0x7f0c880c8648) >> Debug uri_classifier.cpp:160: home domain: false, local_to_node: false, >> is_gruu: false, enforce_user_phone: false, prefer_sip: true, >> treat_number_as_phone: false >> Debug uri_classifier.cpp:206: Classified URI as 5 >> Debug basicproxy.cpp:62: Process SUBSCRIBE request >> Verbose sproutletproxy.cpp:582: Sproutlet Proxy transaction (0x7f0c84009750) >> created >> Debug basicproxy.cpp:1282: Report SAS start marker - trail (6) >> Debug pjutils.cpp:695: Cloned Request msg SUBSCRIBE/cseq=41101 >> (rdata0x7f0c880c8648) to tdta0x7f0c8400e620 >> Debug pjsip: tsx0x7f0c84011 Transaction created for Request msg >> SUBSCRIBE/cseq=41101 (rdata0x7f0c880c8648) >> Debug pjsip: tsx0x7f0c84011 Incoming Request msg SUBSCRIBE/cseq=41101 >> (rdata0x7f0c880c8648) in state Null >> Debug pjsip: tsx0x7f0c84011 State changed from Null to Trying, event=RX_MSG >> Debug basicproxy.cpp:183: tsx0x7f0c84011638 - tu_on_tsx_state UAS, TSX_STATE >> RX_MSG state=Trying >> Debug pjsip: endpoint Response msg 408/SUBSCRIBE/cseq=41101 >> (tdta0x7f0c84011da0) created >> Debug sproutletproxy.cpp:170: Find target Sproutlet for request >> Debug sproutletproxy.cpp:204: Found next routable URI: >> sip:as2.service.example.com <sip:as2.service.example.com> >> Debug sproutletproxy.cpp:337: Possible service name as2 will be used if >> service.example.com <http://service.example.com/> is a local hostname >> Debug sproutletproxy.cpp:229: No Sproutlet found using service name or host >> Debug sproutletproxy.cpp:235: Find default service for port 5055 >> Debug mmtel.cpp:61: Failed to find P-Served-User header - not invoking MMTEL >> Debug sproutletproxy.cpp:170: Find target Sproutlet for request >> Debug sproutletproxy.cpp:204: Found next routable URI: >> sip:as2.service.example.com <sip:as2.service.example.com> >> Debug sproutletproxy.cpp:337: Possible service name as2 will be used if >> service.example.com <http://service.example.com/> is a local hostname >> Info sproutletproxy.cpp:644: Reject request >> Error basicproxy.cpp:245: Failed to create BasicProxy UAS transaction >> object, Option/operation is not supported (PJ_ENOTSUP) >> Debug basicproxy.cpp:399: Rejecting SUBSCRIBE request with 500 status code >> Debug pjsip: endpoint Response msg 500/SUBSCRIBE/cseq=41101 >> (tdta0x7f0c84013d60) created >> Debug pjsip: sip_resolve.c Target '10.2.0.91:5071' type=UDP resolved to >> '10.2.0.91:5071' type=UDP (UDP transport) >> Verbose common_sip_processing.cpp:106: TX 534 bytes Response msg >> 500/SUBSCRIBE/cseq=41101 (tdta0x7f0c84013d60) to UDP 10.2.0.91:5071: > > > Thanks for the help, > Michele > > > P.S.: > Same questions I’ve asked in thread > http://lists.projectclearwater.org/pipermail/clearwater_lists.projectclearwater.org/2017-October/003639.html > > <http://lists.projectclearwater.org/pipermail/clearwater_lists.projectclearwater.org/2017-October/003639.html>, > but the question was originally another one, so I’m opening a new thread with > an appropriate title. > > _______________________________________________ > Clearwater mailing list > [email protected] > <mailto:[email protected]> > http://lists.projectclearwater.org/mailman/listinfo/clearwater_lists.projectclearwater.org > > <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
