Re: [OSL | CCIE_Voice] NTP

2009-01-31 Thread Anthony Yeung
Try this-

tinker panic 0
server 192.168.187.11 minpoll 4 maxpoll 4
driftfile C:\WINNT\system32\drivers\etc\ntp.drift # path for drift file

If you are syncing your sub to this pub, you may also want to add-

tinker panic 0
server 192.168.187.11 minpoll 4 maxpoll 4
server 127.127.1.1  
fudge 127.127.1.1 stratum 
driftfile C:\WINNT\system32\drivers\etc\ntp.drift # path for drift file

However, I don't think it's a "best practice" to hardcode your polling
time intervals to the min...


On Fri, Jan 30, 2009 at 1:19 PM, Ryan Trauernicht
 wrote:
> Thank you for the reply Mark.  What exactly is the Fudge line for
> My drift file also only has a number in it (23.121).  I have never really
> understood what the number is for.
> My ntp.config file looks just like below:
> server 192.168.187.11 # Set Local Clock to Authoritive Time Source  <-- NTP
> source IP
> driftfile C:\WINNT\system32\drivers\etc\ntp.drift # path for drift file
> I took out the fudge command and I cant remember what was in it untill i
> rebuild my VM box again tonight, but what should the fudge command be?
> thanks,
> Ryan Trauernicht
>
>
> I have set my BR1 to my HQ router (which is the master) and it sync's just
> fine.
>
> On Fri, Jan 30, 2009 at 7:39 AM, Mark Snow  wrote:
>>
>> Ryan,
>> Try everything again except in your step 5, don't delete the "fudge" line
>> of code. Then restart the the NTP service however without running the
>> NTPdate.exe.
>>
>> ntpdate.exe and the ntp.conf/ntp service are mutually exclusive form one
>> another.
>>
>> Also, instead of setting your system clock to within 10 mins of the
>> correct time on your ntp master router- set it to an entirely different hour
>> and maybe even year.
>> Every time you stop and start the ntp service, ntp will attempt to
>> update.
>> BTW, let's say your NTP Master router is the HQ router, did you ever try
>> setting up say a BR1 router to be a NTP client to see if it syncs properly
>> with the master first - to make sure the problem doesn't lie with the master
>> instead of the UCM server?
>> If not - be sure to try that first.
>> Cheers,
>> Mark Snow
>> Sr Technical Instructor
>> IPexpert, Inc.
>> Sent from my iPhone
>> On Jan 30, 2009, at 8:22 AM, Chris Parker  wrote:
>>
>> Did you set your driftfile in ntp.conf?
>>
>> 
>> From: Ryan Trauernicht 
>> Sent: Thursday, January 29, 2009 11:39 PM
>> To: OSL Group 
>> Subject: [OSL | CCIE_Voice] NTP
>>
>> I know this topic has been covered as well... so sorry again for the spam.
>> I have never gotten the NTP on CM to work properly.  The process I have
>> always followed is below:
>>
>> 1. Start>Run>Services.msc
>> 2. Verify the Windows Network Time is disabled
>> 3. Stop Network Time Protocol (leave as automatic)
>> 4. Set local CM time to close to real time (within 10 mins)
>> 5. Update ntp.config (c:\winnt\system32\drivers\etc) with the "server
>> x.x.x.x" of the NTP server and delete the fudge item in the text file)(
>> 5. open up command prompt and navigate to c:\program files\cisco\xntp
>> 6. run "ntpdate.exe x.x.x.x"
>> 7. Start Network Time Protocol
>>
>> Once this process is done, CM updates just fine untill it is rebooted.
>>  Once it is rebooted my CM goes back to a time I don't know where it is
>> pulling it from.  It is a dedicated box to CM so not a VMware.  I have lost
>> points on this and I don't want to lose them again any ideas what is
>> missing from this process?
>> thanks!
>> Ryan
>
>


Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-28 Thread Anthony Yeung
What you can try is assign a dummy AC pilot point to the original AC
Pilot Point as the 'Always Route Member' creating a linked hunt group.
Then for this second dummy AC pilot point assign a dummy AC user like
you did w/ the first. But instead, disable queuing for this second
dummy Pilot Point. After the hold time expires for the first AC pilot,
the call will be forwarded to the second AC pilot. Since queuing is
disabled, the call should drop BUT w/ a disconnect cause of 'user
busy'.

