[cisco-voip] Re: Call rings phones once and then drops

[Serg]

Hi TechGuy,
                   Not sure if you have already rectified this problem but i
can let you know that I had exactly the same problem about 6 month ago with
a Cisco 3845 + NM-HDV2 + PVDM-32 x 2.

At the time I was running IOS 12.3.14T2 IP-voice Feature set.  Looking at
your "debug isdn q931" debug, the cause code is exactly the same as what I
had.

Basically, the problem is to do with the E1/T1 controller's clocking getting
out of sync with the Carrier's T1/E1.  If you do a "show controllers e1" and
check whether you have excessive  Line Code Violations (LCVs), Path Code
Violations (PCV),  Slip Secs, etc.  These should be minimal.

Cisco may point you to the following BugID but I can assure that the work
around did nothing to fix my problems.

http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef89288

Make sure that you follow the "Clocking Configurations On Voice-Capable
IOS-Based Platforms" (
http://www.cisco.com/en/US/products/hw/routers/ps259/products_tech_note09186a008031a072.shtml
).

Also make sure you follows the "Configuring MGCP PRI Backhaul and T1 CAS
Support for Cisco CallManager" (
http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/vvfax_c/callc_c/ccm_c/intcnf3.htm)
and that you do not add the "application mgcpapp" command to dial peers that
support PRI backhaul.

Lastly, the most important step that I undertook was to roll-back (yes,
beleive it or not) to IOS 12.3.11T6 IP-Voice or above and I've never had any
problems since.

Hope this helps, other Cisco Bugs of interest are:

http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCEG90199

http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCEG89017

Good Luck,

Serg


On 12/19/05, cisco-voip-request at puck.nether.net <
cisco-voip-request at puck.nether.net> wrote:
>
> Send cisco-voip mailing list submissions to
>         cisco-voip at puck.nether.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://puck.nether.net/mailman/listinfo/cisco-voip
> or, via email, send a message with subject or body 'help' to
>         cisco-voip-request at puck.nether.net
>
> You can reach the person managing the list at
>         cisco-voip-owner at puck.nether.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of cisco-voip digest..."
>
>
> Today's Topics:
>
>    1. Call rings phones once and then drops (TechGuy)
>    2. Re: Call rings phones once and then drops (TechGuy)
>    3. RE: Call rings phones once and then drops (Mark Snow)
>    4. Tech Prefix from ATA186 (Ciscozest)
>    5. Re: Call rings phones once and then drops (Teodor Georgiev)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 17 Dec 2005 13:33:40 -0600
> From: TechGuy <techguy at gmail.com>
> Subject: [cisco-voip] Call rings phones once and then drops
> To: cisco-voip at puck.nether.net
> Message-ID:
>         <a1b07ea60512171133i79723eecs2d95643eaa5f034f at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Calls ring in on local PRI trunks on 3845 router, makes its way to
> callmanager, makes its way to phone and rings once on the phone.  But that
> is it, calls instantly drop after first ring of the phone.  Does not give
> person chance to answer just drops without any user intervention.
>
> Using MGCP between 3845 and callmanager.
>
> Any ideas?
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> https://puck.nether.net/pipermail/cisco-voip/attachments/20051217/a63be268/attachment-0001.html
>
> ------------------------------
>
> Message: 2
> Date: Sat, 17 Dec 2005 14:19:32 -0600
> From: TechGuy <techguy at gmail.com>
> Subject: Re: [cisco-voip] Call rings phones once and then drops
> To: cisco-voip at puck.nether.net
> Message-ID:
>         <a1b07ea60512171219p288d1552qddda2d4820ebba47 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Here is the debug:
>
> emb3845#debug isdn q931
> debug isdn q931 is              ON.
> emb3845#
> *Dec 17 20:07:23.806: ISDN Se0/1/1:23 Q931: RX <- SETUP pd = 8  callref =
> 0x00D2
>         Bearer Capability i = 0x8090A2
>                 Standard = CCITT
>                 Transer Capability = Speech
>                 Transfer Mode = Circuit
>                 Transfer Rate = 64 kbit/s
>         Channel ID i = 0xA98381
>                 Exclusive, Channel 1
>         Calling Party Number i = 0x2183, '3375015555'
>                 Plan:ISDN, Type:National
>         Called Party Number i = 0x80, '4080'
>                 Plan:Unknown, Type:Unknown
> *Dec 17 20:07:24.830: ISDN Se0/1/1:23 Q931: TX -> RELEASE_COMP pd = 8
> callref = 0x80D2
>         Cause i = 0x80A9 - Temporary failure
> emb3845#
>
>
> More info on the problem.  This router has two local PRI trunks coming in
> to
> a 2MFT card.  It also has two CAS (E&M Wink) trunks coming into a 2MFT
> card
> for long distance and incoming toll free.
>
> The two CAS trunks work fine.  We are able to get incoming calls via the
> CAS
> trunks mentioned above with no problems.  Also, we have another gateway
> configured on the same callmanager in a similiar fashion and all works
> fine.  This was all working earlier this morning.  No known changes
> occured
> between when it worked and stopped working.
>
> Quite an interesting problem, we have TAC on the line now but thought I
> would see what others think.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> https://puck.nether.net/pipermail/cisco-voip/attachments/20051217/3bcb8972/attachment-0001.html
>
> ------------------------------
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20051220/68f5fbac/attachment.html