It create issues with partial PRI's... Use ccm-manager config on BR1 , put BR1 under SRST, keep in SRST and reload ur router, you will see what happens..
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, 9 September 2008 11:43 AM To: [email protected] Subject: CCIE_Voice Digest, Vol 31, Issue 52 Send CCIE_Voice mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://onlinestudylist.com/mailman/listinfo/ccie_voice or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of CCIE_Voice digest..." Today's Topics: 1. Re: IPCC - Agent in "Reserved State" (Ricardo Arevalo) 2. MGCP Gateway: ccm-manager config (Robertico Gonzalez) 3. Re: MGCP Gateway: ccm-manager config (Jonathan Charles) 4. Re: IPCC - Agent in "Reserved State" (Jonathan Charles) 5. Test / Verification plan (Michael Shavrov) 6. Easy way to find module numbers (Paul and Bobs) 7. Re: Easy way to find module numbers (Michael Shavrov) ---------------------------------------------------------------------- Message: 1 Date: Mon, 8 Sep 2008 12:38:57 -0400 From: "Ricardo Arevalo" <[EMAIL PROTECTED]> Subject: Re: [OSL | CCIE_Voice] IPCC - Agent in "Reserved State" To: "o Ninja" <[EMAIL PROTECTED]> Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Did you check the CSS applied to CTI ports? Sometimes, when the agent goes to reserved state and the goes back to queue, its a CSS problem. //r.a. On Mon, Sep 8, 2008 at 12:33 PM, o Ninja <[EMAIL PROTECTED]> wrote: > The timers are the same, I did not change any value. > > The phone rings showing that the agent is "reserved" but for some reason it > does not "connect" after that the call goes to the queue. > > When the phone is ringing I do not see the Calling ID, I just see > reserved in the phone?s display. > > > > ------------------------------ > Receba GR?TIS as mensagens do Messenger no seu celular quando voc? estiver > offline. Conhe?a o MSN Mobile! Crie j? o seu!<http://mobile.live.com/signup/signup2.aspx?lc=pt-br> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080908/8ae f7495/attachment-0001.html ------------------------------ Message: 2 Date: Mon, 8 Sep 2008 14:50:54 -0600 From: "Robertico Gonzalez" <[EMAIL PROTECTED]> Subject: [OSL | CCIE_Voice] MGCP Gateway: ccm-manager config To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Hi, I have in my notes that it is not recommended to use the MGCP ccm-manager config and ccm-manager config server commands. I always use these commands in my lab and I can't recall the reason the instructor said that it was a bad idea to use these commands. Does somebody remember why the instructor made that recommendation? I have some notes saying that these commands would enter 24 timeslots instead of 3 timeslots in the pri-group command. But that doesn't seem to be a big deal (just change that command). Thanks, -rg -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080908/274 98957/attachment-0001.html ------------------------------ Message: 3 Date: Mon, 8 Sep 2008 17:04:57 -0500 From: "Jonathan Charles" <[EMAIL PROTECTED]> Subject: Re: [OSL | CCIE_Voice] MGCP Gateway: ccm-manager config To: "Robertico Gonzalez" <[EMAIL PROTECTED]> Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Right and the next time you reset the gateway, it will change it back. However, you can busy out the remaining channels with B-channel maintenance status... So, you can accomplish the same thing and still have MGCP push a config. Jonathan On Mon, Sep 8, 2008 at 3:50 PM, Robertico Gonzalez < [EMAIL PROTECTED]> wrote: > Hi, > > I have in my notes that it is not recommended to use the MGCP ccm-manager > config and ccm-manager config server commands. I always use these commands > in my lab and I can't recall the reason the instructor said that it was a > bad idea to use these commands. Does somebody remember why the instructor > made that recommendation? > > I have some notes saying that these commands would enter 24 timeslots > instead of 3 timeslots in the pri-group command. But that doesn't seem to > be a big deal (just change that command). > > Thanks, > -rg > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080908/10d c01f0/attachment-0001.html ------------------------------ Message: 4 Date: Mon, 8 Sep 2008 17:10:10 -0500 From: "Jonathan Charles" <[EMAIL PROTECTED]> Subject: Re: [OSL | CCIE_Voice] IPCC - Agent in "Reserved State" To: "o Ninja" <[EMAIL PROTECTED]> Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" This is a problem (see the tech note...) with a script (possibly) http://www.cisco.com/en/US/products/sw/custcosw/ps1846/products_tech_not e09186a0080262545.shtml Or, it could be that your CTI Ports do not have CSS visability to the agent DN partitions, so, via CTI it put the agent in reserved and then attempts to transfer the call and fails... then it goes back into the queue.... and the agent is made not ready. Jonathan On Mon, Sep 8, 2008 at 9:17 AM, o Ninja <[EMAIL PROTECTED]> wrote: > Hello All, > > I am having the following problem in my customer: > > The problem was that, after I place a call to the RP on IPCC, a call goes > to the agent and then the agent goes to "reserved state", after that the > call goes to the queue, after the delay inside the queue, the call goes > again to the agent and then the same problem happen. > > Thanks in advance ! > > Silvio > > ------------------------------ > Conhe?a j? o Windows Live Spaces, o site de relacionamentos do Messenger! Crie > j? o seu! <http://www.amigosdomessenger.com.br> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080908/55e a6d79/attachment-0001.html ------------------------------ Message: 5 Date: Mon, 8 Sep 2008 20:41:21 -0400 From: "Michael Shavrov" <[EMAIL PROTECTED]> Subject: [OSL | CCIE_Voice] Test / Verification plan To: <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Hi Everyone, What strategy do you use to verify your jub after you completed the configuration steps? Sure, some stuff is easy to verify, like NTP status, infrastructure or components status. But what about dial plan? How do you verify that all dialing work in every situation, and what does not work? In general, we have the following "dialing destinations": hq -> br1 hq -> br2 br1 -> hq .. hq -> pstn 911 hq -> pstn local .. hq -> teho .. hq -> unity br1 -> unity hq -> br1 -> unity .. hq -> br2 aa hq -> br2 -> cue .. etc. Basically we have a good hundred dialing combinations we may (need???) test. And this is just for the case, when everything works (all links up, PSTN available, there is enough bandwidth, etc.). Now let's talk about "situations": 1. All Good 2. WAN down (could be all links or selective links) (to verify SRST) 3. PSTN down (to verify backup) 4. GK down (as variant, not enough bandwidth). 5. CallManager CAC (to verify AAR) etc. So, basically we are speaking about a couple hundreds numbers to dial. How could we optimize this process? What should we test, and what should we skip? Does anyone knows how (may be not exactly) proctor tests your job? Understood, tht probably he has some scripts, which will, for example, turn on certain debug commands, and then do something like "csim start" with required numbers. But what should we do to maximize our confidence? Good luck everyone, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080908/111 130a8/attachment-0001.html ------------------------------ Message: 6 Date: Tue, 9 Sep 2008 11:26:28 +1000 From: "Paul and Bobs" <[EMAIL PROTECTED]> Subject: [OSL | CCIE_Voice] Easy way to find module numbers To: "Jonathan Charles" <[EMAIL PROTECTED]> Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Does anyone know of an easier way to find out what module is plugged into what slot on the gateway besides show diag and sho ver -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080908/4df 2d7aa/attachment-0001.html ------------------------------ Message: 7 Date: Mon, 8 Sep 2008 21:42:31 -0400 From: "Michael Shavrov" <[EMAIL PROTECTED]> Subject: Re: [OSL | CCIE_Voice] Easy way to find module numbers To: "Paul and Bobs" <[EMAIL PROTECTED]>, "Jonathan Charles" <[EMAIL PROTECTED]> Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" "show diag" provides most detailed information. There is the command "show inventory", but it shows cards information without actual slot inserted. ----- Original Message ----- From: Paul and Bobs To: Jonathan Charles Cc: [email protected] Sent: Monday, September 08, 2008 9:26 PM Subject: [OSL | CCIE_Voice] Easy way to find module numbers Does anyone know of an easier way to find out what module is plugged into what slot on the gateway besides show diag and sho ver -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080908/eda 1cf35/attachment.html ------------------------------ _______________________________________________ CCIE_Voice mailing list [email protected] http://onlinestudylist.com/mailman/listinfo/ccie_voice End of CCIE_Voice Digest, Vol 31, Issue 52 ******************************************
