Voice over IP Cisco - Call rings phones once and then drops

Author

Call rings phones once and then drops

TechGuy

2005-12-17, 5:45 pm

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?

TechGuy

2005-12-17, 5:45 pm

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.

Mark Snow

2005-12-17, 5:45 pm

Could very well be an ISND Timer issue - try adjusting your T304 and T310
timers up a bit - also maybe (far stretch) but maybe adjust your T309 timer
up..

-Mark Snow

CCIE Voice# 14073

_____

From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of TechGuy
Sent: Saturday, December 17, 2005 3:20 PM
To: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Call rings phones once and then drops

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.

Teodor Georgiev

2005-12-18, 5:45 pm

do a debug and see the codec negotation. Looks like the devices can not negotiate on the codecs used.

----- Original Message -----
From: TechGuy
To: cisco-voip@puck.nether.net
Sent: Saturday, December 17, 2005 9:33 PM
Subject: [cisco-voip] Call rings phones once and then drops

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?

------------------------------------------------------------------------------

________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Ortiz, Carlos

2005-12-19, 7:45 am

Have seen this when the inbound CSS for the gateway is not defined or
correct. You would think it would never even make it to the phone, but
this happened to me with a 3745.

Carlos

________________________________

From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of TechGuy
Sent: Saturday, December 17, 2005 2:34 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Call rings phones once and then drops

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?

Serg

2005-12-20, 5:45 pm

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/Suppor...ugid=CSCef89288

Make sure that you follow the "Clocking Configurations On Voice-Capable
IOS-Based Platforms" (
http://www.cisco.com/en/US/products...08031a072.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...m_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/Suppor...ugid=CSCEG90199

http://www.cisco.com/cgi-bin/Suppor...ugid=CSCEG89017

Good Luck,

Serg

On 12/19/05, cisco-voip-request@puck.nether.net <
cisco-voip-request@puck.nether.net> wrote:
>
> Send cisco-voip mailing list submissions to
> cisco-voip@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@puck.nether.net
>
> You can reach the person managing the list at
> cisco-voip-owner@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@gmail.com>
> Subject: [cisco-voip] Call rings phones once and then drops
> To: cisco-voip@puck.nether.net
> Message-ID:
> < a1b07ea60512171133i79723eecs2d95643eaa5f
034f@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/c...hment-0001.html
>
> ------------------------------
>
> Message: 2
> Date: Sat, 17 Dec 2005 14:19:32 -0600
> From: TechGuy <techguy@gmail.com>
> Subject: Re: [cisco-voip] Call rings phones once and then drops
> To: cisco-voip@puck.nether.net
> Message-ID:
> < a1b07ea60512171219p288d1552qddda2d4820eb
ba47@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/c...hment-0001.html
>
> ------------------------------
>
>

Erick Bergquist

2005-12-21, 2:45 am

I also have seen problems related to MGCP in 12.3(14)T
and 12.4 versions before 12.4(5) - haven't got much
exposure to 12.4(5) yet to see how well it is over
time. I find 12.3(11)T to be pretty stable right now
(T6 and T7) compared to newer versions. I did have big
issues with 12.3(11)T8 and analog FXO ports w/MGCP on
multiple routers but 12.3(11)T7 doesn't appear to have
that problem. 12.3(11)T8 also seems to be okay with
PRIs and MGCP.

Just my 2 cents...

--- Serg <c719562@gmail.com> wrote:

> 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/Suppor...ugid=CSCef89288
>
> Make sure that you follow the "Clocking
> Configurations On Voice-Capable
> IOS-Based Platforms" (
>
http://www.cisco.com/en/US/products...08031a072.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...m_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/Suppor...ugid=CSCEG90199
>
>
http://www.cisco.com/cgi-bin/Suppor...ugid=CSCEG89017
>
> Good Luck,
>
> Serg
>
>
> On 12/19/05, cisco-voip-request@puck.nether.net <
> cisco-voip-request@puck.nether.net> wrote:
> Web, visit
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 'help' to
> is more specific
> (TechGuy)
> (TechGuy)
> (Mark Snow)
> (Teodor Georgiev)
>
----------------------------------------------------------------------
> then drops
>
< a1b07ea60512171133i79723eecs2d95643eaa5f
034f@mail.gmail.com>
> makes its way to
> on the phone. But that
> the phone. Does not give
> user intervention.
>
https://puck.nether.net/pipermail/c...hment-0001.html
> and then drops
>
< a1b07ea60512171219p288d1552qddda2d4820eb
ba47@mail.gmail.com>
> SETUP pd = 8 callref =
> '3375015555'
> RELEASE_COMP pd = 8
> local PRI trunks coming in
> trunks coming into a 2MFT
> incoming calls via the
> have another gateway
> fashion and all works
> No known changes
> line now but thought I
>
https://puck.nether.net/pipermail/c...hment-0001.html
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

________________________________________
__________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

Leetun, Rob

2005-12-21, 7:45 am

We have been working with cisco to resolve DSP issues. This ver might
help your situation? 12.2(8r) T2 and we are running h.323/MGCP with
this ver 12.0(6r)T with no problems.

And, my 2 cents too...

-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Erick Bergquist
Sent: Tuesday, December 20, 2005 9:40 PM
To: Serg; techguy@gmail.com
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Re: Call rings phones once and then drops

I also have seen problems related to MGCP in 12.3(14)T and 12.4 versions
before 12.4(5) - haven't got much exposure to 12.4(5) yet to see how
well it is over time. I find 12.3(11)T to be pretty stable right now
(T6 and T7) compared to newer versions. I did have big issues with
12.3(11)T8 and analog FXO ports w/MGCP on multiple routers but
12.3(11)T7 doesn't appear to have that problem. 12.3(11)T8 also seems to
be okay with PRIs and MGCP.

