BRI issue with 2821 outgoing calls

nonosensei · ‎05-28-2009

Hi everyone,

I have 4 BRI configured in a 28xx router.

One BRI is up just for testing.

I have an issue with outgoing calls, it seems that the ougoing call is sent twice because a channel is not available (but it is not the case) :

"Cause i = 0x80AC - Requested circuit/channel not available" when a debug q931 is on. So the phone wich is receiving the call rings twice and then nothing.

Here is the BRI configuration :

interface BRI0/1/0

no ip address

isdn switch-type basic-net3

isdn tei-negotiation first-call

isdn point-to-point-setup

isdn incoming-voice voice

isdn send-alerting

trunk-group 4T0

end

I already cleared the bri interface and reload the gateway.

Do you have any ideas?

Thanking you in advance for your help,

paolo bevilacqua · ‎05-28-2009

Have you tested the line with an ISDN phone ?

Also, generally BRI lines configured as hunt under a single exernal number, require "isdn static-tei 0".

Dennis Mink · ‎05-28-2009

what is your outbound dial-peer set to?

did you try csim start, combined with debug voip dialpeer all?

Please remember to rate useful posts, by clicking on the stars below.

nonosensei · ‎05-29-2009

Hi,

This is the outgoing dial-peer :

dial-peer voice 3 pots

trunkgroup 4T0

description *** national ***

destination-pattern 0.........

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

incoming called-number .

direct-inward-dial

forward-digits all

csim start "external number" works fine, only one call,the external phone rings, we can answer and end the call. Here is the debug voip dial-peer with csim start:

csim: called number = 0161627983, loop count = 1 ping count = 0

May 29 07:55:34.968: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Calling Number=, Called Number=0161627983, Peer Info Type=DIALPEER_INFO_SPEECH

May 29 07:55:34.968: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Match Rule=DP_MATCH_DEST; Called Number=0161627983

May 29 07:55:34.968: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Result=Success(0) after DP_MATCH_DEST

May 29 07:55:34.968: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers:

Result=SUCCESS(0)

List of Matched Outgoing Dial-peer(s):

1: Dial-peer Tag=3

2: Dial-peer Tag=4

May 29 07:55:35.024: %LINK-3-UPDOWN: Interface BRI0/1/0, changed state to up

May 29 07:55:35.144: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0/1/0, TEI 64 changed to up

May 29 07:55:45.436: %MARS_NETCLK-3-CLK_TRANS: Network clock source transitioned from priority 10 to priority 4

May 29 07:55:45.724: %ISDN-6-CONNECT: Interface BRI0/1/0:1 is now connected to 0161627983 N/A

May 29 07:55:51.724: %ISDN-6-CONNECT: Interface BRI0/1/0:1 is now connected to 0161627983 N/A

csim err csimDisconnected recvd DISC cid(89)

csim: loop = 1, failed = 1

csim: call attempted = 1, setup failed = 1, tone failed = 0

Thanks for your help,

nonosensei · ‎05-29-2009

Hi,

The found half of the solution here, there is two calls because apparently 2 dial peers are matched. By adding "huntstop" one dial peer is matched.

So only one call is made here, but we still have the channel unavailable problem.

Here is the debug isdn q931 :

May 29 08:25:00.791: ISDN BR0/1/0 Q931: Applying typeplan for sw-type 0x1 is 0x2 0x0, Calling num 472146920

May 29 08:25:00.795: ISDN BR0/1/0 **ERROR**: handle_l2d_srq_mail: Layer 1 inactive

May 29 08:25:00.847: %LINK-3-UPDOWN: Interface BRI0/1/0, changed state to up

May 29 08:25:00.955: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0/1/0, TEI 64 changed to up

May 29 08:25:00.959: ISDN BR0/1/0 Q931: TX -> SETUP pd = 8 callref = 0x39

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0x89

Exclusive, B1

Calling Party Number i = 0x2081, '472146920'

Plan:Unknown, Type:National

Called Party Number i = 0x81, '0161627983'

Plan:ISDN, Type:Unknown

May 29 08:25:01.323: ISDN BR0/1/0 Q931: RX <- CALL_PROC pd = 8 callref = 0xB9

Channel ID i = 0x89

Exclusive, B1

May 29 08:25:03.031: ISDN BR0/1/0 Q931: RX <- ALERTING pd = 8 callref = 0xB9

May 29 08:25:03.155: ISDN BR0/1/0 Q931: TX -> DISCONNECT pd = 8 callref = 0x39

Cause i = 0x80AC - Requested circuit/channel not available

May 29 08:25:03.259: ISDN BR0/1/0 Q931: RX <- RELEASE pd = 8 callref = 0xB9

May 29 08:25:03.259: ISDN BR0/1/0 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x39

May 29 08:25:07.247: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0/1/0, TEI 64 changed to down

May 29 08:25:07.247: ISDN BR0/1/0 Q931: Ux_DLRelInd: DL_REL_IND received from L2

May 29 08:25:11.239: %MARS_NETCLK-3-CLK_TRANS: Network clock source transitioned from priority 10 to priority 4

Regards,

nonosensei · ‎05-29-2009

Hi,

There are more than one number associated with these BRI.

I have already tried the isdn static-tei but it does not work to.

fyi Thsi gateway is implemented is France.

Thanking you in advance,

paolo bevilacqua · ‎05-29-2009

When the BRI circuits are individual ones, the recommended setting is: isdn tei-negotiation preserve.

nonosensei · ‎05-29-2009

Hi,

We have exactly the same error with isdn tei-negociation preserve.

csmi start works well, so what could be the difference ?

paolo bevilacqua · ‎05-29-2009

Which exact IOS are you running ?

nonosensei · ‎05-31-2009

Hi,

The gateway version is the following:

12.4(15)T7

Regards,

paolo bevilacqua · ‎06-01-2009

Are you using CCM ? It may be a problem in there.