OK, if you are sure it is not a ISDN issue but it appears to be that the
call is set up
Nov 26 22:10:48.504: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8 callref =
0x808D
Progress Ind i = 0x8188 - In-band info or appropriate now availab
you then get
Nov 26 22:10:48.548: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref
= 0x008D
Cause i = 0x80AF - Resource unavailable, unspecified
so maybe it is an IOS bug but we don't know what IOS you are running or do
we know running config or the status of any of your system.
Just guessing here but can you complete any calls over the PSTN
connection? If so what type of calls are completed?
On Sun, Nov 27, 2011 at 6:36 AM, datucha123 datucha123 <datucha...@gmail.com
> wrote:
> Bill, if you will take a dipper look at the Logs of ISDN, you will see the
> the Router send the ISD SETUP message, then received the Procceding and
> Alerting message.
> So the Voice port in operating normally.
> After the Alert message, the IP Side is starting - H245 is going for
> negotiation, and there is a problem in H323 IP Side, not in ISDN side.
>
> And I have already mentioned the Problem description in my earlier post.
>
> If there would the DSP issues, then the SETUP message will not be send
> even.
>
> On Sun, Nov 27, 2011 at 1:26 AM, Bill Lake <whl...@gmail.com> wrote:
>
>> This looks like it could be an ISDN issue:
>>
>> Is your voice-port in an active (not shut down) state?
>>
>> Do you have the proper DSP resources for your configuration?
>>
>> Check these and post your configuration if this is not the issue.
>>
>>
>>
>> On Sat, Nov 26, 2011 at 1:24 PM, datucha123 datucha123 <
>> datucha...@gmail.com> wrote:
>>
>>> That's because of Codec Problem between HQ router and the CUCM.
>>>
>>> Now look, as we know, when the CUCM sends the H323 SETUP message to GW,
>>> the GW, by default, begins the H245 Address announcement on Alert Message,
>>> and at that point the CUCM and GW have exchanged the H245 message, and the
>>> GW provides the Ring Back tone. Even when the CUCM is using the Slow Start.
>>> Whereas CUCME can detect CUCM and start the H245 only on Connect
>>> Message, while the default one idicates h245 address on Alert. CUCME IP
>>> Phones cannot provide the In Band Ring Back tones, so that CUCM needs
>>> always the Slow start to CUCME, so that CUCM will provide the Local
>>> Ringback to its IP Phones until the H245 address is received from CUCME
>>> (whereas CUCME will send the H245 address On Connect only to CUCM).
>>>
>>> Now look, as for you case, you get the error message after the Alerting
>>> Message. What does happen at that moment? GW sends the Alert message with
>>> H245 Address (and the TCS OLC negotiation begins). CUCM and GW have some
>>> problems with Codec negotation, and that's why you get that message.
>>>
>>> Try to ensure that you use the correct region to GW, and also the
>>> correct Codecs (or voice class codec) is configured on the GW.
>>>
>>> That's the problem of the Codec mismatch.
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Sat, Nov 26, 2011 at 9:19 PM, Ricardo Palaver <
>>> ricardo.pala...@hotmail.com> wrote:
>>>
>>>> Hi Experts!,
>>>>
>>>> I 've already gave up to fix the problem below.
>>>>
>>>> I am calling from a HQ - phone # to PSTN (BR2) region but call fails
>>>> and it's returnning me the cause code: 0x80AF.
>>>>
>>>> In the Cisco community I found its an IOS bug, so if it is, someone
>>>> here have already faced the same issue.
>>>>
>>>> Can someone give me any idea on how to fix it ?
>>>>
>>>>
>>>> Thanks a zillions !.. have a great weekend all !
>>>>
>>>>
>>>>
>>>> debug isdn q931 is ON.
>>>> BR2-RTR#
>>>> Nov 26 22:10:48.460: ISDN Se0/0/0:15 Q931: Applying typeplan for
>>>> sw-type 0x12 is 0x0 0x0, Calling num 2123945001
>>>> Nov 26 22:10:48.464: ISDN Se0/0/0:15 Q931: Sending SETUP callref =
>>>> 0x008D callID = 0x800E switch = primary-net5 interface = User
>>>> Nov 26 22:10:48.464: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref
>>>> = 0x008D
>>>> Bearer Capability i = 0x8090A3
>>>> Standard = CCITT
>>>> Transfer Capability = Speech
>>>> Transfer Mode = Circuit
>>>> Transfer Rate = 64 kbit/s
>>>> Channel ID i = 0xA98381
>>>> Exclusive, Channel 1
>>>> Display i = 'HQ Phone 1'
>>>> Calling Party Number i = 0x0081, '2123945001'
>>>> Plan:Unknown, Type:Unknown
>>>> Called Party Number i = 0x80, '32141891'
>>>> Plan:Unknown, Type:Unknown
>>>> Nov 26 22:10:48.500: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8
>>>> callref = 0x808D
>>>> Channel ID i = 0xA98381
>>>> Exclusive, Channel 1
>>>> Nov 26 22:10:48.504: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8
>>>> callref = 0x808D
>>>> Progress Ind i = 0x8188 - In-band info or appropriate now
>>>> availab
>>>> BR2-RTR#le
>>>> Nov 26 22:10:48.548: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8
>>>> callref = 0x008D
>>>> Cause i = 0x80AF - Resource unavailable, unspecified
>>>> Nov 26 22:10:48.560: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8
>>>> callref = 0x808D
>>>> Nov 26 22:10:48.564: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8
>>>> callref = 0x008D
>>>>
>>>>
>>>> _______________________________________________
>>>> 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 <http://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 <http://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
