Hi, I am pulling my hair out trying to upgrade a 7960 phone to SIP in CUCME.
The problem i have is the phone is requesting a signed image P0S3-07-4-00.sbn that didn't even come in the zip. Debug tftp events below: Jan 14 17:22:40.613: TFTP: Looking for OS79XX.TXT Jan 14 17:22:40.617: TFTP: Opened flash:/OS79XX.TXT, fd 7, size 13 for process 221 Jan 14 17:22:40.617: TFTP: Finished flash:/OS79XX.TXT, time 00:00:00 for process 221 Jan 14 17:22:45.057: TFTP: Looking for P0S3-07-4-00.sbn Anyone seen this before? Any help appreciated. Thanks Kev -----Original Message----- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of ccie_voice-requ...@onlinestudylist.com Sent: 14 January 2010 13:06 To: ccie_voice@onlinestudylist.com Subject: CCIE_Voice Digest, Vol 47, Issue 54 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: VOL 2 lab 3 QOS (Otto Sanchez) 2. H323 International Type overidden by h323 gw (kill mill) 3. Re: Globalization Question (Jeff Garvas) 4. Re: Gateway Calling/Called Number Plan (Otto Sanchez) 5. Re: Vol 2 Lab3 UC 7.1 (Pulos, Greg) ---------------------------------------------------------------------- Message: 1 Date: Wed, 13 Jan 2010 23:28:39 -0430 From: Otto Sanchez <o...@ipexpert.com> Subject: Re: [OSL | CCIE_Voice] VOL 2 lab 3 QOS To: kavi ten <kaucc...@gmail.com> Cc: ccie_voice@onlinestudylist.com Message-ID: <be6b39441001131958q1a57b5c1u4f2ab242f32be...@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hi, The difference is that with the "trust" keyword the router relies on the network markings received to perform classification (class maps). When is not specified the router does not trust the markings received and uses other methods like acls and nbar to perform classification and later mark the packets using a service policy. The output service policies in both cases look different, but that shouldn't be the case why your link does not comes up, usually a router reboot solves the issue (as you already did), also make sure the bandwidth is the same for both subinterfaces configuration is the same before apply the auto qos voip [trust] fr-atm, If still the link does not come up, please posr your configurations, thanks!, On Wed, Jan 13, 2010 at 8:15 PM, kavi ten <kaucc...@gmail.com> wrote: > Hi, > > I'm confused with QOS now. > after running the commands as mentioned in the PG VOL 2 lab 3 QOS 5.3 > I vitrual -access 1 is down even after reboot of both HQ & BR1 vg. > Any trick to get the vitrual -access protocol up. > on both the VG the auto qos command mentioned is different, so different > set of command in the final output. > is this correct to run auto qos voip trust fr-atm --> on HQ > auto qos voip fr-atm ----> on BR1 > when & what type of Questions should we run auto qos voip trust fr-atm / > auto qos voip fr-atm > > Thanks, > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > -- Regards, Otto Sanchez CCIE #25592 (Voice) Support Engineer - IPexpert, Inc. URL: http://www.IPexpert.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100113/6df481b 6/attachment-0001.htm ------------------------------ Message: 2 Date: Wed, 13 Jan 2010 22:10:13 -0600 From: kill mill <jha...@gmail.com> Subject: [OSL | CCIE_Voice] H323 International Type overidden by h323 gw To: ccie_voice@onlinestudylist.com Message-ID: <83281d5a1001132010h7999ede4m7eefabcf1e332...@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hi. I ran into this problem the requirement is to send international type in the setup and 14088532345' from BR2 to the PSTN to call hq pstn numbers but I see that gw is overidding the plan is there a workaround for this. I thought of isdn map address but then i will have to make it for local as well as 999 calls Outgoing Dial-peer=3 *Jan 14 03:06:11.311: ISDN Se0/0/0:23 Q931: pak_private_number: Invalid type/plan 0x1 0x0 may be overriden; sw-type 13 *Jan 14 03:06:11.315: ISDN Se0/0/0:23 Q931: Sending SETUP callref = 0x0091 callID = 0x8012 switch = primary-ni interface = User *Jan 14 03:06:11.315: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0091 Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Display i = 'BR 2 phone 1' Calling Party Number i = 0x0081, '+3424064001' Plan:Unknown, Type:Unknown Called Party Number i = 0x80, '14088532345' Plan:Unknown, Type:Unknown *Jan 14 03:06:11.315: H225.0 OUTGOING PDU ::= -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100113/77886bc 3/attachment-0001.htm ------------------------------ Message: 3 Date: Thu, 14 Jan 2010 00:41:10 -0500 From: Jeff Garvas <j...@cia.net> Subject: Re: [OSL | CCIE_Voice] Globalization Question To: Otto Sanchez <o...@ipexpert.com> Cc: OSL Group <ccie_voice@onlinestudylist.com> Message-ID: <3f94dfab1001132141s40d9f00ey22669531dddb9...@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" sure. I just don't have an international phone to call the US from to see what would happen. I could lab it up but I'm curious what is really seen from the PSTN for real. On Wed, Jan 13, 2010 at 10:19 PM, Otto Sanchez <o...@ipexpert.com> wrote: > Hi, > > Doesn't the "debug isdn q931" command show the info required? > > On Wed, Jan 13, 2010 at 3:57 PM, Jeff Garvas <j...@cia.net> wrote: > >> >> I've been reading up on globalization and I have a question. Does anyone >> have a q931 debug showing the calling party/called party info for a call >> received on a US PRI from an international number? >> >> I'm assuming the call comes in "globalized" already? >> >> >> >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com >> >> > > > -- > Regards, > > Otto Sanchez > CCIE #25592 (Voice) > Support Engineer - IPexpert, Inc. > URL: http://www.IPexpert.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100114/1011a98 f/attachment-0001.htm ------------------------------ Message: 4 Date: Thu, 14 Jan 2010 08:17:01 -0430 From: Otto Sanchez <o...@ipexpert.com> Subject: Re: [OSL | CCIE_Voice] Gateway Calling/Called Number Plan To: "Berry, Matthew J." <mjbe...@krollontrack.com> Cc: "ccie_voice@onlinestudylist.com" <ccie_voice@onlinestudylist.com> Message-ID: <be6b39441001140447j5f678a33h7340633231a1d...@mail.gmail.com> Content-Type: text/plain; charset="windows-1252" Matthew, To address your first question, you can set the calling/called number type in different places, ie, translation patterns, route patterns, route group in route list configuration, called/calling tranformation pattern, gateway. So depending on the call destination you can set a different called/calling number type, there?s no need to have a different gw/circuit per different number types, you may only have a single circuit to route all these different calls, And for the second question, some service providers may ask you to send outgoing calls with an specific format and number type depending on the destination, before they can actually route the call, ie for us long distance calls they may require you send the call with National number type and [2-9]XX[2-9]XXXXXX number format (not including the national call prefix of 1), HTH, On Wed, Jan 13, 2010 at 9:06 PM, Berry, Matthew J. <mjbe...@krollontrack.com > wrote: > Is there any real value to setting the numbering plan? Perhaps for plus > dialing? > - Sent from my Blackberry > > ------------------------------ > *From*: Jeff Knuckle <jknuc...@nationwidelab.com> > *To*: Berry, Matthew J.; ccie_voice@onlinestudylist.com < > ccie_voice@onlinestudylist.com> > *Sent*: Wed Jan 13 16:28:28 2010 > *Subject*: RE: Gateway Calling/Called Number Plan > > You can set the Numbering type at the circuit level on a MGCP gateway, on > a H.323 gateway , you can set the Numbering type at the dial-peer level. > Therefore, on MGCP gateway, you would need separate circuits for each > numbering type whereas on the H.323 gateway, you would need separate > dial-peer for each numbering plan but all the dial-peers can point to a > single circuit. > > > > Hope that helps. > > > > * **Jeff * > > > > *From:* ccie_voice-boun...@onlinestudylist.com [mailto: > ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Berry, Matthew J. > *Sent:* Wednesday, January 13, 2010 4:46 PM > *To:* ccie_voice@onlinestudylist.com > *Subject:* [OSL | CCIE_Voice] Gateway Calling/Called Number Plan > > > > All ? > > > > If I have a gateway with two circuits that are used to route outbound local > and long distance calls, what/where do I need to set the calling/called > number plan? It seems to be that if I set the called number plan to > SUBSCRIBER (for the sake of outbound local calls), all *long distance*calls going through that same gateway would also be tagged as SUBSCRIBER and > not NATIONAL. > > > > Does anyone understand what I?m getting at? It?d be much easier if we had > separate gateways and circuits for local, long-distance, and internal. > > > > Thanks, > > * * > > *Matthew Berry*, Sr. Unified Communications Engineer, CCVP > > Kroll Ontrack | 9023 Columbine Road, Eden Prairie, MN 55347 > > 952 516 3748 | Fax 952 516 3646 | Mobile 952 221 2814| > mjbe...@krollontrack.com <agutz...@krollontrack.com> > www.krollontrack.com > > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > -- Regards, Otto Sanchez CCIE #25592 (Voice) Support Engineer - IPexpert, Inc. URL: http://www.IPexpert.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100114/e227d13 b/attachment-0001.htm ------------------------------ Message: 5 Date: Thu, 14 Jan 2010 08:02:16 -0500 From: "Pulos, Greg" <gpu...@doc.gov> Subject: Re: [OSL | CCIE_Voice] Vol 2 Lab3 UC 7.1 To: kavi ten <kaucc...@gmail.com>, "ccie_voice@onlinestudylist.com" <ccie_voice@onlinestudylist.com> Message-ID: <fa9554a6abd5ae43910c039a56e5ce269c499a4...@email1.email.doc.gov> Content-Type: text/plain; charset="us-ascii" This is stating that the UC should not be able to 'loop' calls to itself. In other words, a call to the Unity system does not get routed by unity such that unity has to receive/answer the call again. ie: a unity port being allowed to answer a call from another unity port. Please see the following link for more info on preventing Unity call routing loops. http://www.cisco.com/en/US/docs/voice_ip_comm/connection/7x/administration/g uide/7xcucsag240.html#wp1049790 Thank you. greg -----Original Message----- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of kavi ten Sent: Wednesday, January 13, 2010 10:03 PM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Vol 2 Lab3 UC 7.1 All, What does this Question mean :The UC Server should be prevented from answering calls that its originated" Thanks, ------------------------------ _______________________________________________ CCIE_Voice mailing list CCIE_Voice@onlinestudylist.com http://onlinestudylist.com/mailman/listinfo/ccie_voice End of CCIE_Voice Digest, Vol 47, Issue 54 ****************************************** __________ Information from ESET NOD32 Antivirus, version of virus signature database 4770 (20100114) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 4770 (20100114) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com