3cx и Addpac gs1002

[Vlad_]

Здравствуйте. После обновления 3сх на версию 16.0.1078 перестал работать GSM шлюз Addpac. Регистрация у шлюза на АТС поднимается. Изначально после обновления при звонке вообще не было слышимости, нашел тему на этом форуме и перенастроил шлюз и переименовал пользователя латиницей - слышимость появилась, но в одну сторону. То есть я пробую звонить с 3сх клиента для windows на мобильный номер через шлюз и выходит, что я собеседника слышу, а он меня нет. Проверял слышимость через другой исходящий маршрут - такой проблемы нет. Шлюз подключен напрямую в АТС. АТС на debian. Делал захват трафика wiresharkom, но ничего критичного не увидел. Может быть есть у кого-нибудь идеи что можно сделать? Прикладываю конфиг настройки шлюза и дамп wiresharka.

 

[Vlad_]

Конфиг:
hostname GS1002
!
!
!
interface Loopback0
ip address 127.0.0.1 255.0.0.0
!
interface FastEthernet0/0
ip address 192.168.254.10 255.255.255.0
ip nat outside
speed auto
no qos-control
!
interface FastEthernet0/1
ip address 10.60.12.67 255.255.255.248
ip nat inside
speed auto
no qos-control
!
ip route 0.0.0.0 0.0.0.0 192.168.254.1 10
!
!
!
!
ftp server
http server
!
logging command
logging event 7-debug
logging on
!
!
!
!
! VoIP configuration.
!
!
! Voice service voip configuration.
!
voice service voip
protocol sip
dtmf-relay out-of-band
fax protocol t38 redundancy 0
fax rate 9600
h323 call start fast
h323 call tunnel enable
no call-barring unconfigured-ip-address
no voip-inbound-call-barring enable
!
!
! Voice port configuration.
!
! GSM
voice-port 0/0
input gain 1
output gain 1
connection plar 10005
dial-tone-generate
caller-id enable
caller-id type etsi
caller-id name disable
!
!
! GSM
!voice-port 0/1
! dial-tone-generate
! no caller-id enable
!
!
!
!
! service port group configuration.
!
!
!
! Pots peer configuration.
!
dial-peer voice 1000 pots
destination-pattern .T
port 0/0
user-name 10015
user-password-3p4dme
!
!
! Voip peer configuration.
!
dial-peer voice 100 voip
destination-pattern T
session target sip-server
session protocol sip
voice-class codec 1
no vad
no dtmf-relay
!
!
!
!
!
gatekeeper
!
!
! Gateway configuration.
!
gateway
h323-id voip.192.168.254.10
no ignore-msg-from-other-gk
!
!
! Codec classes configuration.
!
voice class codec 0
codec preference 1 g711ulaw
codec preference 2 g711alaw
codec preference 3 g729
codec preference 4 g726r16
codec preference 5 g7231r63
!
!
! Translation Rule configuration.
!
translation-rule 0
rule 0 T %01%99
!
! SIP UA configuration.
!
sip-ua
user-register
sip-username 10015
sip-password 3p4dme
sip-server 192.168.254.9 5060 126
remote-party-id
register e164
!
!
! Tones
!
!
! SMS delivery configuration
!
sms-delivery
!
!
!
!
!
line console
!
line vty
!
mobile dev-restart-by-unreg 180
mobile failed-call-retry 0
mobile ussd inter-frame-gap 100
mobile ussd balance-interval 120
mobile ussd retry-count 2
mobile ussd retry-interval 5
mobile ussd response-protection-time 5
mobile dev-restart-by-unknown-error
mobile cell-monitor 30
!
mobile 0/0
gsm sms-language utf8
!
mobile 0/1
gsm sms-language utf8
!

 

[igorsnezhko]

У вас на сервере 3CX без ошибок проходит проверка сетевого экрана?

 

[Vlad_]

Вообще, честно говоря, пока не проверял. А есть ли в этом необходимость, если вызов проходит на прямую на GSM шлюз? (То есть шлюз физически подключен к АТС кабелем и между ними нет никаких маршрутизаторов) Я насколько понимаю firewall checker проверяет доступность портов из интернета?

 

[Veter IT]

Увидел в INVITE Media Attribute (a): crypto. Отключите SRTP и должно заработать.

Session Initiation Protocol (INVITE)
Request-Line: INVITE sip:[email protected]:5060 SIP/2.0
Message Header
Via: SIP/2.0/UDP 192.168.254.9:5060;branch=z9hG4bK-524287-1---49a0a74b1c544424;rport
Max-Forwards: 70
Contact: <sip:192.168.254.9:5060>
To: <sip:[email protected]:5060>
From: "Nikolay"<sip:192.168.254.9:5060>;tag=3f57582e
Call-ID: qNrWpyVNs1qK7wGU6lq_4A..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE, UPDATE
Content-Type: application/sdp
Supported: replaces, timer
Content-Length: 626
Message Body
Session Description Protocol
Session Description Protocol Version (v): 0
Owner/Creator, Session Id (o): 3cxPS 2102102755115008 22340970674651137 IN IP4 192.168.254.9
Session Name (s): 3cxPS Audio call
Connection Information (c): IN IP4 192.168.254.9
Time Description, active time (t): 0 0
Media Description, name and address (m): audio 7168 RTP/SAVP 0 8 9 3 101
Media Attribute (a): rtpmap:0 PCMU/8000
Media Attribute (a): rtpmap:8 PCMA/8000
Media Attribute (a): rtpmap:9 G722/8000
Media Attribute (a): rtpmap:3 GSM/8000
Media Attribute (a): rtpmap:101 telephone-event/8000
Media Attribute (a): crypto:1 AES_CM_128_HMAC_SHA1_80 inline:SNmnQ7qheobi7wTyjdfRSEoDJihH0UH9jRv1C0Uu
Media Attribute (a): crypto:2 AES_CM_128_HMAC_SHA1_32 inline:ecoVKLueTelPn7WlwoZZz4eqAmpL3KlAHiIpTrI1
Media Attribute (a): sendrecv
Media Description, name and address (m): audio 7168 RTP/AVP 0 8 9 3 101
Media Attribute (a): rtpmap:0 PCMU/8000
Media Attribute (a): rtpmap:8 PCMA/8000
Media Attribute (a): rtpmap:9 G722/8000
Media Attribute (a): rtpmap:3 GSM/8000
Media Attribute (a): rtpmap:101 telephone-event/8000
Media Attribute (a): sendrecv

 

[Vlad_]

Спасибо за ответ! Но к сожалению совет не помог. Отключил SRTP, но слышимость так же в одну сторону. Причем исходящий голос не слышно даже в дампе. Хотя через другой маршрут с другим оператором слышимость с этого же софтфона есть. Прикладываю дамп с отключенным SRTP.

 

[Veter IT]

В дампе не увидел ни чего не обычного. Попробуйте отключить NAT на Addpack для interface FastEthernet0/0
no ip nat outside
Либо добавить access-list

 

[Vlad__]

Пробовал различные манипуляции и с NATом и с белыми списками на AddPac'e. К сожалению проблема так и остается. Заметил, что в дампах WireShark'a присутствует гудок, а потом тишина, т.е. как будто после одного гудка исходящий звук обрывается. Может есть какие-то еще идеи? Спасибо за ответы.