<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'><div style="text-align: left;">any additional advice is welcome, many thanks.<br><br>attached current config<br><br></div><br><br><br><blockquote><hr id="EC_stopSpelling">From: henriphilakham@hotmail.com<br>To: keli@carocomp.ro<br>Subject: RE: [cisco-voip] voip : translation-rule on cs 2801<br>Date: Wed, 6 Feb 2008 03:05:48 +0000<br><br>
<meta http-equiv="Content-Type" content="text/html; charset=unicode">
<meta name="Generator" content="Microsoft SafeHTML">
<style>
.ExternalClass .EC_hmmessage P
{padding:0px;}
.ExternalClass EC_body.hmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div style="text-align: left;">Hi<br><br>this one config applies in SRST mode when WAN connectivity is lost with our SIP server (which is doing the call setup&teardown) and it worked well, all digits are forwarded correctly. But you are right about the syntax it should be more precise as in "8.T".<br><br>For local calls, users generally dial prefix 8 to place calls direct via the PSTN route with the local PTT (thru the local gateway). <br>
For international calls prefix users dial 001 and our SIP server does the call routing and set up (thru central SIP platform). <br>I think the global translation rule needs to be more precise when using prefix 8. Hence not sure if we could just do this config instead <br>(cfg-translation-rule)#rule 1 /^8\(.*\)/ /8\1/<br><br><br><br></div><br><br><br><hr id="EC_stopSpelling">> Date: Tue, 5 Feb 2008 16:43:25 +0200<br>> From: keli@carocomp.ro<br>> To: henriphilakham@hotmail.com<br>> Subject: Re: [cisco-voip] voip : translation-rule on cs 2801<br>> <br>> dial-peer voice 4321 pots<br>> translation-profile outgoing SRST<br>> destination-pattern T<br>> progress_ind setup enable 3<br>> progress_ind alert enable 8<br>> translate-outgoing called 1<br>> port 0/3/0:15<br>> !<br>> <br>> If I'm not mistaken, this is the dial-peer in question.<br>> <br>> You *are doing* two tranlations:<br>> translation-profile outgoing SRST<br>> translate-outgoing called 1<br>> <br>> also, it is recomennded by cisco, to avoid destination pattern T<br>> use instead destination-pattern .T<br>> <br>> However, for you, this might be the most simple way to do this:<br>> destination-pattern 8.T<br>> no forward-digits<br>> ! with forward digits not specified, the default behaviour is to strip <br>> the exactly matched part at the beginning and forward wildcarded <br>> characters. In your case the 8 will be stripped<br>> no translation-profile<br>> no translate-outgoing<br>> <br>> This will strip the 8 automatically.<br>> <br>> Even faster (an exact match is always better than an open-ended one), <br>> but specific to 8 digits only:<br>> destination-pattern 8........$<br>> forward-digits 8<br>> ! here forward-digits is again, optional, since it should forward the 8 <br>> wildcard digits anyway.<br>> no translation-profile<br>> no translate-outgoing<br>> <br>> best regards,<br>> Zoltan<br>> <br>> henri philakham wrote:<br>> > thanks Keli, i will test lab it first and let you know if it works...<br>> > meantime here's my GW config fyi, i think there was no overlap in the <br>> > translation rules...<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > ------------------------------------------------------------------------<br>> > > Date: Tue, 5 Feb 2008 12:21:18 +0200<br>> > > From: keli@carocomp.ro<br>> > > To: henriphilakham@hotmail.com<br>> > > Subject: Re: [cisco-voip] voip : translation-rule on cs 2801<br>> > ><br>> > > It might happen your rule is applied twice for one reason or another.<br>> > ><br>> > > try using something more specific, so it wouldn't match on already 8<br>> > > digit numbers. For example this should work:<br>> > > (cfg-translation-rule)#rule 1 /^8\(........\)/ /\1/<br>> > ><br>> > > You should still check why is the rule applied twice, but with the <br>> > above<br>> > > rule it won't matter anyway.<br>> > ><br>> > > regards,<br>> > > Zoltan<br>> > ><br>> > > henri philakham wrote:<br>> > > > Hi<br>> > > ><br>> > > > i have this translation rule on my cs 2801 voice enabled GW but there<br>> > > > is a problem :<br>> > > ><br>> > > > - when user dials prefix 8 to get the local PTT line, they can call<br>> > > > and reach any fixed and mobile numbers BUT except the mobile numbers<br>> > > > starting with 8, i got the local PTT to come and check and they<br>> > > > confirmed they dont receive all the 8 digits of the mobile number<br>> > > > especially when it starts with 8 therefore the call is disconnected<br>> > > > from their end. So apprently my GW sends 8 digits for all mobile<br>> > > > numbers starting with 9 but not with 8 for some reason.<br>> > > ><br>> > > > - this the translation<br>> > > > voice translation-rule 6<br>> > > > rule 1 /^8/ //<br>> > > ><br>> > > > - this is the test that shows that it removes the prefix 8 to get the<br>> > > > PTT line and forward all the remaining numbers<br>> > > > MG-EMB-SIN#test voice translation-rule 6 890115850<br>> > > > Matched with rule 1<br>> > > > Original number: 890115850 Translated number: 90115850<br>> > > > Original number type: none Translated number type: none<br>> > > > Original number plan: none Translated number plan: none<br>> > > ><br>> > > > MG-EMB-SIN#test voice translation-rule 6 881388001<br>> > > > Matched with rule 1<br>> > > > Original number: 881388001 Translated number: 81388001<br>> > > > Original number type: none Translated number type: none<br>> > > > Original number plan: none Translated number plan: none<br>> > > ><br>> > > > MG-EMB-SIN#test voice translation-rule 6 80193356570072<br>> > > > Matched with rule 1<br>> > > > Original number: 80193356570072 Translated number: 0193356570072<br>> > > > Original number type: none Translated number type: none<br>> > > > Original number plan: none Translated number plan: none<br>> > > ><br>> > > > can somebody help understand why is that the PTT does not receive the<br>> > > > first digit of the mobile number called when this one starts with <br>> > 8xxx<br>> > > > xxxx but does receive all when it comes to a mobile number starting<br>> > > > with 9xxx xxxx ?<br>> > > ><br>> > > > Thanks for your reply<br>> > > > <br>> > ------------------------------------------------------------------------<br>> > > > Express yourself instantly with MSN Messenger! MSN Messenger<br>> > > > <http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/><br>> > > > <br>> > ------------------------------------------------------------------------<br>> > > ><br>> > > > _______________________________________________<br>> > > > cisco-voip mailing list<br>> > > > cisco-voip@puck.nether.net<br>> > > > https://puck.nether.net/mailman/listinfo/cisco-voip<br>> > > ><br>> > ><br>> ><br>> > ------------------------------------------------------------------------<br>> > Express yourself instantly with MSN Messenger! MSN Messenger <br>> > <http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/><br>> <br><br><hr>Express yourself instantly with MSN Messenger! <a href="http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/" target="_blank">MSN Messenger</a>
</blockquote><br /><hr />Express yourself instantly with MSN Messenger! <a href='http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/' target='_new'>MSN Messenger</a></body>
</html>