[cisco-voip] UK E1/PRI - Caller ID

Sat Dec 10 09:44:01 EST 2005

Well, the problem is that British Telecomm is not seting the type as
"International" on any calls.  All calls come as type "National" so I
can't distinguish between national/local and international calls on the
type, only by what digits I am getting.  Does BT send your International
calls inbound marked with the correct type?

> This doc from cisco website seems to fit what you are trying to achieve.
>
> http://www.cisco.com/en/US/partner/tech/tk652/tk90/technologies_tech_note09186a0080325e8e.shtml
>
>
> <snip>
>
> Example 1
>
> In this example, if a number starts with "4" and the type is "national",
> the rule adds "90" as a prefix. If the type is "international", the rule
> adds "900" as the prefix.
>
> *voice translation-rule 7*
> * rule 1 /^4/ /904/ type national national*
> * rule 2 /^4/ /9004/ type international international*
>
>
> router# *test voice translation-rule 7 493456567 type national*
> Matched with rule 1
> Original number: 493456567      Translated number: 90493456567
> Original number type: national  Translated number type: national
> Original number plan: none      Translated number plan: none
>
> router# *test voice translation-rule 7 493456567 type international*
> Matched with rule 2
> Original number: 493456567              Translated number: 900493456567
> Original number type: international     Translated number type:
> international
> Original number plan: none              Translated number plan: none
>
> This is useful when telephone companies (Telcos) remove access codes on
> national and international numbers. You can add the correct prefix with
> the number type as a basis.
>
> </snip>
>
>>I ended up going with:
>>
>>---------------------------
>>voice translation-rule 1
>> rule 1 /\(^[127].........$\)/ /90\1/
>> rule 2 /\(^[1-9]*\)/ /900\1/
>>!
>>!
>>voice translation-profile Prefix_9
>> translate calling 1
>>---------------------------
>>
>>Basically any call that comes in beginning with 1, 2, or 7 and has 10
>>digits, thats a local/national call.  If it is == to 10 digit or > and
>> got
>>past rule 1 I will prefix 00.  So if a call came from Africa (Cisco TAC)
>>for example which would be "3227045555" it wouldn't match rule 1 but
>> would
>>match rule 2 and prefix 900.  From what I can gather no UK > UK calls
>> will
>>ever come in with anything other than 1,2, or 7 so as long as that holds
>>true I think I will be ok.
>>
>>
>>
>>>This would work I believe for National calls but for International we
>>> are
>>>not receiving "00".  If someone from the US calls your site what does
>>> your
>>>caller-id look like?
>>>
>>>Andy
>>>
>>>
>>>
>>>>Try adding these this is what we have on our gateways in the UK.
>>>>
>>>>translation-rule 1
>>>> Rule 0 ^0. 90
>>>> Rule 1 ^1. 901
>>>> Rule 2 ^2. 902
>>>> Rule 7 ^7. 907
>>>>
>>>>-----Original Message-----
>>>>From: cisco-voip-bounces at puck.nether.net
>>>>[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Andrew Dignan
>>>>Sent: 09 December 2005 14:57
>>>>To: cisco-voip at puck.nether.net
>>>>Subject: [cisco-voip] UK E1/PRI - Caller ID
>>>>
>>>>Anyone on the list located in the UK?  I am having an issue with
>>>>incoming
>>>>caller id on an E1 PRI.  The caller id I am receiving does not have the
>>>>"0" prefixed for national calls and the international calls do not have
>>>>the "00" prefixed.  They come in for all calls with ISDN/National as
>>>> the
>>>>plan/type so I don't have anything I can use in a voice translation
>>>> rule
>>>>to make a decision on whether or not to prefix a 0 or 00.
>>>>
>>>>Andy
>>>>_______________________________________________
>>>>cisco-voip mailing list
>>>>cisco-voip at puck.nether.net
>>>>https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>***********************************************************************************************
>>>>
>>>>The information contained in this e-mail is strictly confidential, some
>>>>or
>>>>all
>>>>of which may be legally privileged. It is for the intended recipient
>>>>only.
>>>>Access to this e-mail by any other person is prohibited. If you are not
>>>>the
>>>>intended recipient, any use, disclosure, copying, printing,
>>>> distribution
>>>>of,
>>>>replying to or any action taken or omitted to be taken in reliance on
>>>>this
>>>>e-mail, is prohibited and may be unlawful. Please contact the sender
>>>>immediately
>>>>should this e-mail have been incorrectly addressed or transmitted.
>>>>
>>>>You accept that any instructions are deemed to have been given at the
>>>>time
>>>>the
>>>>recipient(s) accesses them and that delivery receipt does not
>>>> constitute
>>>>acknowledgement or receipt by the intended recipient(s). You accept
>>>> that
>>>>there
>>>>may be a delay in processing the instructions received from e-mails
>>>>after
>>>>Charles Stanley has received them. You are advised that urgent, time
>>>>sensitive
>>>>and confidential communications should not be sent by e-mail.
>>>>
>>>>You acknowledge that e-mails are not secure and you accept the risk of
>>>>malfunction, viruses, unauthorised interference, mis-delivery or delay.
>>>>************************************************************************************************
>>>>
>>>>
>>>>Charles Stanley & Co. Ltd
>>>>Registered Office: 25 Luke Street London EC2A 4AR
>>>>
>>>>Tel: 0207 739 8200 Fax: 0207 739 7798
>>>>Registered in England No. 1903304
>>>>
>>>>Charles Stanley Sutherlands and Tozer Wingate are divisions of Charles
>>>>Stanley & Co. Ltd
>>>>
>>>>Authorised and Regulated by the Financial Services Authority, Member of
>>>>the
>>>>London Stock Exchange, International Securities Markets Association,
>>>> and
>>>>The London International Financial Futures &
>>>>Options Exchange.
>>>>
>>>>This footnote also confirms that this email message has been swept by
>>>>McAfee
>>>>VirusScan and SurfControl Email Filter software.
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>_______________________________________________
>>cisco-voip mailing list
>>cisco-voip at puck.nether.net
>>https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>>
>
>