Re: [OSL | CCIE_Voice] Outgoing Calls via T1 failed
Hi, Changing the selection to top down solve the issue :) thanks On Sat, Mar 23, 2013 at 2:27 AM, ikizoo4 kwon ikiz...@hotmail.com wrote: use Topdwon for channel selection order in GW -- Date: Sat, 23 Mar 2013 00:52:10 +0300 From: aboaz...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Outgoing Calls via T1 failed Hi all, After configuring my HQ GW as MGCP, then configure my T1 to register with cucm , I was govern by the lack of the DSP resources, which force me to define only 16 channel out of the 23 on my pri-group under the T1 controller configuration !! here is the config : controller T1 0/0/0 pri-group timeslots 1-16 service mgcp Then I faced a problem with my outgoing calls , the calls was dropping due to the cause *Requested circuit/channel not available* My Question here, as there is 16 channel in my Pri-group are already configured, why all calls get dropped with cause of non availability of the resources, Why not to use one of the available channels (1-16) Appreciate your help here is below the output of debug q931 for one of my outgoing calls: *SDN Se0/0/0:23 Q931: TX - SETUP pd = 8 callref = 0x000F * *Bearer Capability i = 0x8090A2 * *Standard = CCITT * *Transfer Capability = Speech * *Transfer Mode = Circuit * *Transfer Rate = 64 kbit/s * *Channel ID i = 0xA98390 * *Exclusive, Channel 16 * *Display i = 'HQ PH1' * *Calling Party Number i = 0x2181, '7772022001' * *Plan:ISDN, Type:National * *Called Party Number i = 0x81, '911' * *Plan:ISDN, Type:Unknown* *ISDN Se0/0/0:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x800F * *Cause i = 0x82AC1810 - Requested circuit/channel not available* ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Outgoing Calls via T1 failed
Dears, Thanks for your input , I'll try the suggested and let you know.. but do you think changing the value of the Service Parameters -- CCM-- change B-channale status to = s0/su0/...@ VGname =. affect my configuration ? Regards On Sat, Mar 23, 2013 at 3:59 AM, Justin Carney justin.s.car...@gmail.comwrote: Your debug output has a few clues...but I can't recall offhand if channel 16 in that debug starts at 1 (meaning this is the 16th channel) or 0 (meaning this is the 17th channel). Do inbound calls from pstn work? If yes, its more likely the second option. In the first case, it would appear your issue is on the pstn side. Run show ISDN status and layer 2 should show multiple frame established and layer 3 should show ccm-manager (or similar). If however layer 2 shows tei assigned try the following: Mgcp bind media source lo0 Mgcp bind control source lo0 (Paste those commands twice) Int s0/0/0 No ISDN bind-l3 ccm ISDN bind-l3 ccm No mgcp Mgcp Show ISDN status (Ensure you see multi frame established) Also type show ccm and ensure the gw is registered to your cucm. If not, make sure that your hostname on the router matches what you have in cucm. If you have IP domain-name ipexpert.com in your config then you need to use the fqdn in cucm, such as r3.ipexpert.com. however if you don't have a domain name on the router then you should just have the routers hostname w/o domain such as r3. Now, for the other situation if channel 16 in the debug is really channel 17, that could be caused by using the ccm config command. With this, every time in cucm you reset the mgcp gw it will apply a no mgcp then mgcp and download the config from cucm to the router (and configure a FULL PRI). Ccm config command doesn't work with a fractional PRI, but you could use it to download all the commands, then no ccm config and change the controller commands to use timeslots 1-16 rather than 1-24. (Need to shut voice port, shut int s0/0/0 and no ISDN bind-l3 ccm, shut controller and remove timeslots command, then apply commands in reverse order using fractional timeslots). Not a solution, but just for reference, the default channel order for mgcp PRI is bottom up. If your issue is the latter (ccm config downloaded a full PRI config) and you were set to use ascending channels you would not have seen this issue until the 17th call came from pstn...in real lab you would lose points for having a full PRI I stead of fractional, even if calls did work. The point here is make sure you remove ccm config if you have a fractional PRI. Hope this helps... Justin On Mar 22, 2013 7:36 PM, Bill whl...@gmail.com wrote: Is your gateway registered in CUCM? Are you getting the proper output of your show commands? Show isdn status, show ccm Do you have int seri x/x/x Isdn bind-l3 ccm Did you try no MGCP MGCP? Can you post more of your config? Sent from my iPad On Mar 22, 2013, at 4:52 PM, CCIEing aboaz...@gmail.com wrote: Hi all, After configuring my HQ GW as MGCP, then configure my T1 to register with cucm , I was govern by the lack of the DSP resources, which force me to define only 16 channel out of the 23 on my pri-group under the T1 controller configuration !! here is the config : controller T1 0/0/0 pri-group timeslots 1-16 service mgcp Then I faced a problem with my outgoing calls , the calls was dropping due to the cause *Requested circuit/channel not available* My Question here, as there is 16 channel in my Pri-group are already configured, why all calls get dropped with cause of non availability of the resources, Why not to use one of the available channels (1-16) Appreciate your help here is below the output of debug q931 for one of my outgoing calls: *SDN Se0/0/0:23 Q931: TX - SETUP pd = 8 callref = 0x000F * *Bearer Capability i = 0x8090A2 * *Standard = CCITT * *Transfer Capability = Speech * *Transfer Mode = Circuit * *Transfer Rate = 64 kbit/s * *Channel ID i = 0xA98390 * *Exclusive, Channel 16 * *Display i = 'HQ PH1' * *Calling Party Number i = 0x2181, '7772022001' * *Plan:ISDN, Type:National * *Called Party Number i = 0x81, '911' * *Plan:ISDN, Type:Unknown* *ISDN Se0/0/0:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x800F * *Cause i = 0x82AC1810 - Requested circuit/channel not available* ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out
Re: [OSL | CCIE_Voice] Outgoing Calls via T1 failed
Well, I configured the pri-timeslots 1-16, because I have no dsp to configure all the 23 b-channels . On Sun, Mar 24, 2013 at 12:44 AM, Edgar Feliz ejzi...@gmail.com wrote: Are you sure the PSTN router has 1-16 configured for that GW. I had a similar issue because I had forgotten what I had set on PSTN router with only 4 slots and configure my GW with 8. Edgar On Fri, Mar 22, 2013 at 5:52 PM, CCIEing aboaz...@gmail.com wrote: Hi all, After configuring my HQ GW as MGCP, then configure my T1 to register with cucm , I was govern by the lack of the DSP resources, which force me to define only 16 channel out of the 23 on my pri-group under the T1 controller configuration !! here is the config : controller T1 0/0/0 pri-group timeslots 1-16 service mgcp Then I faced a problem with my outgoing calls , the calls was dropping due to the cause *Requested circuit/channel not available* My Question here, as there is 16 channel in my Pri-group are already configured, why all calls get dropped with cause of non availability of the resources, Why not to use one of the available channels (1-16) Appreciate your help here is below the output of debug q931 for one of my outgoing calls: *SDN Se0/0/0:23 Q931: TX - SETUP pd = 8 callref = 0x000F * *Bearer Capability i = 0x8090A2 * *Standard = CCITT * *Transfer Capability = Speech * *Transfer Mode = Circuit * *Transfer Rate = 64 kbit/s * *Channel ID i = 0xA98390 * *Exclusive, Channel 16 * *Display i = 'HQ PH1' * *Calling Party Number i = 0x2181, '7772022001' * *Plan:ISDN, Type:National * *Called Party Number i = 0x81, '911' * *Plan:ISDN, Type:Unknown* *ISDN Se0/0/0:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x800F * *Cause i = 0x82AC1810 - Requested circuit/channel not available* ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
[OSL | CCIE_Voice] Outgoing Calls via T1 failed
Hi all, After configuring my HQ GW as MGCP, then configure my T1 to register with cucm , I was govern by the lack of the DSP resources, which force me to define only 16 channel out of the 23 on my pri-group under the T1 controller configuration !! here is the config : controller T1 0/0/0 pri-group timeslots 1-16 service mgcp Then I faced a problem with my outgoing calls , the calls was dropping due to the cause *Requested circuit/channel not available* My Question here, as there is 16 channel in my Pri-group are already configured, why all calls get dropped with cause of non availability of the resources, Why not to use one of the available channels (1-16) Appreciate your help here is below the output of debug q931 for one of my outgoing calls: *SDN Se0/0/0:23 Q931: TX - SETUP pd = 8 callref = 0x000F * *Bearer Capability i = 0x8090A2 * *Standard = CCITT * *Transfer Capability = Speech * *Transfer Mode = Circuit * *Transfer Rate = 64 kbit/s * *Channel ID i = 0xA98390 * *Exclusive, Channel 16 * *Display i = 'HQ PH1' * *Calling Party Number i = 0x2181, '7772022001' * *Plan:ISDN, Type:National * *Called Party Number i = 0x81, '911' * *Plan:ISDN, Type:Unknown* *ISDN Se0/0/0:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x800F * *Cause i = 0x82AC1810 - Requested circuit/channel not available* ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Outgoing Calls via T1 failed
Is your gateway registered in CUCM? Are you getting the proper output of your show commands? Show isdn status, show ccm Do you have int seri x/x/x Isdn bind-l3 ccm Did you try no MGCP MGCP? Can you post more of your config? Sent from my iPad On Mar 22, 2013, at 4:52 PM, CCIEing aboaz...@gmail.com wrote: Hi all, After configuring my HQ GW as MGCP, then configure my T1 to register with cucm , I was govern by the lack of the DSP resources, which force me to define only 16 channel out of the 23 on my pri-group under the T1 controller configuration !! here is the config : controller T1 0/0/0 pri-group timeslots 1-16 service mgcp Then I faced a problem with my outgoing calls , the calls was dropping due to the cause Requested circuit/channel not available My Question here, as there is 16 channel in my Pri-group are already configured, why all calls get dropped with cause of non availability of the resources, Why not to use one of the available channels (1-16) Appreciate your help here is below the output of debug q931 for one of my outgoing calls: SDN Se0/0/0:23 Q931: TX - SETUP pd = 8 callref = 0x000F Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98390 Exclusive, Channel 16 Display i = 'HQ PH1' Calling Party Number i = 0x2181, '7772022001' Plan:ISDN, Type:National Called Party Number i = 0x81, '911' Plan:ISDN, Type:Unknown ISDN Se0/0/0:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x800F Cause i = 0x82AC1810 - Requested circuit/channel not available ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Outgoing Calls via T1 failed
Your debug output has a few clues...but I can't recall offhand if channel 16 in that debug starts at 1 (meaning this is the 16th channel) or 0 (meaning this is the 17th channel). Do inbound calls from pstn work? If yes, its more likely the second option. In the first case, it would appear your issue is on the pstn side. Run show ISDN status and layer 2 should show multiple frame established and layer 3 should show ccm-manager (or similar). If however layer 2 shows tei assigned try the following: Mgcp bind media source lo0 Mgcp bind control source lo0 (Paste those commands twice) Int s0/0/0 No ISDN bind-l3 ccm ISDN bind-l3 ccm No mgcp Mgcp Show ISDN status (Ensure you see multi frame established) Also type show ccm and ensure the gw is registered to your cucm. If not, make sure that your hostname on the router matches what you have in cucm. If you have IP domain-name ipexpert.com in your config then you need to use the fqdn in cucm, such as r3.ipexpert.com. however if you don't have a domain name on the router then you should just have the routers hostname w/o domain such as r3. Now, for the other situation if channel 16 in the debug is really channel 17, that could be caused by using the ccm config command. With this, every time in cucm you reset the mgcp gw it will apply a no mgcp then mgcp and download the config from cucm to the router (and configure a FULL PRI). Ccm config command doesn't work with a fractional PRI, but you could use it to download all the commands, then no ccm config and change the controller commands to use timeslots 1-16 rather than 1-24. (Need to shut voice port, shut int s0/0/0 and no ISDN bind-l3 ccm, shut controller and remove timeslots command, then apply commands in reverse order using fractional timeslots). Not a solution, but just for reference, the default channel order for mgcp PRI is bottom up. If your issue is the latter (ccm config downloaded a full PRI config) and you were set to use ascending channels you would not have seen this issue until the 17th call came from pstn...in real lab you would lose points for having a full PRI I stead of fractional, even if calls did work. The point here is make sure you remove ccm config if you have a fractional PRI. Hope this helps... Justin On Mar 22, 2013 7:36 PM, Bill whl...@gmail.com wrote: Is your gateway registered in CUCM? Are you getting the proper output of your show commands? Show isdn status, show ccm Do you have int seri x/x/x Isdn bind-l3 ccm Did you try no MGCP MGCP? Can you post more of your config? Sent from my iPad On Mar 22, 2013, at 4:52 PM, CCIEing aboaz...@gmail.com wrote: Hi all, After configuring my HQ GW as MGCP, then configure my T1 to register with cucm , I was govern by the lack of the DSP resources, which force me to define only 16 channel out of the 23 on my pri-group under the T1 controller configuration !! here is the config : controller T1 0/0/0 pri-group timeslots 1-16 service mgcp Then I faced a problem with my outgoing calls , the calls was dropping due to the cause *Requested circuit/channel not available* My Question here, as there is 16 channel in my Pri-group are already configured, why all calls get dropped with cause of non availability of the resources, Why not to use one of the available channels (1-16) Appreciate your help here is below the output of debug q931 for one of my outgoing calls: *SDN Se0/0/0:23 Q931: TX - SETUP pd = 8 callref = 0x000F * *Bearer Capability i = 0x8090A2 * *Standard = CCITT * *Transfer Capability = Speech * *Transfer Mode = Circuit * *Transfer Rate = 64 kbit/s * *Channel ID i = 0xA98390 * *Exclusive, Channel 16 * *Display i = 'HQ PH1' * *Calling Party Number i = 0x2181, '7772022001' * *Plan:ISDN, Type:National * *Called Party Number i = 0x81, '911' * *Plan:ISDN, Type:Unknown* *ISDN Se0/0/0:23 Q931: RX - RELEASE_COMP pd = 8 callref = 0x800F * *Cause i = 0x82AC1810 - Requested circuit/channel not available* ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com