[Freeswitch-users] CallerID withheld problem
Alex Lake
alex at digitalmail.com
Wed May 21 12:31:36 MSD 2014
Yes, I've done that, but it's still coming through as CLI withheld
(although we know what it is).
Coming from a Q.931 background, that's quite normal. I presume the SIP
equivalent is Privacy="yes" but here I've attempted to set it to "no" to
little avail!
Cheers,
Alex
> At a quick glance... sounds like you want to normalize everything to
> the 0XX format.
> If you're getting +44 which should just be 0, then match ^\+44(\d*)$
> and set effective_caller_id_number to be 0$1.
>
> -Avi
>
>
> On Tue, May 20, 2014 at 7:26 PM, Alex Lake <alex at digitalmail.com
> <mailto:alex at digitalmail.com>> wrote:
>
> Hello there....
>
> One of our carriers has changed their signalling today and its
> resulted
> in some strange behaviour through our Freeswitch box.
>
> The change was that the P-Asserted ID has changed format to have a
> "+44"
> at the beginning - it used to be in the national format (eg.
> "02070601234").
>
> The problem manifests itself further down the chain (the FS box
> forwards
> to an Asterisk box which forwards to a legacy system using E1's and
> Aculab cards). For some reason the E1 interprets the signalling as
> withheld caller id.
>
> Message Header is:
>
> Max-Forwards: 69
> Session-Expires: 3600;refresher=uac
> Min-SE: 600
> Supported: timer, 100rel
> To: <sip:448700802332 at 213.239.197.41
> <mailto:sip%3A448700802332 at 213.239.197.41>>
> From: <sip:02070604380 at 217.145.67.2
> <mailto:sip%3A02070604380 at 217.145.67.2>>;tag=3609589914-358461
> P-Asserted-Identity: <sip:+442070604380 at 193.113.183.202
> <mailto:sip%3A%2B442070604380 at 193.113.183.202>>
> Call-ID: 3560925-3609589914-358457 at MSX1.mydomain.com
> <mailto:3560925-3609589914-358457 at MSX1.mydomain.com>
> CSeq: 1 INVITE
> Allow: CANCEL, ACK, INVITE, BYE, OPTIONS, REGISTER, NOTIFY, INFO,
> REFER,
> SUBSCRIBE, PRACK, UPDATE, MESSAGE, PUBLISH
> Via: SIP/2.0/UDP
> 217.145.67.2:5060;branch=z9hG4bK630bccab557da527f8875b902c88fb6b
> Contact: <sip:02070604380 at 217.145.67.2:5060
> <http://sip:02070604380@217.145.67.2:5060>>
> Content-Type: application/sdp
> Accept: application/sdp
> Content-Length: 373
>
> I forward this on as:
>
> Via: SIP/2.0/UDP 213.239.197.41;rport;branch=z9hG4bKm3jHajt7g1gaa
> Max-Forwards: 68
> From: "02070604380" <sip:02070604380 at 213.239.197.41
> <mailto:sip%3A02070604380 at 213.239.197.41>>;tag=57cmagKg0yctN
> To: <sip:448700802332 at 89.202.128.200
> <mailto:sip%3A448700802332 at 89.202.128.200>>
> Call-ID: 81dbf634-5ad9-1232-1f90-d43d7ee2fdec
> CSeq: 59964493 INVITE
> Contact: <sip:mod_sofia at 213.239.197.41:5060
> <http://sip:mod_sofia@213.239.197.41:5060>>
> User-Agent:
> FreeSWITCH-mod_sofia/1.2.23+git~20140319T002132Z~b96946822d~64bit
> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE,
> REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
> Supported: timer, path, replaces
> Allow-Events: talk, hold, conference, presence, dialog, line-seize,
> call-info, sla, include-session-description, presence.winfo,
> message-summary, refer
> Privacy: none
> Content-Type: application/sdp
> Content-Disposition: session
> Content-Length: 207
> X-FS-Support: update_display,send_info
> P-Asserted-Identity: "02070604380" <sip:02070604380 at 213.239.197.41
> <mailto:sip%3A02070604380 at 213.239.197.41>>
>
> I don't know if the SIPerati can discern anything from this. I could
> pastebin the pcap file if that would be useful.
>
> But the angle might be for me to tell FS to give calls a
> sip_cid_type of
> "none". But I don't quite undersrand from the wiki
> (https://wiki.freeswitch.org/wiki/Variable_sip_cid_type) where I
> should
> put this.
>
> The current dialplan is:
>
> <extension name="ajl-test2">
> <condition field="destination_number" expression="^44">
> <action application="privacy" data="no"/>
> <action application="log" data="INFO caller_id_number
> 0${caller_id_number:3}"/>
> <action application="export"
> data="origination_caller_id_number=0${caller_id_number:3}"/>
> <action application="bridge"
> data="sofia/internal/${destination_number}@89.202.128.200
> <mailto:destination_number%7D at 89.202.128.200>"/>
> </condition>
> </extension>
>
> Note the hack to change callerid from +44xxx... format to 0xxx... has
> been replaced by a Lua script that handles it a bit more cleanly.
>
> But that "privacy" setting doesn't seem to be enough.
>
> Any ideas or suggestions for more diagnostics?
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org <mailto:consulting at freeswitch.org>
> http://www.freeswitchsolutions.com
>
>
>
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> <mailto:FreeSWITCH-users at lists.freeswitch.org>
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
>
>
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
> No virus found in this message.
> Checked by AVG - www.avg.com <http://www.avg.com>
> Version: 2014.0.4570 / Virus Database: 3950/7523 - Release Date: 05/20/14
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140521/c5149e81/attachment.html
Join us at ClueCon 2013 Aug 6-8, 2013
More information about the FreeSWITCH-users
mailing list