[cisco-voip] Strange 7970 Problem

Sun Feb 21 14:10:09 EST 2010

I had the same before with 7985 and the command bearer-cap speech solved
it.

  Best Regards;

  Ahmed Elnagar

  Senior Network PS Engineer

 IT Line of Business

  RAYA Building El Motamiez District, 6th of October, Egypt 

  Mob: +2019-0016211

  Phone: +202 3827 6000 Ext.2475

  Website: www.rayacorp.com <http://www.rayacorp.com> 

  E-mail: ahmed_elnagar at rayacorp.com <mailto:ahmed_elnagar at rayacorp.com>

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Peter Slow
Sent: Sunday, February 21, 2010 6:59 PM
To: malhatma; james.dust at charles-stanley.co.uk
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Strange 7970 Problem

James,

   Please try adding the command "bearer-cap speech" under the

voice-port  on your h.323 GW where the call hits the PSTN. This will

likely be he solution to your issue. Your video caps are probably

causing CUCM to request the "Unrestricted Digital" bearer cap, and the

PSTN is probably responding with cause code 58, unless your PRI is set

up to handle video/data calls on the PSTN side.

Try this:

whosimawhatsis(config)#voice-port 0/0/0:23

whosimawhatsis(config-voiceport)#bearer-cap speech

Andre,

   "Retry Video Call as Audio" only has to do with locations bandwidth

- if there's not enough bandwidth for a video call, that checkbox

causes the call to be tried again without the bandwidth requirement

for the video stream. I beleive use of that checkbox also effectively

disables AAR for the initial video call.

>From the 7.x SRND: "When this option is activated (checked), if there

is not enough bandwidth to reach the

device (for example, if the Unified CM regions or locations do not

allow video for that call), then

Unified CM will retry the call as an audio-only call. When this option

is deactivated (unchecked),

Unified CM will not retry the call as audio-only but instead will

either fail the call or reroute the call by

whatever automated alternate routing (AAR) path is configured."

-Peter

On Fri, Feb 19, 2010 at 6:52 AM, malhatma <malhatma at gmx.net> wrote:

> Hi James,

> 

> did you check "Retry Video Call as Audio" in phone config?

> Some Q931 debugs of the pstn gw would be helpful.

> 

> hth

> andre

> Am 19.02.2010 12:18, schrieb James Dust:

>> 

>> I have a user who has recently been given a VT advantage camera, and

>> since this has happened he has lost the ability to dial externally
via

>> his local H323 gateway. He simply gets an engaged tone on every
external

>> call he makes.

>> 

>> I initially thought this was something someone had done to the user's

>> phone, so I deleted it and started again but I got the same thing. As

>> soon as I add 'video capabilities' to the users phone he looses the

>> ability to dial externally.

>> 

>> Has anyone seen this before, and if so what am I missing?

>> 

>> Thanks in advance.

>> 

>> James Dust

>> Team Leader

>> ICT Network Infrastructure & Communications Department

>> Charles Stanley & Co Ltd

>> Tel: 020 7149 6314

>> Mob: 07989 491136

>> mailto: _____james.dust at charles-stanley.co.uk_

>> <mailto:james.dust at charles-stanley.co.uk>

>> 

>> 

>> *Consider the environment - Think before you print*

>> 

>> The contents of this email are confidential to the intended recipient

>> and may not be disclosed. Although it is believed that this email and

>> any attachments are virus free, it is the responsibility of the

>> recipient to confirm this.

>> 

>> You are advised that urgent, time-sensitive communications should not
be

>> sent by email. We hereby give you notice that a delivery receipt does

>> not constitute acknowledgement or receipt by the intended
recipient(s).

>> 

>> Details of Charles Stanley group companies and their regulators
(where

>> applicable), can be found at this URL

>> http://www.charles-stanley.co.uk/contact-us/disclosure/

>> 

>> 

>> 

>> _______________________________________________

>> cisco-voip mailing list

>> cisco-voip at puck.nether.net

>> https://puck.nether.net/mailman/listinfo/cisco-voip

> 

> _______________________________________________

> cisco-voip mailing list

> cisco-voip at puck.nether.net

> https://puck.nether.net/mailman/listinfo/cisco-voip

> 

_______________________________________________

cisco-voip mailing list

cisco-voip at puck.nether.net

https://puck.nether.net/mailman/listinfo/cisco-voip

Disclaimer: NOTICE The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Raya will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any malicious code or virus being passed on. Views expressed in this communication are not necessarily those of Raya.If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and return and/or destroy the original message. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100221/4e1212e4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1363 bytes
Desc: image001.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100221/4e1212e4/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1801 bytes
Desc: image002.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100221/4e1212e4/attachment-0001.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1806 bytes
Desc: image003.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100221/4e1212e4/attachment-0002.jpe>