Mailing List Archive

IUA backhaul with back-to-back AS5300s
Hi!

We're trying to set up a lab environment with two AS5300 connected
back-to-back
with T1, with PRI over that T1 and two Call Agents (non-Cisco) with MGCP and
PRI IUA (so that VoIP calls from one Call Agent are routed to one AS5300, go
through PRI to another AS5300 and to VoIP could controlled by another Call
Agent).

I configured both AS5300 with IUA and SCTP, configured PRI like:

<...>
controller T1 2
framing esf
linecode b8zs
pri-group timeslots 1-24 service mgcp
!
interface Serial2:23
no ip address
isdn switch-type primary-ni
isdn bind-l3 iua-backhaul AS1
no cdp enable
<...>

I also have " isdn protocol-emulate network" on one side (needed for
back-to-back
otherwise Layer 2 doesn't come to MULTIPLE_FRAME_ESTABLISHED).

Everything seems to be working up to the point when Call Agent sends IUA DL
Establish
Request. At that point, AS5300 sends SABME to the other party and receives
UAf. Then
(I assume) it should send DL Establish Confirm to the Call Agent. But that
doesn't happen.
Below's the excerpt from Cisco log. Notice "srl_send_l2_pak: 131072 protocol
not up" at
the end.

What might be the cause for that? What protocol is it complaining about?
From the looks of it,
the device tries to actually send DL Establish Confirm to IUA, but is not
able to do it.

Any ideas?

Thanks,
Alex

Jul 2 14:35:43.051 EDT: IUA: received packet on ASP sm62gp01
Jul 2 14:35:43.051 EDT: IUA: version 0x1
Jul 2 14:35:43.051 EDT: IUA: message_type 0x5, msg_class 0x5
Jul 2 14:35:43.051 EDT: IUA: total message length 24
Jul 2 14:35:43.051 EDT: IUA: 01 00 05 05 00 00 00 18 00 01 00 08 00 00 00
02
Jul 2 14:35:43.051 EDT: IUA: 00 05 00 08 00 FFFFFF80 00 00 FFFFFFD3
FFFFFF88 02 7C FFFFFF82 FFFFFFA4 FFFFFF82 FFFFFFBDIUA: Received EST-REQ for
interface 2

Jul 2 14:35:43.051 EDT: ISDN Se2:23 Q921d: handle_mail: setting pkt to NULL
Jul 2 14:35:43.051 EDT: ISDN Se2:23 LIFd: LIF_StartTimer: timer
(0x62BCB46C), ticks (1000), event (0x1240)
Jul 2 14:35:43.051 EDT: ISDN Q921d: isdn_l2d_srq_process: QUEUE_EVENT
Jul 2 14:35:43.051 EDT: ISDN Se2:23 Q921: User TX -> SABMEp sapi=0 tei=0
Jul 2 14:35:43.055 EDT: ISDN Q921d: isdn_l2d_srq_process: event_count 1
Jul 2 14:35:43.059 EDT: ISDN Q921d: isdn_from_driver_process: QUEUE_EVENT
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921: User RX <- UAf sapi=0 tei=0
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921d: process_rxdata: Frame sent to L2
Jul 2 14:35:43.059 EDT: ISDN Q921d: isdn_from_driver_process: event_count
1
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921d: srl_send_l2_pak:
source_id = Q.921, dest_id = IUA BACKHAUL, prim = DL_EST_CONF
priv_len = 4 int_id = 0x62FA7DEC datasize = 16
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921d: data =
0x62FA7DEC00020000020304B800011800
Jul 2 14:35:43.063 EDT:
Jul 2 14:35:43.063 EDT: ISDN Se2:23 **ERROR**: srl_send_l2_pak: 131072
protocol not up
RE: IUA backhaul with back-to-back AS5300s [ In reply to ]
If possible, can you post q931 debug info?

Thanks

&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*
C.M. Rahman Jr.
CTO
CCNP, MCSE Security "Secure your self by securing your System"
CompTI Security Plus Certified
CCS Internet
http://www.ccsi.com
13704 Research Blvd. Building O-Suite 4
Austin, TX 78750
Tel: 512-257-2274 Ex: 115

-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Oleksandr
Lytvyn
Sent: Friday, July 02, 2004 2:11 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] IUA backhaul with back-to-back AS5300s

Hi!

