Patton + ISDN fin de communication

[Reaper]

Bonjour à tous, j'ai un souci chez un client qui est agaçant ça fait un bon moment que je me bats contre, sans succès.
Donc une patton 5T0, les appels entrants vers asterisk, sortants vers patton.
Les appels qui arrivent de patton sont répondus par asterisk, client mis en attente dans une file, client décide de raccrocher sans attendre l'agent, l'appel se termin dans la majorité de cas pâr un BYE de patton vers asterisk. Mais par MOMENT asterisk ne reçoit pas de BYE, la tonalité de raccroché continue, et lorsque l'agent décroche il entend le signal de raccroché. Avez vous des comportement similaires avec les T0 ? Patton ou autre chose peu importe.
Je vais finir par enregistrer l'ensemble des trames qsig pour voir si je ne reçois pas ce foutu "channel clear"
Merci.

[tomarch]

Peut tu nous montrer la config de ta patton.
Sous quel firmware tourne tu ?

[Reaper]

J'ai une dizaine de patton en 5.2 chez les clients différents, même config très simple:



#----------------------------------------------------------------#
# #
# SN4638/5BIS #
# R5.6 2010-07-15 H323 SIP BRI #
# 1970-02-11T07:20:04 #
# SN/00A0BA057CD8 #
# Generated configuration file #
# #
#----------------------------------------------------------------#

cli version 3.20
clock local default-offset +00:00
dns-client server 8.8.8.8
dns-client server 192.168.1.152
dns-relay
webserver port 80 language en
sntp-client
sntp-client server primary 0.pool.ntp.org port 123 version 4

system

ic voice 0
low-bitrate-codec g729

system
clock-source 1 bri 0 0
clock-source 2 bri 0 1
clock-source 3 bri 0 2
clock-source 4 bri 0 3
clock-source 5 bri 0 4

profile napt NAPT_WAN

profile ppp default

profile tone-set default

profile voip default
codec 1 g711alaw64k rx-length 20 tx-length 20
codec 2 g711ulaw64k rx-length 20 tx-length 20
dtmf-relay rtp
flash-hook-relay rtp

profile pstn default

profile sip default
no autonomous-transitioning

profile aaa default
method 1 local
method 2 none

context ip router

interface WAN
ipaddress unnumbered
use profile napt NAPT_WAN
tcp adjust-mss rx mtu
tcp adjust-mss tx mtu

interface LAN
ipaddress 192.168.1.151 255.255.255.0
tcp adjust-mss rx mtu
tcp adjust-mss tx mtu

context cs switch
national-prefix 0

routing-table called-e164 ToISDN
route . dest-service hunt_group

interface isdn 1_in_out
route call dest-interface IF_SIP
dtmf-dialing

interface isdn 2_in_out
route call dest-interface IF_SIP
dtmf-dialing

interface isdn 3_in_out
route call dest-interface IF_SIP
dtmf-dialing

interface isdn 4_in_out
route call dest-interface IF_SIP
dtmf-dialing

interface isdn 5_in_out
route call dest-interface IF_SIP
dtmf-dialing

interface sip IF_SIP
bind context sip-gateway GW_sip
route call dest-service D_External_line
remote 192.168.1.152 5060
early-connect
no call-transfer emit
no call-transfer pull-in

service hunt-group hunt_group
drop-cause normal-unspecified
drop-cause no-circuit-channel-available
drop-cause network-out-of-order
drop-cause temporary-failure
drop-cause switching-equipment-congestion
drop-cause access-info-discarded
drop-cause circuit-channel-not-available
drop-cause resources-unavailable
route call 1 dest-interface 1_in_out
route call 2 dest-interface 2_in_out

service distribution-group D_External_line
allows-push-back
min-concurrent 1
max-concurrent 1
route call 1 dest-interface 1_in_out
route call 2 dest-interface 2_in_out

context cs switch
no shutdown

authentication-service auten_tx
username Admin password XXXXXXXXXXXXXXXX== encrypted

location-service location_service_tx
domain 1 192.168.1.152 5060
match-any-domain

identity-group trixbox

authentication inbound

identity trixboxpro

authentication inbound

