[cisco-voip] Pressing Confrn Causes Call To Disconnect?

Fri Jul 31 11:06:21 EDT 2009

My apologies. I lost the email address to the group and replied to this one. Got distracted and completely forgot to clear the thread below..

Adam Curtis
Pizzagalli Construction Company
IT Support Technician
(802) 651-1319

From: Wes Sisk [mailto:wsisk at cisco.com]
Sent: Friday, July 31, 2009 11:04 AM
To: Curtis, Adam
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Pressing Confrn Causes Call To Disconnect?

Hi Adam,

As a courtesy to everyone in the community please do not hijack existing threads.  For a new question please begin a new thread.  I have not seen or heard any limit placed on number of active discussions.  If you are encountering any limitation please let us know so we can take it up with the moderators and admins.

Regards,
Wes

On Friday, July 31, 2009 10:04:38 AM , Curtis, Adam <ACurtis at pizzagalli.com><mailto:ACurtis at pizzagalli.com> wrote:

Over the couple of days our users have noticed that if they are on a call and want to conference someone else in they press the Confrn button, dial the number and the person answers, but when they press the Confrn button again one or both parties are dropped from the call. Is this a codec issue? If so, what log traces should I be looking for? I tried this with a remote site, cell phone, and internal phones and it always disconnects but if I conference in voicemail and they auto attendant it works fine.. Any ideas would be greatly appreciated!

Thank you,

Adam Curtis
Pizzagalli Construction Company
IT Support Technician
(802) 651-1319

From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Wes Sisk
Sent: Thursday, July 30, 2009 10:31 AM
To: Leslie Meade
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] intermittent missing outbound ring tone

Hi Leslie,

The next messages after setup are the ones that determine how the user hears ringback.  If the PSTN sends Proceeding, Alerting, or Facility with a Progress Indicator IE and that Progress Indicator ends in 8 then the IOS gateway and CM must cut through audio immediately.  This allows the user to hear any inband tones provided by the transit PSTN gear or by the far end customer premise equipment.

I am not aware of a single one-size-fits-all solution to this.  Some services, such as American Express, send PI=8 to play prompts to caller at the beginning of the call.  In this case it is necessary to cut through the audio.  You may call other CPE equipment that provide PI=8 but then fail to provide inband audio of either announcement or ringback.

That said there are a few tools at your disposal:
http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a0080094c33.shtml

/Wes

On Wednesday, July 29, 2009 6:07:07 PM , Leslie Meade <lmeade at signal.ca><mailto:lmeade at signal.ca> wrote:

Since converting my gateways to H.323, I am getting users reporting that sometimes they do not get a ring tone when they ring people.
It is not every time, not every number. It can be long distance or international, it does not happen all the time.  Any ideas

I am running ccm7.1 and my gateway is a 2821 H.323

4743212: *Jul 29 14:42:22.891 UTC: ISDN Se0/0/0:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 13
4743213: *Jul 29 14:42:22.891 UTC: ISDN Se0/0/0:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 13
4743214: *Jul 29 14:42:22.891 UTC: ISDN Se0/0/0:23 Q931: Sending SETUP  callref = 0x5AF1 callID = 0xDBB7 switch = primary-ni interface = User
4743215: *Jul 29 14:42:22.895 UTC: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8  callref = 0x5AF1
        Bearer Capability i = 0x8090A2
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9838B
                Exclusive, Channel 11
        Facility i = 0x9F8B0100A11502012E020100800D4B72797374792057696465656E
                Protocol Profile =  Networking Extensions
                0xA11502012E020100800D4B72797374792057696465656E
                Component = Invoke component
                        Invoke Id = 46
                        Operation = CallingName
                                Name Presentation Allowed Extended
                                Name = Krysty
        Display i = 'Krysty'
        Calling Party Number i = 0x2181, '604899XXXX'
                Plan:ISDN, Type:National
        Called Party Number i = 0x80, '01152818421XXXX'
                Plan:Unknown, Type:Unknown
4743216: *Jul 29 14:42:22.931 UTC: ISDN Se0/0/0:23 Q931: RX <- STATUS pd = 8  callref = 0xDAF1
        Cause i = 0x80E328 - Information element not implemented

Leslie

________________________________

_______________________________________________

cisco-voip mailing list

cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>

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

________________________________

_______________________________________________

cisco-voip mailing list

cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090731/f91d1585/attachment.html>