We're trying to set up a lab environment with two AS5300 connected
back-to-back
with T1, with PRI over that T1 and two Call Agents (non-Cisco) with MGCP
and
PRI IUA (so that VoIP calls from one Call Agent are routed to one
AS5300, go
through PRI to another AS5300 and to VoIP could controlled by another
Call
Agent).

I configured both AS5300 with IUA and SCTP, configured PRI like:

<...>
controller T1 2
framing esf
linecode b8zs
pri-group timeslots 1-24 service mgcp
!
interface Serial2:23
no ip address
isdn switch-type primary-ni
isdn bind-l3 iua-backhaul AS1
no cdp enable
<...>

I also have " isdn protocol-emulate network" on one side (needed for
back-to-back
otherwise Layer 2 doesn't come to MULTIPLE_FRAME_ESTABLISHED).

Everything seems to be working up to the point when Call Agent sends IUA
DL
Establish
Request. At that point, AS5300 sends SABME to the other party and
receives
UAf. Then
(I assume) it should send DL Establish Confirm to the Call Agent. But
that
doesn't happen.
Below's the excerpt from Cisco log. Notice "srl_send_l2_pak: 131072
protocol
not up" at
the end.

What might be the cause for that? What protocol is it complaining about?
From the looks of it,
the device tries to actually send DL Establish Confirm to IUA, but is
not
able to do it.

Any ideas?

Thanks,
Alex

Jul 2 14:35:43.051 EDT: IUA: received packet on ASP sm62gp01
Jul 2 14:35:43.051 EDT: IUA: version 0x1
Jul 2 14:35:43.051 EDT: IUA: message_type 0x5, msg_class 0x5
Jul 2 14:35:43.051 EDT: IUA: total message length 24
Jul 2 14:35:43.051 EDT: IUA: 01 00 05 05 00 00 00 18 00 01 00 08 00 00
00
02
Jul 2 14:35:43.051 EDT: IUA: 00 05 00 08 00 FFFFFF80 00 00 FFFFFFD3
FFFFFF88 02 7C FFFFFF82 FFFFFFA4 FFFFFF82 FFFFFFBDIUA: Received EST-REQ
for
interface 2

Jul 2 14:35:43.051 EDT: ISDN Se2:23 Q921d: handle_mail: setting pkt to
NULL
Jul 2 14:35:43.051 EDT: ISDN Se2:23 LIFd: LIF_StartTimer: timer
(0x62BCB46C), ticks (1000), event (0x1240)
Jul 2 14:35:43.051 EDT: ISDN Q921d: isdn_l2d_srq_process: QUEUE_EVENT
Jul 2 14:35:43.051 EDT: ISDN Se2:23 Q921: User TX -> SABMEp sapi=0
tei=0
Jul 2 14:35:43.055 EDT: ISDN Q921d: isdn_l2d_srq_process: event_count
1
Jul 2 14:35:43.059 EDT: ISDN Q921d: isdn_from_driver_process:
QUEUE_EVENT
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921: User RX <- UAf sapi=0 tei=0
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921d: process_rxdata: Frame sent
to L2
Jul 2 14:35:43.059 EDT: ISDN Q921d: isdn_from_driver_process:
event_count
1
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921d: srl_send_l2_pak:
source_id = Q.921, dest_id = IUA BACKHAUL, prim = DL_EST_CONF
priv_len = 4 int_id = 0x62FA7DEC datasize = 16
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921d: data =
0x62FA7DEC00020000020304B800011800
Jul 2 14:35:43.063 EDT:
Jul 2 14:35:43.063 EDT: ISDN Se2:23 **ERROR**: srl_send_l2_pak: 131072
protocol not up

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
Re: IUA backhaul with back-to-back AS5300s [ In reply to ]
Sure, although there's not much about q931 there. Here's an excerpt from log
after "debug isdn all":

-----------------------
Jul 2 16:31:26.086 EDT: IUA: received packet on ASP sm62gp01
Jul 2 16:31:26.086 EDT: IUA: version 0x1
Jul 2 16:31:26.086 EDT: IUA: message_type 0x5, msg_class 0x5
Jul 2 16:31:26.086 EDT: IUA: total message length 24
Jul 2 16:31:26.086 EDT: IUA: 01 00 05 05 00 00 00 18 00 01 00 08 00 00 00
02
Jul 2 16:31:26.086 EDT: IUA: 00 05 00 08 00 FFFFFF80 00 00 32 30 30 29 2C
20 65 76IUA: Received EST-REQ for interface 2

Jul 2 16:31:26.090 EDT: ISDN Se2:23 Q931d: srl_send_l3_pak:
source_id = IUA BACKHAUL, dest_id = Q.921, prim = DL_EST_REQ
priv_len = 4 int_id = 0x62FA7DEC datasize = 16
Jul 2 16:31:26.090 EDT: ISDN Se2:23 Q931d: data =
0x62FA7DEC000000020200048200010000
Jul 2 16:31:26.090 EDT:
Jul 2 16:31:26.090 EDT: ISDN Se2:23 PACKET: handle_mail: received:
dest_id = 0, source_id = 2, prim = 200
priv_ln = 4, int_id = 1660583404, datasize = 16
Jul 2 16:31:26.090 EDT: ISDN Se2:23 PACKET: L2IF_DispPak: packet -
start(40000ED0), size (16) 0x0A680E43E64D001782A48523D388960B
Jul 2 16:31:26.090 EDT:
Jul 2 16:31:26.090 EDT: ISDN Se2:23 Q921d: handle_mail: setting pkt to NULL
Jul 2 16:31:26.090 EDT: ISDN Se2:23 BACKHAUL: handle_mail: received
(DL_EST_REQ):
dest_id = 0, source_id = 2, prim = 200
priv_ln = 4, int_id = 1660583404, datasize = 0
Jul 2 16:31:26.090 EDT: ISDN Se2:23 PACKET: L2IF_SendprimPkt:
source_id (0x20A), state (0x7), dest_id (0x200), event (0x140),
sapi (0x0), ces (0x1), call_id (0x0),
chan_id (0x0), int_id (0x62FA7DEC), free_p (0x1), pkt (0x62F03F24),
msecs (0x0), priority (0xA)
Jul 2 16:31:26.090 EDT: ISDN Se2:23 PACKET: L2IF_SendPkt:
source_id (0x20A), state (0x7),
dest_id (0x200), event (0x140),
sapi (0x0), ces (0x1), call_id (0x0),
chan_id (0x0), int_id (0x62FA7DEC), free_pkt (0x1),
pkt (0x629AF20C), msecs (0x0), priority (0xA)
Jul 2 16:31:26.090 EDT: ISDN Se2:23 PACKET: L2IF_DispPak: packet -
start(402D269C), size (3) 0x00017F
Jul 2 16:31:26.094 EDT: ISDN Se2:23 PACKET: L2IF_SendPkt: Sending from L2
dest_id = 0, source_id = 522, prim = 140
priv_ln = 4, int_id = 1660583404
datastart = 402D268C, netstart = 402D269C, datasize = 19
Jul 2 16:31:26.094 EDT: ISDN Se2:23 PACKET: L2IF_DispPak: packet -
start(402D268C), size (19) 0x62FA7DEC0000020A014004B800011C00
Jul 2 16:31:26.094 EDT: 00017F
Jul 2 16:31:26.094 EDT: ISDN Se2:23 LIFd: LIF_StartTimer: timer
(0x62BCB46C), ticks (1000), event (0x1240)
Jul 2 16:31:26.094 EDT: ISDN Q921d: isdn_l2d_srq_process: QUEUE_EVENT
Jul 2 16:31:26.094 EDT: ISDN Se2:23 PACKET: handle_l2d_srq_mail: received:
dest_id = 0, source_id = 522, prim = 140
priv_ln = 4, int_id = 1660583404, datasize = 3
line_status[0] = IF_ACTIVE
Jul 2 16:31:26.094 EDT: ISDN Se2:23 Q921f: User TX -> 0x00017F
Jul 2 16:31:26.094 EDT: ISDN Se2:23 Q921: User TX -> SABMEp sapi=0 tei=0
Jul 2 16:31:26.094 EDT: ISDN Q921d: isdn_l2d_srq_process: event_count 1
Jul 2 16:31:26.102 EDT: ISDN Q921d: isdn_from_driver_process: QUEUE_EVENT
Jul 2 16:31:26.102 EDT: ISDN Se2:23 Q921f: User RX <- 0x000173
Jul 2 16:31:26.102 EDT: ISDN Se2:23 Q921: User RX <- UAf sapi=0 tei=0
Jul 2 16:31:26.102 EDT: ISDN Se2:23 Q921d: process_rxdata: Frame sent to L2
Jul 2 16:31:26.102 EDT: ISDN Se2:23 PACKET: L2IF_SendPkt:
source_id (0x200), state (0x0),
dest_id (0x20A), event (0x141),
sapi (0x0), ces (0x0), call_id (0x0),
chan_id (0x0), int_id (0x62FA7DEC), free_pkt (0x1),
pkt (0x63024BA4), msecs (0x0), priority (0xA)
Jul 2 16:31:26.102 EDT: ISDN Se2:23 PACKET: L2IF_DispPak: packet -
start(40417AE0), size (3) 0x000173
Jul 2 16:31:26.102 EDT: ISDN Se2:23 PACKET: L2IF_SendPkt: Sending from L2
dest_id = 0, source_id = 512, prim = 141
priv_ln = 4, int_id = 1660583404
datastart = 40417AD0, netstart = 40417AE0, datasize = 19
Jul 2 16:31:26.102 EDT: ISDN Se2:23 PACKET: L2IF_DispPak: packet -
start(40417AD0), size (19) 0x62FA7DEC000002000141040000001C00
Jul 2 16:31:26.102 EDT: 000173
Jul 2 16:31:26.102 EDT: ISDN Q921d: isdn_from_driver_process: event_count
1
Jul 2 16:31:26.102 EDT: ISDN Se2:23 PACKET: handle_mail: received:
dest_id = 0, source_id = 512, prim = 141
priv_ln = 4, int_id = 1660583404, datasize = 19
Jul 2 16:31:26.102 EDT: ISDN Se2:23 PACKET: L2IF_DispPak: packet -
start(40417AE0), size (19) 0x0001730C000000000000000000000000
Jul 2 16:31:26.102 EDT: 000000
Jul 2 16:31:26.102 EDT: ISDN Se2:23 PACKET: handle_mail: received data =
0x000173
Jul 2 16:31:26.106 EDT: ISDN Se2:23 PACKET: L2IF_SendprimPkt:
source_id (0x20A), state (0x7), dest_id (0x300), event (0x203),
sapi (0x0), ces (0x1), call_id (0x0),
chan_id (0x0), int_id (0x62FA7DEC), free_p (0x0), pkt (0x0), msecs
(0x0), priority (0xA)
Jul 2 16:31:26.106 EDT: ISDN Se2:23 PACKET: L2IF_SendPkt:
source_id (0x20A), state (0x7),
dest_id (0x300), event (0x203),
sapi (0x0), ces (0x1), call_id (0x0),
chan_id (0x0), int_id (0x62FA7DEC), free_pkt (0x0),
pkt (0x629AFDFC), msecs (0x0), priority (0xA)
Jul 2 16:31:26.106 EDT: ISDN Se2:23 PACKET: L2IF_DispPak: packet -
start(402D2B5C), size (0) 0x
Jul 2 16:31:26.106 EDT: ISDN Se2:23 PACKET: L2IF_SendPkt: Sending from L2
dest_id = 2, source_id = 522, prim = 203
priv_ln = 4, int_id = 1660583404
datastart = 402D2B4C, netstart = 402D2B5C, datasize = 16
Jul 2 16:31:26.106 EDT: ISDN Se2:23 PACKET: L2IF_DispPak: packet -
start(402D2B4C), size (16) 0x62FA7DEC0002020A020304B800011C00
Jul 2 16:31:26.106 EDT:
Jul 2 16:31:26.106 EDT: ISDN Se2:23 Q921d: srl_send_l2_pak:
source_id = Q.921, dest_id = IUA BACKHAUL, prim = DL_EST_CONF
priv_len = 4 int_id = 0x62FA7DEC datasize = 16
Jul 2 16:31:26.106 EDT: ISDN Se2:23 Q921d: data =
0x62FA7DEC00020000020304B800011C00
Jul 2 16:31:26.106 EDT:
Jul 2 16:31:26.106 EDT: ISDN Se2:23 **ERROR**: srl_send_l2_pak: 131072
protocol not up
Jul 2 16:31:26.106 EDT: ISDN Se2:23 LIFd: LIF_StartTimer: timer
(0x62CFFC04), ticks (30000), event (0x1250)

----- Original Message -----
From: "CM Rahman" <cmrahman@ccsi.com>
To: "Oleksandr Lytvyn" <olytvyn@newxt.com>; <cisco-voip@puck.nether.net>
Sent: Friday, July 02, 2004 5:08 PM
Subject: RE: [cisco-voip] IUA backhaul with back-to-back AS5300s


If possible, can you post q931 debug info?

Thanks

&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*
C.M. Rahman Jr.
CTO
CCNP, MCSE Security "Secure your self by securing your System"
CompTI Security Plus Certified
CCS Internet
http://www.ccsi.com
13704 Research Blvd. Building O-Suite 4
Austin, TX 78750
Tel: 512-257-2274 Ex: 115

-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Oleksandr
Lytvyn
Sent: Friday, July 02, 2004 2:11 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] IUA backhaul with back-to-back AS5300s