registration inbound
lifetime default 3600 min 1 max 4294967295

context sip-gateway GW_sip

interface Trixbox_pro
bind interface LAN context router port 5060

context sip-gateway GW_sip
no shutdown

port ethernet 0 0
medium auto
encapsulation ip
bind interface WAN router
no shutdown

port ethernet 0 1
medium auto
encapsulation ip
bind interface LAN router
no shutdown

port bri 0 0
clock auto
encapsulation q921

q921
uni-side auto
encapsulation q931

q931
protocol dss1
uni-side user
bchan-number-order ascending
encapsulation cc-isdn
bind interface 1_in_out switch

port bri 0 0
no shutdown

port bri 0 1
clock auto
encapsulation q921

q921
uni-side auto
encapsulation q931

q931
protocol dss1
uni-side user
bchan-number-order ascending
encapsulation cc-isdn
bind interface 2_in_out switch

port bri 0 1
no shutdown

port bri 0 2
clock auto
encapsulation q921

q921
uni-side auto
encapsulation q931

q931
protocol dss1
uni-side user
bchan-number-order ascending
encapsulation cc-isdn
bind interface 3_in_out switch

port bri 0 2
no shutdown

port bri 0 3
clock auto
encapsulation q921

q921
uni-side auto
encapsulation q931

q931
protocol dss1
uni-side user
bchan-number-order ascending
encapsulation cc-isdn
bind interface 4_in_out switch

port bri 0 3
no shutdown

port bri 0 4
clock auto
encapsulation q921

q921
uni-side auto
encapsulation q931

q931
protocol dss1
uni-side user
bchan-number-order ascending
encapsulation cc-isdn
bind interface 5_in_out switch

port bri 0 4
no shutdown



En gros les appels de pattons vers asterisk, de asterisk vers patton T0

[Reaper]

Je vais répondre pour partager l’expérience, après avoir fait le debug q.931 il se trouve que l'operateur ne fait pas le TERMINAL RELEASE immédiatement.

Il se passe une chose êtrange, l'appel arrive sur la patton:



SETUP (DSS1 User)
[A1]
Sending complete
[04038090A3]
Bearer capability : speech - CCITT
circuit mode - 64kBit/s - G.711 A-law
[180189]
Channel id : 1 - exclusive
basic rate interface - is not d-channel - CCITT - b-channel units
[6C0B2183363233323431363836]
Calling party number : 888888888
national number - E.164 numbering plan
presentation allowed - network provided
[700AA1343938303730333437]
Called party number : 999999999
national number - E.164 numbering plan
[740C21008F343934303532323332]
Redirecting number : 123246546
national number - E.164 numbering plan
presentation allowed - user provided not screened
Call forwarding unconditional or systematic call redirection
[7D029181]
High layer compatibility : telephony
CCITT

Il est renvoyé vers asterisk, et asterisk décroche:




03:07:02 ICC > [EP 4_in_out-0109b558] State: NULL, Event: TERMINAL SETUP IND
03:07:02 ICC > [EP 4_in_out-0109b558] Set state to CALL PRESENT
03:07:02 ICC > [EP 4_in_out-0109b558] set call key: 1961
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: E164-Number -> 9999999999
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Type-Of-Number -> Unknown
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Numbering-Plan -> ISDN/Telephony numbering plan
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Presentation-Indicator -> Presentation allowed
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Screening-Indicator -> Network provided
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Name ->
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Supports Overlap-Sending -> false
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Redirecting-E164-Number -> 9999999999
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Redirecting-Reason -> Call forwarding unconditional or systematic call redirection
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Redirecting-Counter -> 0x00000001
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Unique Identifier -> 1961
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Endpoint-Is-Isdn -> true
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Quality-Of-Service -> MOS 4.50, DS0
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Network -> 4_in_out
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Call-Leg-ID -> 0x00aac958
03:07:02 CC > [EP 4_in_out-0109b558/active] Set call-leg property: State -> CONNECTED
03:07:02 ICC > [EP 4_in_out-0109b558] Set state to INCOMING PROCEEDING
03:07:02 ICC > [EP 4_in_out-0109b558] >> [080002]
CALL PROCEEDING (DSS1 User)
[1E028582]
Progress indicator : destination address is non-ISDN
private network serving remote user - CCITT

