Hi Gavin, This is expected behaviour for ENUM according to the specs (TS 24.229 section 5.4.3.2, S-CSCF requests initiated by the served user)– the way it works is:
· Originating processing is done, including invoking originating application servers · At the end of originating processing, if we have an E.164 number, an ENUM lookup is done to translate it into a SIP URI · Terminating processing is then done for that SIP URI (or, if it’s not in the local network, it’s routed out for terminating processing on its home deployment) This is because: · The SIP user sip:[email protected] might not be the same user identified by +1234 on the public telephone network – although this would be an unusual configuration. · It’s possible to use ENUM for call forwarding (https://en.wikipedia.org/wiki/Telephone_number_mapping#Call_forwarding), which wouldn’t be possible if ENUM was skipped if the user was known to exist locally. · In a large IMS deployment with multiple S-CSCFs, the originating and terminating users might be handled by different S-CSCFs, so a check whether a user existed “locally” wouldn’t necessarily make sense. Hope that helps, Rob -- Rob Day Software Engineer, Project Clearwater From: Clearwater [mailto:[email protected]] On Behalf Of Gavin Murphy Sent: 26 November 2015 18:39 To: [email protected] Subject: [Clearwater] Terminating iFCs not being applied when ENUM enabled Hi, I noticed that if ENUM is enabled, it looks like terminating filters are not checked. Once the originating iFCs are checked, a request to ENUM is sent out, even if the terminating party is a subscriber in the local system. Is this expected, or a known issue (perhaps in the specific release I have installed - Harry Potter)? Thanks, Gavin -- Gavin Murphy VP Engineering, RCS Products +1 (902) 406–8375 x1002 [email protected]<mailto:[email protected]> www.newnet.com<http://www.newnet.com> [cid:[email protected]] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ This e-mail is intended only for the named recipient(s) and may contain information that is otherwise privileged, confidential and/or exempt from disclosure under applicable law. No waiver of privilege, confidence, or otherwise is intended by virtue of communication via the internet. Any unauthorized use, dissemination or copying is strictly prohibited. If you have received this e-mail in error, or are not the named as a recipient, please immediately notify the sender and destroy all copies of this e-mail. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
_______________________________________________ Clearwater mailing list [email protected] http://lists.projectclearwater.org/mailman/listinfo/clearwater_lists.projectclearwater.org