On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish  wrote:
> I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
> "Always Route Member" and on CTIRP I did a forward all to the TP.
>
> I am yet to try the solution given by Christian. I'll put the call to a
> gateway via RP and see if I can get fast-busy to the caller after initial
> queuing prompt.
>
> 
> Date: Tue, 27 Jan 2009 21:30:58 +1100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> From: lovingprin...@gmail.com
> To: kapilatr...@hotmail.com
> CC: christian.hennr...@intact-is.com; gree...@googlemail.com;
> ccie_voice@onlinestudylist.com; anil...@yahoo.com
>
> I tried same way.It plays greeting only once.I also changed service
> parameter for Cisco TCD "Allow Routing with Unknown Line State" to True ,and
> retried.Call still doesn't end.
>
> Kapil,
>  how did you add TP as member in HuntGroup.In my case, it gives error saying
> that member should be a valid DN on system.I was able to add phone/CTIRP DNs
> though.
>
> On Tue, Jan 27, 2009 at 8:48 PM, Kapil Atrish 
> wrote:
>
> I tried with RP/TP >> Block this pattern and in that case call stays in
> queue. AC takes the call out of the queue only when it is routed to a
> registered end-point that's what I've observed.
>
> I'll try to route it to some unallocated number pointing it to the GW and
> see if it works.
>
> Thanks for the input.
>
>
>> Date: Tue, 27 Jan 2009 10:39:31 +0100
>> From: christian.hennr...@intact-is.com
>> To: kapilatr...@hotmail.com
>> CC: gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us;
>> ccie_voice@onlinestudylist.com
>> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
>> acceptable?
>>
>> what about routing to a number CUCM, which does not exist, or even to a
>> PSTN number, which is unallocated?
>>
>> Christian
>>
>> Kapil Atrish schrieb:
>> > The requirement is to drop the call within CCM itself. I don't want to
>> > use Unity/IPCCX/TCL for this purpose.
>> >
>> > 
>> > Date: Tue, 27 Jan 2009 09:16:49 +
>> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
>> > acceptable?
>> > From: gree...@googlemail.com
>> > To: anil...@yahoo.com
>> > CC: christian.hennr...@intact-is.com; cpar...@cparker.us;
>> > kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com
>> >
>> > Folks,
>> >
>> > To get the call to disconnect you can use do the following:
>> >
>> > Create a CTI RP cfwd all to voicemail.
>> >
>> > In VM create a CH with the extension number of the CTI RP and configure
>> > the greeting to be blank and then after greeting send the caller to hang
>> > up.
>> >
>> > In the ac hunt group config add the CTI RP as the always route member.
>> >
>> > In acconfig.bat for the annunicator ac pilot set the hold time to be
>> > something other than 0 seconds
>> >
>> > After this time has passed the call will be forwarded to unity and
>> > disconnected - you get a little bit of ringing as the call gets to unity
>> > which I cant get rid of.
>> >
>> > 2009/1/27 anil batra 
>> >
>> > I too tried the way Kapil mentioned and faced same issue as he did.
>> > The call from PSTN does it the announcement but the call never gets
>> > disonncted, it seems the queue is holdin git for forever. Anyone
>> > here has tested this and have some workaround please.
>> >
>> > --- On *Tue, 1/27/09, Kapil Atrish //* wrote:
>> >
>> > From: Kapil Atrish 
>> >
>> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
>> > acceptable?
>> > To: christian.hennr...@intact-is.com, cpar...@cparker.us
>> > Cc: ccie_voice@onlinestudylist.com
>> > Date: Tuesday, January 27, 2009, 11:38 AM
>> >
>> >
>> > Chris,
>> >
>> > Your suspicion is what I've in mind that's why I am trying to
>> > avoid using Unity/IPCCX/TCL.
>> >
>> > I've tested AC workaround and its working for me but couple of
>> > catches. First of all, the file is in form of MOH and not
>> > annunciator which was the original requirement of the question.
>> > Secondly, I am not able to disconnect the call. The message
>> > keeps on playing until caller drops the call.
>> >
>> >
>> > thanks,
>> > Kapil Atrish
>> >
>> > > Date: Mon, 26 Jan 2009 18:57:28 +0100
>> > > From: christian.hennr...@intact-is.com
>> > > To: cpar...@cparker.us
>> > > CC: ryanstudyvo...@gmail.com; kapilatr...@hotmail.com;
>> > ccie_voice@onlinestudylist.com
>> > > Subject: Re: [OSL | CCIE_Voic

Re: [OSL | CCIE_Voice] For MLP, is TS required?

2009-01-14 Thread Anthony Yeung
Thanks for the clarification.

On Wed, Jan 14, 2009 at 12:49 PM, Vik Malhi  wrote:
> TS is required in both scenarios is the answer to your question. And it
> would be VERY unlikely that you would be asked to configure LFI without LLQ
> (in my humble opinion).
>
>
> --
> Vik Malhi – CCIE #13890, CCSI #31584
> Senior Technical Instructor - IPexpert, Inc.
>
> Telephone: +1.810.326.1444
> Fax: +1.810.454.0130
> Mailto: vma...@ipexpert.com
>
>
> Join our free online support and peer group communities:
> http://www.IPexpert.com/communities
> IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand
> and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE
> Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage
> Lab Certifications.
>
>
>
>
>
>
>
>
> From: wafers44 
> Date: Wed, 14 Jan 2009 12:04:00 -0600
> To: "ccie_voice@onlinestudylist.com" , Vik
> Malhi 
> Subject: For MLP, is TS required?
>
> Jan 14 16:46:39.543: %FR-3-MLPOFR_ERROR: MLPoFR not configured properly on
> Link Virtual-Access2 Bundle Virtual-Access3 :Frame Relay traffic shaping
> must be enabled
>


[OSL | CCIE_Voice] CatOS: Enable Receive thresholds

2009-01-12 Thread Anthony Yeung
On a FA port w/ a 1q4t rx port type, I noticed that 'set port qos x/y
trust trust-cos' is needed to enable the rx drop thresholds.

hq-sw (enable) show qos info run 4/25
...
Queue and Threshold Mapping for 1q4t (rx):
All packets are mapped to a single queue.
Rx drop thresholds:
Rx drop thresholds are disabled.

hq-sw (enable) set port qos 4/25 trust trust-cos
...
Queue and Threshold Mapping for 1q4t (rx):
Queue Threshold CoS
- - ---
1 1 0 1
1 2 2
1 3 3 4 5
1 4 6 7
Rx drop thresholds:
Queue #  Thresholds - percentage (* abs values)
---  -
150% (6144 bytes) 60% (7424 bytes) 80% (9984 bytes) 100% (12288 bytes)

If a port is configured as a dot1q trunk to a router which has an ACL
configured to trust DSCP, it is required to also configure 'set port
qos x/y trust trust-cos' to enable the rx thresholds?

Thanks,
ant