Hi!

We're trying to set up a lab environment with two AS5300 connected
back-to-back
with T1, with PRI over that T1 and two Call Agents (non-Cisco) with MGCP
and
PRI IUA (so that VoIP calls from one Call Agent are routed to one
AS5300, go
through PRI to another AS5300 and to VoIP could controlled by another
Call
Agent).

I configured both AS5300 with IUA and SCTP, configured PRI like:

<...>
controller T1 2
framing esf
linecode b8zs
pri-group timeslots 1-24 service mgcp
!
interface Serial2:23
no ip address
isdn switch-type primary-ni
isdn bind-l3 iua-backhaul AS1
no cdp enable
<...>

I also have " isdn protocol-emulate network" on one side (needed for
back-to-back
otherwise Layer 2 doesn't come to MULTIPLE_FRAME_ESTABLISHED).

Everything seems to be working up to the point when Call Agent sends IUA
DL
Establish
Request. At that point, AS5300 sends SABME to the other party and
receives
UAf. Then
(I assume) it should send DL Establish Confirm to the Call Agent. But
that
doesn't happen.
Below's the excerpt from Cisco log. Notice "srl_send_l2_pak: 131072
protocol
not up" at
the end.

What might be the cause for that? What protocol is it complaining about?
From the looks of it,
the device tries to actually send DL Establish Confirm to IUA, but is
not
able to do it.

Any ideas?

Thanks,
Alex

Jul 2 14:35:43.051 EDT: IUA: received packet on ASP sm62gp01
Jul 2 14:35:43.051 EDT: IUA: version 0x1
Jul 2 14:35:43.051 EDT: IUA: message_type 0x5, msg_class 0x5
Jul 2 14:35:43.051 EDT: IUA: total message length 24
Jul 2 14:35:43.051 EDT: IUA: 01 00 05 05 00 00 00 18 00 01 00 08 00 00
00
02
Jul 2 14:35:43.051 EDT: IUA: 00 05 00 08 00 FFFFFF80 00 00 FFFFFFD3
FFFFFF88 02 7C FFFFFF82 FFFFFFA4 FFFFFF82 FFFFFFBDIUA: Received EST-REQ
for
interface 2

Jul 2 14:35:43.051 EDT: ISDN Se2:23 Q921d: handle_mail: setting pkt to
NULL
Jul 2 14:35:43.051 EDT: ISDN Se2:23 LIFd: LIF_StartTimer: timer
(0x62BCB46C), ticks (1000), event (0x1240)
Jul 2 14:35:43.051 EDT: ISDN Q921d: isdn_l2d_srq_process: QUEUE_EVENT
Jul 2 14:35:43.051 EDT: ISDN Se2:23 Q921: User TX -> SABMEp sapi=0
tei=0
Jul 2 14:35:43.055 EDT: ISDN Q921d: isdn_l2d_srq_process: event_count
1
Jul 2 14:35:43.059 EDT: ISDN Q921d: isdn_from_driver_process:
QUEUE_EVENT
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921: User RX <- UAf sapi=0 tei=0
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921d: process_rxdata: Frame sent
to L2
Jul 2 14:35:43.059 EDT: ISDN Q921d: isdn_from_driver_process:
event_count
1
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921d: srl_send_l2_pak:
source_id = Q.921, dest_id = IUA BACKHAUL, prim = DL_EST_CONF
priv_len = 4 int_id = 0x62FA7DEC datasize = 16
Jul 2 14:35:43.059 EDT: ISDN Se2:23 Q921d: data =
0x62FA7DEC00020000020304B800011800
Jul 2 14:35:43.063 EDT:
Jul 2 14:35:43.063 EDT: ISDN Se2:23 **ERROR**: srl_send_l2_pak: 131072
protocol not up

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