Just my 2 cents...

--- Serg <c719562@gmail.com> wrote:

> 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/Suppor...ugid=CSCef89288
>
> Make sure that you follow the "Clocking Configurations On
> Voice-Capable IOS-Based Platforms" (
>
http://www.cisco.com/en/US/products...ucts_tech_note0
9186a008031a072.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...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/Suppor...ugid=CSCEG90199
>
>
http://www.cisco.com/cgi-bin/Suppor...ugid=CSCEG89017
>
> Good Luck,
>
> Serg
>
>
> On 12/19/05, cisco-voip-request@puck.nether.net <
> cisco-voip-request@puck.nether.net> wrote:
> Web, visit
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 'help' to
> is more specific
> (TechGuy)
> (TechGuy)
> (Mark Snow)
> (Teodor Georgiev)
>
----------------------------------------------------------------------
> then drops
>
< a1b07ea60512171133i79723eecs2d95643eaa5f
034f@mail.gmail.com>
> makes its way to
> on the phone. But that
> the phone. Does not give
> user intervention.
>
https://puck.nether.net/pipermail/c...20051217/a63be2
68/attachment-0001.html
> and then drops
>
< a1b07ea60512171219p288d1552qddda2d4820eb
ba47@mail.gmail.com>
> SETUP pd = 8 callref =
> '3375015555'
> RELEASE_COMP pd = 8
> local PRI trunks coming in
> trunks coming into a 2MFT
> incoming calls via the
> have another gateway
> fashion and all works
> No known changes
> line now but thought I
>
https://puck.nether.net/pipermail/c...20051217/3bcb89
72/attachment-0001.html
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

________________________________________
__________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Leetun, Rob

2005-12-21, 7:45 am

By the way, we were running 12.4 and tried 12.3(14)T and had many
issues.

-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Erick Bergquist
Sent: Tuesday, December 20, 2005 9:40 PM
To: Serg; techguy@gmail.com
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Re: Call rings phones once and then drops

I also have seen problems related to MGCP in 12.3(14)T and 12.4 versions
before 12.4(5) - haven't got much exposure to 12.4(5) yet to see how
well it is over time. I find 12.3(11)T to be pretty stable right now
(T6 and T7) compared to newer versions. I did have big issues with
12.3(11)T8 and analog FXO ports w/MGCP on multiple routers but
12.3(11)T7 doesn't appear to have that problem. 12.3(11)T8 also seems to
be okay with PRIs and MGCP.

Just my 2 cents...

--- Serg <c719562@gmail.com> wrote:

> 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/Suppor...ugid=CSCef89288
>
> Make sure that you follow the "Clocking Configurations On
> Voice-Capable IOS-Based Platforms" (
>
http://www.cisco.com/en/US/products...ucts_tech_note0
9186a008031a072.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...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/Suppor...ugid=CSCEG90199
>
>
http://www.cisco.com/cgi-bin/Suppor...ugid=CSCEG89017
>
> Good Luck,
>
> Serg
>
>
> On 12/19/05, cisco-voip-request@puck.nether.net <
> cisco-voip-request@puck.nether.net> wrote:
> Web, visit
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 'help' to
> is more specific
> (TechGuy)
> (TechGuy)
> (Mark Snow)
> (Teodor Georgiev)
>
----------------------------------------------------------------------
> then drops
>
< a1b07ea60512171133i79723eecs2d95643eaa5f
034f@mail.gmail.com>
> makes its way to
> on the phone. But that
> the phone. Does not give
> user intervention.
>
https://puck.nether.net/pipermail/c...20051217/a63be2
68/attachment-0001.html
> and then drops
>
< a1b07ea60512171219p288d1552qddda2d4820eb
ba47@mail.gmail.com>
> SETUP pd = 8 callref =
> '3375015555'
> RELEASE_COMP pd = 8
> local PRI trunks coming in
> trunks coming into a 2MFT
> incoming calls via the
> have another gateway
> fashion and all works
> No known changes
> line now but thought I
>
https://puck.nether.net/pipermail/c...20051217/3bcb89
72/attachment-0001.html
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

________________________________________
__________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Ruttman, Peter G.

2005-12-23, 5:45 pm

I had this problem when the PRIs got full and cisco had me change dsps
from flex to medium mode. This fixed the problem for us.

Pete

-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of TechGuy
Sent: Saturday, December 17, 2005 1:34 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Call rings phones once and then drops

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?

The preceding email message may be confidential or protected by the attorney-client privilege. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this message in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the message. Legal advice contained in the preceding message is solely for the benefit of the Foley & Lardner LLP client(s) represented by the Firm in the particular matter that is the subject of this message, and may not be relied upon by anyother party.

Internal Revenue Service regulations require that certain types of written advice include a disclaimer. To the extent the preceding message contains advice relating to a Federal tax issue, unless expressly stated otherwise the advice is not intended or written to be used, and it cannot be used by the recipient or any other taxpayer, for the purpose of avoiding Federal tax penalties, and was not written to support the promotion or marketing of any transaction or matter discussed herein.

Wes Sisk

2005-12-29, 5:46 pm

CallManager Locations out of bandwidth causes this message, amoung
other things. Check the CCM traces... (or next hop address off the
destination dial peer)

/Wes
On Dec 17, 2005, at 3:19 PM, TechGuy wrote:

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.
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip