Libss7 rejecting calls

I need help with my asterisk-libss7.
I have a TE235 Digium card.
The ss7 link says UP and channels status is INSERVICE but the calls aren’t shown in the console.
When i use the debug mode (ss7 set debug on linkset 1) I obtain the log bellow.
I don’t know what is happening
Any suggestion??

Asterisk 11.20.0
DAHDI Tools Version - 2.10.2
libss7 version: 1.0.2
Ubuntu Server 14.04.3 LTS

ranchos*CLI> dahdi show version
DAHDI Version: 2.10.2 Echo Canceller: MG2

ranchos*CLI> ss7 show version
libss7 version: 1.0.2

ranchos*CLI> ss7 show linkset 1
SS7 linkset 1 status: Up

ranchos*CLI> ss7 show channels
link Chan Lcl Rem Call SS7 Channel
set Chan Idle Blk Blk Level Call Name
1 1 Yes No No Idle No
1 2 Yes No No Idle No

1 14 Yes No No Idle No
1 15 Yes No No Idle No
1 17 Yes No No Idle No

1 30 Yes No No Idle No
1 31 Yes No No Idle No

ranchos*CLI> dahdi show channels
Chan Extension Context Language MOH Interpret Blocked State Description
pseudo default default In Service
1 TRONCAL-PRI-79 default In Service

14 TRONCAL-PRI-79 default In Service
15 TRONCAL-PRI-79 default In Service
17 TRONCAL-PRI-79 default In Service
18 TRONCAL-PRI-79 default In Service

30 TRONCAL-PRI-79 default In Service
31 TRONCAL-PRI-79 default In Service

telpin@ranchos:/etc/init.d$ sudo ./dahdi restart
Unloading DAHDI hardware modules: done
Loading DAHDI hardware modules:
wcte43x: done
D: auto ‘/sys/bus/dahdi_devices/devices/pci:0000:06:00.0’
auto-assign /sys/bus/dahdi_devices/devices/pci:0000:06:00.0
Running dahdi_cfg: done.

telpin@ranchos:/etc/init.d$ sudo dahdi_cfg -vvvvvvvvvvvv
DAHDI Tools Version - 2.10.2

DAHDI Version: 2.10.2
Echo Canceller(s): MG2
Configuration

SPAN 1: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1)

Channel map:

Channel 01: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 01)
Channel 02: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 02)


Setting echocan for channel 30 to mg2
Setting echocan for channel 31 to mg2

telpin@ranchos:/etc/init.d$ sudo dahdi_hardware -vvvvvvvvvvvvv
pci:0000:06:00.0 wcte43x+ d161:800e Wildcard TE435/235

Dahdi scan

telpin@ranchos:/etc/init.d$ sudo dahdi_scan -----------------
[1]
active=yes
alarms=OK
description=WCTE23X (PCI) Card 0 Span 1
name=WCTE2/0/1
manufacturer=Digium
devicetype=Wildcard TE235
location=PCI Bus 06 Slot 01
basechan=1
totchans=31
irq=0
type=digital-E1
syncsrc=1
lbo=0 db (CSU)/0-133 feet (DSX-1)
coding_opts=AMI,HDB3
framing_opts=CCS,CRC4
coding=HDB3
framing=CCS
[2]
active=yes
alarms=RED
description=WCTE23X (PCI) Card 0 Span 2
name=WCTE2/0/2
manufacturer=Digium
devicetype=Wildcard TE235
location=PCI Bus 06 Slot 01
basechan=32
totchans=31
irq=0
type=digital-E1
syncsrc=1
lbo=0 db (CSU)/0-133 feet (DSX-1)
coding_opts=AMI,HDB3
framing_opts=CCS,CRC4
coding=
framing=CAS

chan_dahdi.conf

[trunkgroups]

[channels]
switchtype=national
usecallerid=yes
callwaiting=yes
usecallingpres=no
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
group=1
callgroup=1
pickupgroup=1
ss7_called_nai=national
ss7_calling_nai=national
networkindicator=national

linkset=1
group=1
signalling=ss7
ss7type=itu

context=TRONCAL-PRI-79
pointcode=5
adjpointcode=13156
defaultdpc=13156

cicbeginswith=1
channel=1-15
cicbeginswith=17
channel=17-31
sigchan=16

system.conf

defaultzone=us

span=1,1,0,ccs,hdb3
bchan=1-15,17-31
mtp2=16

echocanceller=mg2,1-15,17-31

ranchos*CLI> module load chan_dahdi.so
Loaded chan_dahdi.so
== Registered application ‘DAHDISendKeypadFacility’
== Registered application ‘DAHDISendCallreroutingFacility’
== Parsing ‘/etc/asterisk/chan_dahdi.conf’: Found
== Parsing ‘/etc/asterisk/users.conf’: Found
– Registered channel 1, SS7 signalling
– Registered channel 2, SS7 signalling

– Registered channel 13, SS7 signalling
– Registered channel 14, SS7 signalling
– Registered channel 15, SS7 signalling
– Registered channel 17, SS7 signalling

