What model phone? As I recall this doesn't work correctly on 7940/60 On 22 Sep 2012 02:48, "virajith" <vir...@rediffmail.com> wrote:
> hi Abel, > > What I am trying to say is without applying the calling party > transformation to the phone . The gateway is able to add the +1408 but > when I am applying the calling party transformation to the phone. > > In the ringing state it shows 7 digits (which is correct) . However in > the missed calls instead of storing +14085151111 it only stores > 5151111. > > Let me know if any other change in config is there? > > > Thanks, > Vir > > > > > From: "Abel ..." <midga...@gmail.com> > Sent: Fri, 21 Sep 2012 19:05:59 > To: Nicolas MICHEL <mcl.nico...@gmail.com> > Cc: vir...@rediffmail.com, ccie_voice@onlinestudylist.com > Subject: Re: [OSL | CCIE_Voice] need to understand + dialing and number > localization > Try it without the calling party transformation applied in the phone, in > this way you can be sure if the gateway is adding the +1408 to the 7 digits > ANI. If everything is ok you should see the full E.164 number in the screen > and also in the missed calls. If everything is ok check you transformation, > the one applied to the phone. > > Abel Mateo > CCIE #28546 - R&S/Voice > > On Fri, Sep 21, 2012 at 8:33 AM, Nicolas MICHEL <mcl.nico...@gmail.com>wrote: > > 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>> 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 > ****************************************** > > [image: Description: Image removed by sender. Description: Image removed > by > sender.]<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.**** > > **** > > > [image: Description: Image removed by > sender.]<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 > > > > > <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 >
_______________________________________________ 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