Re: [OSL | CCIE_Voice] Hunt Group Voice Mailbox set up.
Have you tried using Forwarded Routing Rules under Call Routing in Unity? I had the issue where hunt group was forwarding using different extension number then the one specified under settings in the hunt pilot. I used RTMT to identify correct extension being presented to Unity then made routing rule of edit forwarding station equals then VM box number. On Wed, Jul 2, 2014 at 10:24 AM, Esteban Moreno esteban_mor...@hotmail.com wrote: Hello Amigo, Got this same problem last year and Cisco TAC confirmed hunt groups are not designed to send the calls to VM if busy, reason I made this config as a queue on UCCX. -- Regards, Esteban -- -- Date: Wed, 2 Jul 2014 18:56:39 +0530 From: dharambi...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Hunt Group Voice Mailbox set up. Hi All, We have 2 extension with DID, 10001 - 40832423301- CiscoPhone- with VM enabled 10002- - 40843677702 -Cisco Phone- with VM enabled. One Hunt pilot- 2 - 40822212355;we created hunt list and line group and associate above two phones. when customer dials huntpilot DID (4082221255) from PSTN, It rings all phones (SET AS BROADCAST). BUT WHEN ALL PHONES ARE BUSY OR NOT ANSWER , IT SHOULD GO TO BOTH PHONE VM MAILBOX. SO THAT EACH USER CAN ACCESS THIS VOICE MESSAGE. We are using Microsoft exchange 2007 integrated with CUCM 7.1.3 FOR UNIFIED VOICE MESSAGING. how can we achieve this so that both users within this hunt group should recieve voice message if they are busy or not answering. IF ANY QUESTION, PLEASE ASK Your ideas will be highly appreciated; Thanks Regards, DEVRAJ ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
Re: [OSL | CCIE_Voice] Hunt Group Voice Mailbox set up.
Should have mentioned I'm on 8.6. div Original message /divdivFrom: Devakanth Gangavarapu devakanth2...@gmail.com /divdivDate:07/02/2014 1:30 PM (GMT-06:00) /divdivTo: Esteban Moreno esteban_mor...@hotmail.com /divdivCc: ccie_voice@onlinestudylist.com,Dharambir kumar varma dharambi...@gmail.com /divdivSubject: Re: [OSL | CCIE_Voice] Hunt Group Voice Mailbox set up. /divdiv /divHi all CUCM 7.1 does not support vm when hunt busy or no answer. CUCM 9.1 series has this option Dev On 3/07/2014 3:24 AM, Esteban Moreno esteban_mor...@hotmail.com wrote: Hello Amigo, Got this same problem last year and Cisco TAC confirmed hunt groups are not designed to send the calls to VM if busy, reason I made this config as a queue on UCCX. Regards, Esteban Date: Wed, 2 Jul 2014 18:56:39 +0530 From: dharambi...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Hunt Group Voice Mailbox set up. Hi All, We have 2 extension with DID, 10001 - 40832423301- CiscoPhone- with VM enabled 10002- - 40843677702 -Cisco Phone- with VM enabled. One Hunt pilot- 2 - 40822212355;we created hunt list and line group and associate above two phones. when customer dials huntpilot DID (4082221255) from PSTN, It rings all phones (SET AS BROADCAST). BUT WHEN ALL PHONES ARE BUSY OR NOT ANSWER , IT SHOULD GO TO BOTH PHONE VM MAILBOX. SO THAT EACH USER CAN ACCESS THIS VOICE MESSAGE. We are using Microsoft exchange 2007 integrated with CUCM 7.1.3 FOR UNIFIED VOICE MESSAGING. how can we achieve this so that both users within this hunt group should recieve voice message if they are busy or not answering. IF ANY QUESTION, PLEASE ASK Your ideas will be highly appreciated; Thanks Regards, DEVRAJ ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
[OSL | CCIE_Voice] 9971 IP phones
In preparation for the collaboration lab I have been on the search for 9971 IP phones. After searching high and low I found the best price on eBay. The seller name is sud6930. I have purchased a total of three 9971 from this seller for 179-189 WITH the camera. I am in NO way affiliated with this seller. I just wanted to share the information so people can have the physical endpoints at an affordable price. The phones are needed at your desk to practice video while utilizing the racks from Proctor Labs/iPexpert over L2VPN. ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
Re: [OSL | CCIE_Voice] 9971 IP phones
Upgrade everything and take a snapshot of the image. When the demo license expires just restore to the snapshot for another demo period. I have also heard rumors of a license for lab use. Unfortunately I'm not sure how to get one. div Original message /divdivFrom: Kaloudis, Bill bill.kalou...@kavokerrgroup.com /divdivDate:05/30/2014 11:20 AM (GMT-06:00) /divdivTo: Bill Hatcher wchatc...@gmail.com,Andy Vassar avas...@ipexpert.com /divdivCc: ccievoice ccie_voice@onlinestudylist.com /divdivSubject: Re: [OSL | CCIE_Voice] 9971 IP phones /divdiv /divAny advice on how to handle the licensing of the 9.x uc (cucm, sme, unc, ccx, cup) as well as video (vcs) applications? What would be the most cost effective route to upgrade the home lab? Bill From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Bill Hatcher Sent: Friday, May 30, 2014 11:25 AM To: Andy Vassar Cc: ccievoice Subject: Re: [OSL | CCIE_Voice] 9971 IP phones I was at Cisco Live this last week, and had the honor to attend the CCIE Collaboration Techtorial with Ben Ng. During one of the breaks I asked him if 2900/3900 routers were really needed for study, and how many 9971's would I need. A lot of us have made significant investments in our home labs and the 2800/3800 series routers are still viable platforms. His response was we would need at least one 2911 with PVDM3's in order to set up a video conference, and three 9971's with the cameras. I hope this helps everyone who is planning on purchasing or upgrading home labs. Bill On Fri, May 30, 2014 at 8:24 AM, Andy Vassar avas...@ipexpert.com wrote: Great find Mike! Thanks for sharing! Thanks, Andy Vassar : Sr. Instructor : iPexpert CCIE #22042 :: Collaboration / Voice / RS :: World-Class Certification Training Direct: +1.810.326.1444 :: Free Videos :: Free Training / Product Offerings :: CCIE Blog :: Twitter On May 30, 2014, at 7:04 AM, Mike O'Nan mdona...@gmail.com wrote: In preparation for the collaboration lab I have been on the search for 9971 IP phones. After searching high and low I found the best price on eBay. The seller name is sud6930. I have purchased a total of three 9971 from this seller for 179-189 WITH the camera. I am in NO way affiliated with this seller. I just wanted to share the information so people can have the physical endpoints at an affordable price. The phones are needed at your desk to practice video while utilizing the racks from Proctor Labs/iPexpert over L2VPN. ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc If you received this message and have reason to believe the sender did not intend to direct it to you, please notify the sender immediately by e-mail and delete the message from your system. This message (including any attachments) may contain confidential and/or proprietary information that should be read only by certain individuals. As a result, any unauthorized disclosure, copying, or distribution of this e-mail and the information contained herein is strictly prohibited and may constitute a violation of law. If you have any questions about this e-mail please notify the sender immediately.___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
Re: [OSL | CCIE_Voice] Cisco Phone 8831
I had this issue on 8.6. You must download the device pack from Cisco and then reboot all of your CUCM servers before the phone will register. div Original message /divdivFrom: Marcos Cardoso mecard...@gmail.com /divdivDate:05/14/2014 5:49 AM (GMT-06:00) /divdivTo: Dharambir kumar varma dharambi...@gmail.com /divdivCc: ccie_voice@onlinestudylist.com /divdivSubject: Re: [OSL | CCIE_Voice] Cisco Phone 8831 /divdiv /divYou must find out a new package that should include this particularly device! On May 14, 2014 7:45 AM, Dharambir kumar varma dharambi...@gmail.com wrote: Hi All, Would you please let me know that 8831(conference phone) cisco phone is supported on cucm version: 7.1.3.32900-4. Because when i am trying to add new phone 8831 is not in the list. Appreciate your comments. -- Thanks Regards, Dharambir Kumar ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
Re: [OSL | CCIE_Voice] Making pstn call
CUCM or CUCME? Type of GW? PRI I'm assuming? debug isdn q931 and make sure you are sending the desired phone number. If that is fine then ask the provider to set up call screening to pass your DIDs. div Original message /divdivFrom: Dharambir dharambi...@gmail.com /divdivDate:04/08/2014 9:55 AM (GMT-06:00) /divdivTo: ccie_voice@onlinestudylist.com /divdivSubject: [OSL | CCIE_Voice] Making pstn call /divdiv /div Hi Pl help!!! User is making outbound pstn call but it is showing same number as caller id for all cisco phone user.i want to make it user cisco phone number as caller id. How can we do... Sent from Samsung Mobile___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
[OSL | CCIE_Voice] FXO calls heard on multiple lines
Hello all, I have CUCM 8.6 with an MGCP GW at a remote site. User A makes a call with no issues. User B receives or makes a call at the same time that A is on the phone then B can hear A'sx conversation. It doesn't seem to be 2 way in that when they can hear the call, they tell the customer that called in to wait out the conversation or call in again later. I haven't ran into this before and was wondering if anyone had any opinions? Nothing crazy config wise. In CM I have a route group with the FXO ports and a few route patterns. Thanks for any help!___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
[OSL | CCIE_Voice] 911 on phone without DN
Sometimes in our environment they ask to delete the extension as a person has left and don't want to hear their phone ring. I am wondering if there is a way to dial 911 when there is no DN associated with the phone. Any ideas how I can make this work? I have roughly 200 remote sites with MGCP gw. Some using LRG...if that helps the thought process any.___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
[OSL | CCIE_Voice] SLRG with 911
I am a bit confused with SLRG and the line device approach. I have it working but I am trying to figure out how to efficiently use POTS lines to make the 911 call. My current environment is many sites with a MGCP GW at each site with a PRI and POTS for 911. Any suggestions? ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
[OSL | CCIE_Voice] 2nd LD call fails
Hope someone can help with this issue I'm having. I am using ucm 8.6 with mgcp gateways with a pri on the gw. Any user at the site can place a LD call and it work fine...second user tries to make an LD call and they get reorder tone when there are available channels. Could anyone give some insight on what I could look for? ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
Re: [OSL | CCIE_Voice] 2nd LD call fails
= Prefix = CallingLineId Presentation = CallingName Presentation = Calling Party Number = 610XXX Characters hidden ConnectedParty Transformations ConnectedLineId Presentation = ConnectedName Presentation = Called Party Transformations Called Party Mask = Discard Digits Instruction = Prefix = Called Number = Route Pattern :Pattern= 9.1[2-9]XX[2-9]XX Positional Match List = 1270XXX Characters hidden DialPlan = Route Filter Filter Name = Filter Clause = Require Forced Authorization Code = No Authorization Level = 0 Require Client Matter Code = No Call Classification = PreTransform Calling Party Number = 7579 PreTransform Called Party Number = 91270XXX Characters hidden Calling Party Transformations External Phone Number Mask = YES Calling Party Mask = Prefix = CallingLineId Presentation = Allowed CallingName Presentation = Default Calling Party Number = 610XXX Characters hidden ConnectedParty Transformations ConnectedLineId Presentation = Default ConnectedName Presentation = Default Called Party Transformations Called Party Mask = Discard Digits Instruction = PreDot Prefix = Called Number = 1270XXX Characters hidden Route List :Route List Name= Site-RL RouteGroup :RouteGroup Name= Site_Route_Group PreTransform Calling Party Number = 7579 PreTransform Called Party Number = 91270XXX Characters hidden Calling Party Transformations External Phone Number Mask = On Calling Party Mask = Prefix = Calling Party Number = Called Party Transformations Called Party Mask = Discard Digits Instructions = PreDot Prefix = Called Number = Device :Type= MGCPT1PRIPort End Device Name = S0/SU3/ds...@rtr-02.x.com PortNumber = 0 Device Status = Registered AAR Group Name = AAR Calling Search Space = AAR Prefix Digits = Call Classification = Calling Party Selection = CallingLinePresentation = ConnectedLinePresentation = Number Of Strip Digits = CallerID DN = On Thu, Jan 30, 2014 at 8:52 AM, Moataz Tolba moataz_m...@yahoo.com wrote: Check if the route list get exhausted and need a rest Do you have traces for the failing call ? Moataz -Original Message- From: Mike O'Nan mdona...@gmail.com Sender: ccie_voice-boun...@onlinestudylist.com Date: Thu, 30 Jan 2014 08:29:46 To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] 2nd LD call fails ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
Re: [OSL | CCIE_Voice] 2nd LD call fails
I just noticed in the trace Outside Dial Tone = NO. I have also confirmed the LD pattern is not set for off net. Interesting that when I set to off net it does not give secondary dial tone until the 3rd digit is dialed. I just watched a video yesterday on how to change that but can't remember off the top of my head? On Jan 30, 2014 9:40 AM, Mike O'Nan mdona...@gmail.com wrote: Here are the debugs from the MGCP GW: RTR-02#debug isdn q931 RTR-02#debug ccm-manager backhaul packets Call Manager backhaul packets debugging is on RTR-02# Jan 30 08:19:12.546: cmbh_rcv_callback: -- Receiving backhaul msg for Se0/3/1:23 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:1 | Q.931 length = 41 | Q.931 message type: SETUP | Q.931 message = 0802008E0504038090A21803A98397200200F36C06218137353739700CA13132373035373732383332 Jan 30 08:19:12.546: ISDN Se0/3/1:23 Q931: TX - SETUP pd = 8 callref = 0x008E Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98397 Exclusive, Channel 23 Net Specific Fac i = 0x00F3 Calling Party Number i = 0x2181, '7579' Plan:ISDN, Type:National Called Party Number i = 0xA1, '1270XXX' Characters hidden Plan:ISDN, Type:National Jan 30 08:19:12.578: ISDN Se0/3/1:23 Q931: RX - STATUS pd = 8 callref = 0x808E Cause i = 0x82E4 - Invalid information element contents Call State i = 0x01 Jan 30 08:19:12.578: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 12 | Q.931 message type: STATUS | Q.931 message = 0802808E7D080282E4140101 Jan 30 08:19:12.638: ISDN Se0/3/1:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x808E Cause i = 0x8295 - Call rejected Jan 30 08:19:12.638: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 9 | Q.931 message type: RELEASE COMPLETE | Q.931 message = 0802808E5A08028295 Jan 30 08:19:27.486: cmbh_rcv_callback: -- Receiving backhaul msg for Se0/3/1:23 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:1 | Q.931 length = 41 | Q.931 message type: SETUP | Q.931 message = 0802008F0504038090A21803A98397200200F36C06218137353834700CA13138313232353038343038 Jan 30 08:19:27.490: ISDN Se0/3/1:23 Q931: TX - SETUP pd = 8 callref = 0x008F Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98397 Exclusive, Channel 23 Net Specific Fac i = 0x00F3 Calling Party Number i = 0x2181, '7584' Plan:ISDN, Type:National Called Party Number i = 0xA1, '1812XXX' Characters hidden Plan:ISDN, Type:National Jan 30 08:19:27.518: ISDN Se0/3/1:23 Q931: RX - STATUS pd = 8 callref = 0x808F Cause i = 0x82E4 - Invalid information element contents Call State i = 0x01 Jan 30 08:19:27.518: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 12 | Q.931 message type: STATUS | Q.931 message = 0802808F7D080282E4140101 Jan 30 08:19:27.574: ISDN Se0/3/1:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x808F Cause i = 0x8295 - Call rejected Jan 30 08:19:27.574: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 9 | Q.931 message type: RELEASE COMPLETE | Q.931 message = 0802808F5A08028295 DNA from CUCM: Results Summary Calling Party Information Calling Party = 610XXX Characters hidden Partition = Internal Device CSS = SiteLD-CSS Line CSS = SiteLD-CSS AAR Group Name = AAR CSS = Dialed Digits = 91270XXX Characters hidden Match Result = RouteThisPattern Matched Pattern Information Pattern = 9.1[2-9]XX[2-9]XX Partition = LD-Site Time Schedule = Called Party Number = 1270XXX Characters hidden Time Zone = America/New_York End Device = Site-RL Call Classification = OffNet InterDigit Timeout = NO Device Override
Re: [OSL | CCIE_Voice] 2nd LD call fails
Pattern is set off net and I fixed the secondary dial tone...still get reorder tone on 2nd LD call. Any ideas from the debugs I provided? On Jan 30, 2014 9:45 AM, Mike O'Nan mdona...@gmail.com wrote: I just noticed in the trace Outside Dial Tone = NO. I have also confirmed the LD pattern is not set for off net. Interesting that when I set to off net it does not give secondary dial tone until the 3rd digit is dialed. I just watched a video yesterday on how to change that but can't remember off the top of my head? On Jan 30, 2014 9:40 AM, Mike O'Nan mdona...@gmail.com wrote: Here are the debugs from the MGCP GW: RTR-02#debug isdn q931 RTR-02#debug ccm-manager backhaul packets Call Manager backhaul packets debugging is on RTR-02# Jan 30 08:19:12.546: cmbh_rcv_callback: -- Receiving backhaul msg for Se0/3/1:23 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:1 | Q.931 length = 41 | Q.931 message type: SETUP | Q.931 message = 0802008E0504038090A21803A98397200200F36C06218137353739700CA13132373035373732383332 Jan 30 08:19:12.546: ISDN Se0/3/1:23 Q931: TX - SETUP pd = 8 callref = 0x008E Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98397 Exclusive, Channel 23 Net Specific Fac i = 0x00F3 Calling Party Number i = 0x2181, '7579' Plan:ISDN, Type:National Called Party Number i = 0xA1, '1270XXX' Characters hidden Plan:ISDN, Type:National Jan 30 08:19:12.578: ISDN Se0/3/1:23 Q931: RX - STATUS pd = 8 callref = 0x808E Cause i = 0x82E4 - Invalid information element contents Call State i = 0x01 Jan 30 08:19:12.578: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 12 | Q.931 message type: STATUS | Q.931 message = 0802808E7D080282E4140101 Jan 30 08:19:12.638: ISDN Se0/3/1:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x808E Cause i = 0x8295 - Call rejected Jan 30 08:19:12.638: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 9 | Q.931 message type: RELEASE COMPLETE | Q.931 message = 0802808E5A08028295 Jan 30 08:19:27.486: cmbh_rcv_callback: -- Receiving backhaul msg for Se0/3/1:23 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:1 | Q.931 length = 41 | Q.931 message type: SETUP | Q.931 message = 0802008F0504038090A21803A98397200200F36C06218137353834700CA13138313232353038343038 Jan 30 08:19:27.490: ISDN Se0/3/1:23 Q931: TX - SETUP pd = 8 callref = 0x008F Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98397 Exclusive, Channel 23 Net Specific Fac i = 0x00F3 Calling Party Number i = 0x2181, '7584' Plan:ISDN, Type:National Called Party Number i = 0xA1, '1812XXX' Characters hidden Plan:ISDN, Type:National Jan 30 08:19:27.518: ISDN Se0/3/1:23 Q931: RX - STATUS pd = 8 callref = 0x808F Cause i = 0x82E4 - Invalid information element contents Call State i = 0x01 Jan 30 08:19:27.518: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 12 | Q.931 message type: STATUS | Q.931 message = 0802808F7D080282E4140101 Jan 30 08:19:27.574: ISDN Se0/3/1:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x808F Cause i = 0x8295 - Call rejected Jan 30 08:19:27.574: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 9 | Q.931 message type: RELEASE COMPLETE | Q.931 message = 0802808F5A08028295 DNA from CUCM: Results Summary Calling Party Information Calling Party = 610XXX Characters hidden Partition = Internal Device CSS = SiteLD-CSS Line CSS = SiteLD-CSS AAR Group Name = AAR CSS = Dialed Digits = 91270XXX Characters hidden Match Result = RouteThisPattern Matched Pattern Information Pattern = 9.1[2-9]XX[2-9]XX Partition = LD-Site Time Schedule = Called Party
Re: [OSL | CCIE_Voice] 2nd LD call fails
Its a full PRI from a carrier. I noticed that as well I was just hoping it was some config error on my end. This carrier is a pain to work with! Thanks for the input! div Original message /divdivFrom: Moataz moataz_m...@yahoo.com /divdivDate:01/30/2014 10:15 AM (GMT-06:00) /divdivTo: Mike O'Nan mdona...@gmail.com /divdivCc: ccie_voice-boun...@onlinestudylist.com,ccie_voice@onlinestudylist.com /divdivSubject: Re: [OSL | CCIE_Voice] 2nd LD call fails /divdiv /divI can see the release is coming from the PSTN due to invalid information elements Regards, Moataz Tolba On Thursday, 30 January 2014, 18:08, Mike O'Nan mdona...@gmail.com wrote: Pattern is set off net and I fixed the secondary dial tone...still get reorder tone on 2nd LD call. Any ideas from the debugs I provided? On Jan 30, 2014 9:45 AM, Mike O'Nan mdona...@gmail.com wrote: I just noticed in the trace Outside Dial Tone = NO. I have also confirmed the LD pattern is not set for off net. Interesting that when I set to off net it does not give secondary dial tone until the 3rd digit is dialed. I just watched a video yesterday on how to change that but can't remember off the top of my head? On Jan 30, 2014 9:40 AM, Mike O'Nan mdona...@gmail.com wrote: Here are the debugs from the MGCP GW: RTR-02#debug isdn q931 RTR-02#debug ccm-manager backhaul packets Call Manager backhaul packets debugging is on RTR-02# Jan 30 08:19:12.546: cmbh_rcv_callback: -- Receiving backhaul msg for Se0/3/1:23 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:1 | Q.931 length = 41 | Q.931 message type: SETUP | Q.931 message = 0802008E0504038090A21803A98397200200F36C06218137353739700CA13132373035373732383332 Jan 30 08:19:12.546: ISDN Se0/3/1:23 Q931: TX - SETUP pd = 8 callref = 0x008E Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98397 Exclusive, Channel 23 Net Specific Fac i = 0x00F3 Calling Party Number i = 0x2181, '7579' Plan:ISDN, Type:National Called Party Number i = 0xA1, '1270XXX' Characters hidden Plan:ISDN, Type:National Jan 30 08:19:12.578: ISDN Se0/3/1:23 Q931: RX - STATUS pd = 8 callref = 0x808E Cause i = 0x82E4 - Invalid information element contents Call State i = 0x01 Jan 30 08:19:12.578: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 12 | Q.931 message type: STATUS | Q.931 message = 0802808E7D080282E4140101 Jan 30 08:19:12.638: ISDN Se0/3/1:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x808E Cause i = 0x8295 - Call rejected Jan 30 08:19:12.638: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 9 | Q.931 message type: RELEASE COMPLETE | Q.931 message = 0802808E5A08028295 Jan 30 08:19:27.486: cmbh_rcv_callback: -- Receiving backhaul msg for Se0/3/1:23 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:1 | Q.931 length = 41 | Q.931 message type: SETUP | Q.931 message = 0802008F0504038090A21803A98397200200F36C06218137353834700CA13138313232353038343038 Jan 30 08:19:27.490: ISDN Se0/3/1:23 Q931: TX - SETUP pd = 8 callref = 0x008F Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98397 Exclusive, Channel 23 Net Specific Fac i = 0x00F3 Calling Party Number i = 0x2181, '7584' Plan:ISDN, Type:National Called Party Number i = 0xA1, '1812XXX' Characters hidden Plan:ISDN, Type:National Jan 30 08:19:27.518: ISDN Se0/3/1:23 Q931: RX - STATUS pd = 8 callref = 0x808F Cause i = 0x82E4 - Invalid information element contents Call State i = 0x01 Jan 30 08:19:27.518: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 12 | Q.931 message type: STATUS | Q.931 message = 0802808F7D080282E4140101 Jan 30 08:19:27.574: ISDN Se0/3/1:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x808F Cause i = 0x8295 - Call rejected Jan 30 08:19:27.574: cmbrl_send_pak: -- Sending backhauled msg for Se0/3/1:23 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:1 | Q.931 length = 9 | Q.931 message type: RELEASE COMPLETE | Q.931 message = 0802808F5A08028295 DNA from CUCM: Results Summary Calling Party Information