Your gateway will prefix your incoming PSTN call using the prefix that you configure on the gateway page : This is globalization (on the Incoming calling party number)
Then your phone will invoke a Translation pattern that will strip what you do not want on the calling party number That’s it ! From: vir...@rediffmail.com [mailto:vir...@rediffmail.com] Sent: Friday, September 21, 2012 2:42 PM To: Nicolas MICHEL ; ccie_voice@onlinestudylist.com Cc: ccie_voice-request Subject: Re: [OSL | CCIE_Voice] need to understand + dialing and number localization hi Nic, Thanks for your response. The calling party transformation pattern is the DP and it has access to the partition of the phone and calling party transformation. The translation pattern \+1408 is only for the outbound calls I thought i.e if one has to dial from the missed calls lists. Am I correct? Thanks, Vir From: Nicolas MICHEL <mcl.nico...@gmail.com> Sent: Fri, 21 Sep 2012 18:04:08 To: <vir...@rediffmail.com> Cc: <ccie_voice@onlinestudylist.com> Subject: Re: [OSL | CCIE_Voice] need to understand + dialing and number localization Then your gateway does not invoke the Callin party Transformation pattern (Maybe a CSS/PT problem) You should also have a Translation Pattern that strips \+1408 on the phone or on the device pool Nic From: vir...@rediffmail.com [mailto:vir...@rediffmail.com] Sent: Friday, September 21, 2012 2:30 PM To: Nicolas MICHEL Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] need to understand + dialing and number localization hi Nicolas, I followed the video . However here are the steps I followed: 1) add the prefix to the gateway endpoint ( make sure to note the type - say subscriber ) eg. +1408 2) create a specific css and partition for predot numbers 3)add a calling party transformation with predot strip eg . \+1408.XXXXXXX 4) go to phone and uncheck the Use DP calling party css and add the calling party css that was created in step 2 Now here is the problem for which I am confused if I call from pstn to ip phone that is from 5151111 to 2022001 . I see the seven digit caller id ( that is 5151111 -- which is expected ) however when I go to the phone and check missed calls instead of the number getting stored as +14081515111 it gets stored as just 5151111. Why does this happen is my config wrong? Please help. Regards, Vir From: Nicolas MICHEL <mcl.nico...@gmail.com> Sent: Fri, 21 Sep 2012 17:45:34 To: "'virajith '" <vir...@rediffmail.com>, <ccie_voice@onlinestudylist.com> Subject: Re: [OSL | CCIE_Voice] need to understand + dialing and number localization Hi Watch IP Expert + dialing lecture from Vik. Best way to understand it From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of virajith Sent: Friday, September 21, 2012 12:28 PM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] need to understand + dialing and number localization hi guys, I need to understand or have a simple way of understanding + dialing and number localization. Can anyone help me wiht this? Thanks, Vir From: ccie_voice-requ...@onlinestudylist.com Sent: Thu, 20 Sep 2012 21:29:38 To: ccie_voice@onlinestudylist.com Subject: CCIE_Voice Digest, Vol 79, Issue 65 Send CCIE_Voice mailing list submissions to ccie_voice@onlinestudylist.com To subscribe or unsubscribe via the World Wide Web, visit http://onlinestudylist.com/mailman/listinfo/ccie_voice <http://www.rediffmail.com/cgi-bin/red.cgi?account_type=1&red=http%3A%2F%2Fonlinestudylist.com%2Fmailman%2Flistinfo%2Fccie_voice&isImage=0&BlockImage=0&rediffng=0> or, via email, send a message with subject or body 'help' to ccie_voice-requ...@onlinestudylist.com You can reach the person managing the list at ccie_voice-ow...@onlinestudylist.com When replying, please edit your Subject line so it is more specific than "Re: Contents of CCIE_Voice digest..." Today's Topics: 1. Internal numbers overlap with one route pattern (Chrysostomos Christofi) 2. Re: Internal numbers overlap with one route pattern (Chrysostomos Christofi) 3. Re: Internal numbers overlap with one route pattern (Kevin Spicer) 4. Re: WAN QoS questions (Krishna) ---------------------------------------------------------------------- Message: 1 Date: Thu, 20 Sep 2012 12:15:37 +0000 From: Chrysostomos Christofi <ch.christ...@logicom.net> To: "Online Study (ccie_voice@onlinestudylist.com)" <ccie_voice@onlinestudylist.com> Subject: [OSL | CCIE_Voice] Internal numbers overlap with one route pattern Message-ID: <f3a446ed84ff9449b29f801927620de783ea9...@exmbxsrv2.lgcom.net> Content-Type: text/plain; charset="us-ascii" Hi guys Is it possible to put # to stop inter-digit timeout for internal numbers?(extensions) I believe no but what is your opinion Scenario: route pattern set up for local 7 digit numbers: [5-9]XXXXXX (local numbers) internal 4 digit DNs which start with 9(extensions) when dialling the internal DNs there is a delay because of inter-digit timeout can this be fixed? They don't want to use access code for PSTN calls Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: </archives/ccie_voice/attachments/20120920/ba021d2e/attachment-0001.html> ------------------------------ Message: 2 Date: Thu, 20 Sep 2012 12:45:48 +0000 From: Chrysostomos Christofi <ch.christ...@logicom.net> To: Kevin Spicer <ke...@kevinspicer.co.uk> Cc: "Online Study \(ccie_voice@onlinestudylist.com\)" <ccie_voice@onlinestudylist.com> Subject: Re: [OSL | CCIE_Voice] Internal numbers overlap with one route pattern Message-ID: <f3a446ed84ff9449b29f801927620de783ea9...@exmbxsrv2.lgcom.net> Content-Type: text/plain; charset="iso-8859-7" Hi Kevin The delay is exactly the same Without translation pattern is 5 seconds. With translation pattern is again 5 seconds In the translation I checked also the urgent priority From: kevinspice...@gmail.com [mailto:kevinspice...@gmail.com] On Behalf Of Kevin Spicer Sent: ??????, 20 ??????????? 2012 3:31 ?? To: Chrysostomos Christofi Subject: Re: [OSL | CCIE_Voice] Internal numbers overlap with one route pattern Try a translation pattern XXXX# with a trailing hash discard. On 20 Sep 2012 13:28, "Chrysostomos Christofi" <ch.christ...@logicom.net <mailto:ch.christ...@logicom.net%3cmailto:ch.christ...@logicom.net> <mailto:ch.christ...@logicom.net>> wrote: Hi guys Is it possible to put # to stop inter-digit timeout for internal numbers?(extensions) I believe no but what is your opinion Scenario: route pattern set up for local 7 digit numbers: [5-9]XXXXXX (local numbers) internal 4 digit DNs which start with 9(extensions) when dialling the internal DNs there is a delay because of inter-digit timeout can this be fixed? They don't want to use access code for PSTN calls Regards _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com <http://www.rediffmail.com/cgi-bin/red.cgi?account_type=1&red=http://www.ipexpert.com&isImage=0&BlockImage=0&rediffng=0> <http://www.ipexpert.com <http://www.rediffmail.com/cgi-bin/red.cgi?account_type=1&red=http%3A%2F%2Fwww.ipexpert.com&isImage=0&BlockImage=0&rediffng=0> > Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com <http://www.rediffmail.com/cgi-bin/red.cgi?account_type=1&red=http://www.PlatinumPlacement.com&isImage=0&BlockImage=0&rediffng=0> <http://www.PlatinumPlacement.com <http://www.rediffmail.com/cgi-bin/red.cgi?account_type=1&red=http%3A%2F%2Fwww.PlatinumPlacement.com&isImage=0&BlockImage=0&rediffng=0> > -------------- next part -------------- An HTML attachment was scrubbed... URL: </archives/ccie_voice/attachments/20120920/b17fad1a/attachment-0001.html> ------------------------------ Message: 3 Date: Thu, 20 Sep 2012 14:02:21 +0100 From: Kevin Spicer <ke...@kevinspicer.co.uk> To: Chrysostomos Christofi <ch.christ...@logicom.net> Cc: "Online Study \(ccie_voice@onlinestudylist.com\)" <ccie_voice@onlinestudylist.com> Subject: Re: [OSL | CCIE_Voice] Internal numbers overlap with one route pattern Message-ID: <CAF2gGOTKcVDt+=twnfqj8bv1nfrnnssuu9etnexurdw_w5b...@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-7" I think you need to make sure that the CSS of the translation contains only the partitions with the phones in, but not the route patterns. On 20 Sep 2012 13:45, "Chrysostomos Christofi" <ch.christ...@logicom.net> wrote: > Hi Kevin**** > > ** ** > > The delay is exactly the same **** > > Without translation pattern is 5 seconds.**** > > With translation pattern is again 5 seconds**** > > In the translation I checked also the urgent priority**** > > ** ** > > *From:* kevinspice...@gmail.com [mailto:kevinspice...@gmail.com] *On > Behalf Of *Kevin Spicer > *Sent:* ??????, 20 ??????????? 2012 3:31 ?? > *To:* Chrysostomos Christofi > *Subject:* Re: [OSL | CCIE_Voice] Internal numbers overlap with one route > pattern**** > > ** ** > > Try a translation pattern XXXX# with a trailing hash discard.**** > > On 20 Sep 2012 13:28, "Chrysostomos Christofi" <ch.christ...@logicom.net> > wrote:**** > > Hi guys**** > > **** > > Is it possible to put # to stop inter-digit timeout for internal > numbers?(extensions)**** > > **** > > I believe no but what is your opinion**** > > **** > > Scenario:**** > > **** > > route pattern set up for local 7 digit numbers: [5-9]XXXXXX (local numbers) > **** > > internal 4 digit DNs which start with 9(extensions)**** > > when dialling the internal DNs there is a delay because of inter-digit > timeout**** > > can this be fixed?**** > > They don?t want to use access code for PSTN calls**** > > **** > > Regards**** > > **** > > **** > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > <http://www.rediffmail.com/cgi-bin/red.cgi?account_type=1&red=http://www.ipexpert.com&isImage=0&BlockImage=0&rediffng=0> > > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > <http://www.rediffmail.com/cgi-bin/red.cgi?account_type=1&red=http://www.PlatinumPlacement.com&isImage=0&BlockImage=0&rediffng=0> > **** > -------------- next part -------------- An HTML attachment was scrubbed... URL: </archives/ccie_voice/attachments/20120920/fc80bb76/attachment-0001.html> ------------------------------ Message: 4 Date: Thu, 20 Sep 2012 08:58:50 -0700 (PDT) From: Krishna <vinayak_...@yahoo.com> To: Randall Crumm <rrcr...@yahoo.com>, Online Study <ccie_voice@onlinestudylist.com> Subject: Re: [OSL | CCIE_Voice] WAN QoS questions Message-ID: <1348156730.25987.yahoomail...@web164603.mail.gq1.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" 1.) it depends, for example if this is a router with switch module in it i.e. BR1, i would not use trust since the marking will be done with acls by auto qos voip 2.) it depends, if you're told to use class based compression then you have to use compression header ip rtp in the policy-map otherwise you can leave as in the interface-dlci 3.) its once again you've to clarify with proctor.. for a full T1 i have never 95% bandwidth so far ... the bandwidth for <=768 i have seen using 95% of the bandwidth speed. ________________________________ From: Randall Crumm <rrcr...@yahoo.com> To: Online Study <ccie_voice@onlinestudylist.com> Sent: Tuesday, September 18, 2012 11:30 AM Subject: [OSL | CCIE_Voice] WAN QoS questions Hello experts, I have some questions on WAN QoS. 1. If not?explicitly?not told to TRUST, is it better to use trust or not? 2. If using FRF.12 and told do use compression, does it matter if it is on the WAN DLCI or the policy map? Always in the policy map? 2A If told to use class-based compression then do it on the policy map. 3. SA<->SB is 768KB, SA<->SC is 1536KB. When applying the 95% of CIR rule do we need to also apply to SC when 1536KB? 3A - What bandwidth threshold would we not use the 95% rule, above 768KB? Thanks, Randall _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com <http://www.rediffmail.com/cgi-bin/red.cgi?account_type=1&red=http://www.ipexpert.com&isImage=0&BlockImage=0&rediffng=0> Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com <http://www.rediffmail.com/cgi-bin/red.cgi?account_type=1&red=http://www.PlatinumPlacement.com&isImage=0&BlockImage=0&rediffng=0> -------------- next part -------------- An HTML attachment was scrubbed... URL: </archives/ccie_voice/attachments/20120920/de449c39/attachment.html> ------------------------------ _______________________________________________ CCIE_Voice mailing list CCIE_Voice@onlinestudylist.com http://onlinestudylist.com/mailman/listinfo/ccie_voice <http://www.rediffmail.com/cgi-bin/red.cgi?account_type=1&red=http%3A%2F%2Fonlinestudylist.com%2Fmailman%2Flistinfo%2Fccie_voice&isImage=0&BlockImage=0&rediffng=0> End of CCIE_Voice Digest, Vol 79, Issue 65 ****************************************** <http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle?> Description: Image removed by sender. Description: Image removed by sender. Follow Rediff Deal ho jaye! <http://track.rediff.com/click?url=___http://dealhojaye.rediff.com?sc_cid=rediffmailsignature___&cmp=signature&lnk=rediffmailsignature&newservice=deals> to get exciting offers in your city everyday. <http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle?> Description: Image removed by sender. Follow Rediff Deal ho jaye! <http://track.rediff.com/click?url=___http://dealhojaye.rediff.com?sc_cid=rediffmailsignature___&cmp=signature&lnk=rediffmailsignature&newservice=deals> to get exciting offers in your city everyday. <http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle?> Follow Rediff Deal ho jaye! <http://track.rediff.com/click?url=___http://dealhojaye.rediff.com?sc_cid=rediffmailsignature___&cmp=signature&lnk=rediffmailsignature&newservice=deals> to get exciting offers in your city everyday.
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com