– Registered channel 30, SS7 signalling
– Registered channel 31, SS7 signalling
– Automatically generated pseudo channel
[Jul 18 10:20:30] WARNING[16723]: chan_dahdi.c:18743 process_dahdi: Ignoring any changes to ‘userbase’ (on reload) at line 23.
[Jul 18 10:20:30] WARNING[16723]: chan_dahdi.c:18743 process_dahdi: Ignoring any changes to ‘vmsecret’ (on reload) at line 31.
[Jul 18 10:20:30] WARNING[16723]: chan_dahdi.c:18743 process_dahdi: Ignoring any changes to ‘hassip’ (on reload) at line 35.
[Jul 18 10:20:30] WARNING[16723]: chan_dahdi.c:18743 process_dahdi: Ignoring any changes to ‘hasiax’ (on reload) at line 39.
[Jul 18 10:20:30] WARNING[16723]: chan_dahdi.c:18743 process_dahdi: Ignoring any changes to ‘hasmanager’ (on reload) at line 47.
== Starting SS7 linkset on span 1
== Registered channel type ‘DAHDI’ (DAHDI Telephony Driver w/PRI & SS7)
== Manager registered action DAHDITransfer
== Manager registered action DAHDIHangup
== Manager registered action DAHDIDialOffhook
== Manager registered action DAHDIDNDon
== Manager registered action DAHDIDNDoff
== Manager registered action DAHDIShowChannels
== Manager registered action DAHDIRestart
== Manager registered action PRIShowSpans
Loaded chan_dahdi.so => (DAHDI Telephony Driver w/PRI & SS7)
[1] Huh?! Got FISU in link state 1
MTP2 link up (SLC 0)
— SS7 Up —
Resetting CICs 1 to 15
Resetting CICs 17 to 31
Got reset acknowledgement from CIC 1 to 15.
Got reset acknowledgement from CIC 17 to 31.

When I use the debug mode like this:
ranchos*CLI> ss7 set debug on linkset 1
Enabled debugging on linkset 1

I get this info in the console

ranchos*CLI>
[1] Len = 37 [ 8a 8a 22 85 05 00 d9 2c 02 00 01 01 40 00 0a 00 02 0a 08 83 90 22 45 15 99 52 0f 0a 07 03 13 22 45 94 12 29 00 ]
[1] FSN: 10 FIB 1
[1] BSN: 10 BIB 1
[1] <[0] MSU
[1] [ 8a 8a 22 ]
[1] Network Indicator: 2 Priority: 0 User Part: ISUP (5)
[1] [ 85 ]
[1] OPC 13156 DPC 5 SLS 2
[1] [ 05 00 d9 2c ]
[1] CIC: 2
[1] [ 02 00 ]
[1] Message Type: IAM
[1] [ 01 ]
[1] --FIXED LENGTH PARMS[4]–
[1] Nature of Connection Indicator:
[1] Satellites in connection: 1
[1] Continuity Check: Check not required (0)
[1] Outgoing half echo control device: not included (0)
[1] [ 01 ]
[1] Forward Call Indicators:
[1] Nat/Intl Call Ind: call to be treated as a national call (0)
[1] End to End Method Ind: no end-to-end method(s) available (0)
[1] Interworking Ind: no interworking encountered (0)
[1] End to End Info Ind: no end-to-end information available (0)
[1] ISDN User Part Ind: ISDN user part not used all the way (0)
[1] ISDN User Part Pref Ind: ISDN user part not preferred all the way (1)
[1] ISDN Access Ind: originating access non-ISDN (0)
[1] SCCP Method Ind: no indication (0)
[1] [ 40 00 ]
[1] Calling Party’s Category:
[1] Category: Ordinary calling subscriber (10)
[1] [ 0a ]
[1] Transmission Medium Requirements:
[1] Speech (0)
[1] [ 00 ]
[1] --VARIABLE LENGTH PARMS[1]–
[1] Called Party Number:
[1] Nature of address: 3
[1] NI: 1
[1] Numbering plan: 1
[1] Address signals: 2254519925#
[1] [ 08 83 90 22 45 15 99 52 0f ]
[1] --OPTIONAL PARMS–
[1] Calling Party Number:
[1] Nature of address: 3
[1] NI: 0
[1] Numbering plan: 1
[1] Presentation: 0
[1] Screening: 3
[1] Address signals: 2254492192
[1] [ 0a 07 03 13 22 45 94 12 29 ]
[1]
Linkset 1: Processing event: ISUP_EVENT_IAM
[1] Len = 16 [ 8a 8b 0d 85 64 73 01 20 02 00 0c 02 00 02 81 81 ]
[1] FSN: 11 FIB 1
[1] BSN: 10 BIB 1
[1] >[0] MSU
[1] [ 8a 8b 0d ]
[1] Network Indicator: 2 Priority: 0 User Part: ISUP (5)
[1] [ 85 ]
[1] OPC 5 DPC 13156 SLS 2
[1] [ 64 73 01 20 ]
[1] CIC: 2
[1] [ 02 00 ]
[1] Message Type: REL
[1] [ 0c ]
[1] --VARIABLE LENGTH PARMS[1]–
[1] Cause Indicator:
[1] Coding Standard: 0
[1] Location: 1
[1] Cause Class: 0
[1] Cause Subclass: 1
[1] Cause: Unallocated (unassigned) number (1)
[1] [ 02 81 81 ]
[1]
[1] Len = 12 [ 8b 8b 09 85 05 00 d9 2c 02 00 10 00 ]
[1] FSN: 11 FIB 1
[1] BSN: 11 BIB 1
[1] <[0] MSU
[1] [ 8b 8b 09 ]
[1] Network Indicator: 2 Priority: 0 User Part: ISUP (5)
[1] [ 85 ]
[1] OPC 13156 DPC 5 SLS 2
[1] [ 05 00 d9 2c ]
[1] CIC: 2
[1] [ 02 00 ]
[1] Message Type: RLC
[1] [ 10 ]
[1]
Linkset 1: Processing event: ISUP_EVENT_RLC