03:07:03 ICC > [EP 4_in_out-0109b558] State: INCOMING PROCEEDING, Event: PEER TRYING
03:07:03 ICC > [EP 4_in_out-0109b558] Hold State: IDLE, Hold Event: PEER TRYING
03:07:03 ICC > [EP 4_in_out-0109b558] State: INCOMING PROCEEDING, Event: PEER CONNECTED
03:07:03 ICC > [EP 4_in_out-0109b558] Set state to CONNECT REQUEST
03:07:03 ICC > [EP 4_in_out-0109b558] >> [080007]
CONNECT (DSS1 User)

03:07:03 ICC > [EP 4_in_out-0109b558] Hold State: IDLE, Hold Event: PEER CONNECTED
03:07:03 ICC > [EP 4_in_out-0109b558] State: CONNECT REQUEST, Event: PEER INBAND INFO
03:07:04 ICC > [4_in_out] << Message: primitive=59
03:07:04 ICC > [EP 4_in_out-0109b558] << [08000F]
CONNECT ACKNOWLEDGEMENT (DSS1 User)

03:07:04 ICC > [EP 4_in_out-0109b558] State: CONNECT REQUEST, Event: TERMINAL SETUP COMP IND
03:07:04 ICC > [EP 4_in_out-0109b558] Set state to ACTIVE
03:07:04 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Provides Data -> true
03:07:07 CC > [EP IF_SIP-010688a0/active] Set call-leg property: Quality-Of-Service -> MOS 3.78, RTP, G.711 u-law (20ms), Local: Rx 188 pkts, 30080 bytes, 0 lost$

3 secondes après le client raccroche, et on reçoit DISCONNECT par T0:



03:07:07 ICC > [4_in_out] << Message: primitive=34
03:07:07 ICC > [EP 4_in_out-0109b558] << [080045]
DISCONNECT (DSS1 User)
[08028290]
Cause : normal call clearing
public network serving local user - CCITT - Q.931
[1E028288]
Progress indicator : inband information available
public network serving local user - CCITT

Il est possible de le voir sur la graphique:

http://img810.imageshack.us/img810/7168/slection243.th.png (http://imageshack.us/photo/my-images/810/slection243.png/)

Mais patton n'envoie pas le BYE vers asterisk elle se met a générer le son de raccroché (seconde partie de graphique) et en bleue sur les traces:


03:07:07 ICC > [EP 4_in_out-0109b558] State: ACTIVE, Event: TERMINAL DISCONNECT IND
03:07:07 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Cause -> Normal call clearing
03:07:07 ICC > [EP 4_in_out-0109b558] Set state to DISCONNECT INDICATION
03:07:07 CC > [EP 4_in_out-0109b558/active] Set call-leg property: State -> DISCONNECTING
Elle raccroche la communication au bout de 30 secondes, parce que le terminal release arrive trop tard:




03:07:37 ICC > [EP 4_in_out-0109b558] << [08004D]
RELEASE (DSS1 User)
[08028290]
Cause : normal call clearing
public network serving local user - CCITT - Q.931

03:07:37 ICC > [EP 4_in_out-0109b558] State: DISCONNECT INDICATION, Event: TERMINAL RELEASE IND
03:07:37 ICC > [EP 4_in_out-0109b558] Set state to NULL
03:07:37 CC > [EP 4_in_out-0109b558/active] Drop call 01078450
03:07:37 CC > [EP 4_in_out-0109b558/active] Set call-leg property: Provides Data -> false
03:07:37 CC > [EP 4_in_out-0109b558/active] Set call-leg property: State -> RELEASED


Par moment ce terminal release n'arrive jamais, il est possible en theorie de demander a patton de raccrocher avec l'option "Early Disconnect" dans la gateway SIP.

http://img253.imageshack.us/img253/9454/slection247.png

Cette option est désactivé par défaut. J'ai absolument pas ce comportement chez mes client ailleurs (même opérateur). J’espère que ça va aider les personnes qui vont tomber dans le même panneau.

[ffossard]

Merci pour le retour :jap: