--- On Wed, 4/1/09, ccie_voice-requ...@onlinestudylist.com <ccie_voice-requ...@onlinestudylist.com> wrote:
From: ccie_voice-requ...@onlinestudylist.com <ccie_voice-requ...@onlinestudylist.com> Subject: CCIE_Voice Digest, Vol 38, Issue 8 To: ccie_voice@onlinestudylist.com Date: Wednesday, April 1, 2009, 10:33 PM 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 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. Re: IP Blue - Can't disable Auto-Answer (Mark Snow) 2. Re: IPCC express (Prabahar M) 3. Re: FAC on Internal DN (Mann Chaddha) 4. SIP Trunk Issue (Norma Exel) 5. Re: SIP Trunk Issue (Norma Exel) 6. Re: FAC on Internal DN (anil batra) ---------------------------------------------------------------------- Message: 1 Date: Wed, 1 Apr 2009 22:25:35 -0400 From: Mark Snow <ms...@ipexpert.com> Subject: Re: [OSL | CCIE_Voice] IP Blue - Can't disable Auto-Answer To: Scott ODonnell <scott.odonn...@gmail.com> Cc: "ccie_voice@onlinestudylist.com" <ccie_voice@onlinestudylist.com> Message-ID: <273bee81-96ed-4785-86b0-6656ca5f8...@ipexpert.com> Content-Type: text/plain; charset="us-ascii" Odd - I have IPBlue - but I have never had the auto-answer problem. Try uninstalling it, removing the registry key, then re-installing it. Maybe the settings got "stuck" that it auto-answers or something similar. -- Mark Snow CCIE #14073 (Voice, Security) Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: ms...@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. -- On Apr 1, 2009, at 9:45 PM, Scott ODonnell wrote: > I'm using IP blue in demo mode. > I have the auto-answer check box unchecked but the phone still auto- > answers inbound calls. > Is there something I'm missing? > > - Scott > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20090401/d1e087d9/attachment-0001.htm ------------------------------ Message: 2 Date: Wed, 1 Apr 2009 20:32:17 -0700 From: Prabahar M <prabaha...@gmail.com> Subject: Re: [OSL | CCIE_Voice] IPCC express To: ccie_voice@onlinestudylist.com Message-ID: <8e48036b0904012032p7002eb0x62e7089c840ba...@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Here is the link: http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_configuration_example09186a0080093f57.shtml > Date: Wed, 1 Apr 2009 21:01:50 -0400 > From: "Cliff McGlamry" <cl...@mcglamry.net> > Subject: Re: [OSL | CCIE_Voice] IPCC express > To: <adefilabi...@yahoo.co.uk>, <ccie_voice@onlinestudylist.com> > Message-ID: <036d01c9b32e$9d1004b0$0428f...@forsythe.com> > Content-Type: text/plain; charset="iso-8859-1" > > Open DC Directory Administrator and login as Directory Manager with password > cisco (on proctor labs rack anyway). > > Drill down: > Directory > ? ?Cisco.com > ? ? ? ?CCN > ? ? ? ? ? ?systemProfiles > > Right click on System Profile in the right pane. ?Select properties and then > Application Install Status tab. ?Modify the IAQ flag to "true" > > Save and close. > > Close ALL browser windows. ?Reopen browser and login. ?You'll be able to > select the ICD extensions. > > Cliff. > > > ?----- Original Message ----- > ?From: adefila seun > ?To: ccie_voice@onlinestudylist.com > ?Sent: Wednesday, April 01, 2009 8:27 PM > ?Subject: [OSL | CCIE_Voice] IPCC express > > > ? ? ? ?Hello, > > ? ? ? ?was configuring IPCC express but the the ICD button is not showing on > the device association page thus resources are not visible on the IPCC express > > ? ? ? ?restarted the IIA admin service to rectify this. after restarting the > callmanager and the IPCC were not available > > ? ? ? ?Anyone with an idea of how t fix the ICD > ------------------------------ Message: 3 Date: Thu, 2 Apr 2009 09:43:27 +0530 From: Mann Chaddha <mann.chad...@gmail.com> Subject: Re: [OSL | CCIE_Voice] FAC on Internal DN To: Cliff McGlamry <cl...@mcglamry.net> Cc: ccie_voice@onlinestudylist.com Message-ID: <d0cd5eac0904012113t2b5886eax6a4cad46e54d1...@mail.gmail.com> Content-Type: text/plain; charset=windows-1252 Cliff That is certainly possible but still there is a requirement of some authentication before patching he call to the system. And I guess a vanila H323 GW also will not hairpin as both the call legs are VoIP. We may need IPIPGW to achieve that. Do you have any idea of how to reoriginate the call from one Dial Peer to another? Thanks Mann On Thu, Apr 2, 2009 at 12:31 AM, Cliff McGlamry <cl...@mcglamry.net> wrote: > Why not just put it in a partition and limit who can dial it by only > including it in a limited set of Call Search Spaces? > > > ----- Original Message ----- > From: "Mann Chaddha" <mann.chad...@gmail.com> > To: "Cliff McGlamry" <cl...@mcglamry.net> > Cc: <ccie_voice@onlinestudylist.com> > Sent: Wednesday, April 01, 2009 2:15 AM > Subject: Re: [OSL | CCIE_Voice] FAC on Internal DN > > > Thanks Cliff > > Basically we are interfacing a Public Announceement System(PAS) with > an analog port on a VG248. The PAS doesn't have any builtin > authentication & so I need to enforce FAC on the DN itself. > > Mann. > ---------------------------------------------------------------------------------------------------------------- > > On Tue, Mar 31, 2009 at 10:35 PM, Cliff McGlamry <cl...@mcglamry.net> wrote: >> MGCP can make it work only if it's going to be hairpinned via the PSTN. >> >> If you use H323, you can run it in and out on VOIP dial-peers. >> >> H323 would likely be a better way to go if you must do this. That said, >> this is a pretty strange requirement. I would ask some hard questions >> about >> exactly WHY this needs to be done. It might be more appropriate to do >> something where you are working with CDR after the fact and billing based >> on >> that back to the originating station. >> >> >> ----- Original Message ----- >> From: "Mann Chaddha" <mann.chad...@gmail.com> >> To: <ccie_voice@onlinestudylist.com> >> Sent: Tuesday, March 31, 2009 12:55 PM >> Subject: [OSL | CCIE_Voice] FAC on Internal DN >> >> >> Hi >> >> We?ve come across a typical requirement wherein we need to enable >> FAC(Forced Auth Code) on an Internal DN. >> >> I was thinking of creating a RP & hair pinning it back from a GW to >> the required DN.This DN could be only in this GW's CSS. >> >> Is this possible with MGCP or I need to have only H.323 GW? What will >> be the required config on the Gateway? >> >> Thanks >> >> Mann >> >> >> > > > ------------------------------ Message: 4 Date: Wed, 1 Apr 2009 23:16:14 -0500 From: "Norma Exel" <normae...@writeme.com> Subject: [OSL | CCIE_Voice] SIP Trunk Issue To: ccie_voice@onlinestudylist.com Message-ID: <20090402041614.5b14287...@cal1-1.us4.outblaze.com> Content-Type: text/plain; charset="iso-8859-1" Here's a good one! When I make a call over a sip trunk and a sccp phone picks up and performs a blind transfer to another sccp phone, there is no ringback heard on the calling phone. no MTP or annunciator is configured on the UCM cluster. Any idea where to start? I suspect UCM is not providing the SIP leg appropriate "transferring" message when the sccp phone signals for a transfer. My scenario doesn't affect H323 (inbound PRI) since ringback can be heard on a blind transfer when a call comes in on a PRI. One would believe that UCM should be able to provide the appropriate signaling back through either the H323 or SIP trunk to reflect a call transfer so that ringback would be heard with either trunk. Anybody with insight to this would be greatly appreciated. Norma -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20090401/3c88706b/attachment-0001.htm ------------------------------ Message: 5 Date: Wed, 1 Apr 2009 23:30:48 -0500 From: "Norma Exel" <normae...@writeme.com> Subject: Re: [OSL | CCIE_Voice] SIP Trunk Issue To: "Norma Exel" <normae...@writeme.com>, ccie_voice@onlinestudylist.com Message-ID: <20090402043048.42af787...@cal1-1.us4.outblaze.com> Content-Type: text/plain; charset="iso-8859-1" Here's the ASCII drawing of the call flow... BR2 phone-----SIP Voip Dial-peer-----UCM Trunk----UCM----IP Phone (sccp)----Call Transfer(no consult)(aka blind transfer)----UCM----IP Phone (sccp) ----- Original Message ----- From: "Norma Exel" To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] SIP Trunk Issue Date: Wed, 1 Apr 2009 23:16:14 -0500 Here's a good one! When I make a call over a sip trunk and a sccp phone picks up and performs a blind transfer to another sccp phone, there is no ringback heard on the calling phone. no MTP or annunciator is configured on the UCM cluster. Any idea where to start? I suspect UCM is not providing the SIP leg appropriate "transferring" message when the sccp phone signals for a transfer. My scenario doesn't affect H323 (inbound PRI) since ringback can be heard on a blind transfer when a call comes in on a PRI. One would believe that UCM should be able to provide the appropriate signaling back through either the H323 or SIP trunk to reflect a call transfer so that ringback would be heard with either trunk. Anybody with insight to this would be greatly appreciated. Norma -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com! -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20090401/c4dbcadb/attachment-0001.htm ------------------------------ Message: 6 Date: Wed, 1 Apr 2009 21:40:16 -0700 (PDT) From: anil batra <anil...@yahoo.com> Subject: Re: [OSL | CCIE_Voice] FAC on Internal DN To: Cliff McGlamry <cl...@mcglamry.net>, Mann Chaddha <mann.chad...@gmail.com> Cc: ccie_voice@onlinestudylist.com Message-ID: <363059.79195...@web37907.mail.mud.yahoo.com> Content-Type: text/plain; charset="utf-8" Mann, seems you need the IPIP GW in this case. You can send the call from CCM to H323 GW and back to CCM. Create the RP and enable FAC. --- On Thu, 4/2/09, Mann Chaddha <mann.chad...@gmail.com> wrote: From: Mann Chaddha <mann.chad...@gmail.com> Subject: Re: [OSL | CCIE_Voice] FAC on Internal DN To: "Cliff McGlamry" <cl...@mcglamry.net> Cc: ccie_voice@onlinestudylist.com Date: Thursday, April 2, 2009, 9:43 AM Cliff That is certainly possible but still there is a requirement of some authentication before patching he call to the system. And I guess a vanila H323 GW also will not hairpin as both the call legs are VoIP. We may need IPIPGW to achieve that. Do you have any idea of how to reoriginate the call from one Dial Peer to another? Thanks Mann On Thu, Apr 2, 2009 at 12:31 AM, Cliff McGlamry <cl...@mcglamry.net> wrote: > Why not just put it in a partition and limit who can dial it by only > including it in a limited set of Call Search Spaces? > > > ----- Original Message ----- > From: "Mann Chaddha" <mann.chad...@gmail.com> > To: "Cliff McGlamry" <cl...@mcglamry.net> > Cc: <ccie_voice@onlinestudylist.com> > Sent: Wednesday, April 01, 2009 2:15 AM > Subject: Re: [OSL | CCIE_Voice] FAC on Internal DN > > > Thanks Cliff > > Basically we are interfacing a Public Announceement System(PAS) with > an analog port on a VG248. The PAS doesn't have any builtin > authentication & so I need to enforce FAC on the DN itself. > > Mann. > ---------------------------------------------------------------------------------------------------------------- > > On Tue, Mar 31, 2009 at 10:35 PM, Cliff McGlamry <cl...@mcglamry.net> wrote: >> MGCP can make it work only if it's going to be hairpinned via the PSTN. >> >> If you use H323, you can run it in and out on VOIP dial-peers. >> >> H323 would likely be a better way to go if you must do this. That said, >> this is a pretty strange requirement. I would ask some hard questions >> about >> exactly WHY this needs to be done. It might be more appropriate to do >> something where you are working with CDR after the fact and billing based >> on >> that back to the originating station. >> >> >> ----- Original Message ----- >> From: "Mann Chaddha" <mann.chad...@gmail.com> >> To: <ccie_voice@onlinestudylist.com> >> Sent: Tuesday, March 31, 2009 12:55 PM >> Subject: [OSL | CCIE_Voice] FAC on Internal DN >> >> >> Hi >> >> We?ve come across a typical requirement wherein we need to enable >> FAC(Forced Auth Code) on an Internal DN. >> >> I was thinking of creating a RP & hair pinning it back from a GW to >> the required DN.This DN could be only in this GW's CSS. >> >> Is this possible with MGCP or I need to have only H.323 GW? What will >> be the required config on the Gateway? >> >> Thanks >> >> Mann >> >> >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20090401/d53edb5c/attachment.htm ------------------------------ _______________________________________________ CCIE_Voice mailing list CCIE_Voice@onlinestudylist.com http://onlinestudylist.com/mailman/listinfo/ccie_voice End of CCIE_Voice Digest, Vol 38, Issue 8 *****************************************