Просто замечательно работают братья китайцы и их импортер на просторах Родины. Не, реально хорошо.
Реакция на найденные баги очень быстрая. Вот, прислали свежую прошивку 30.10.0.67.1. Допилили модуль автопрвизион. Теперь дополнительные поля не портятся и работают как надо.
Продолжаем бодаться с глюками телефонной станции Yeastar S серии.
Основная ошибка была описана вот в этом сообщении.
Собственно, после обновления на свежую прошивку 30.10.0.59, дополнительные параметры в модуле автопровижн стали сохраняться.
Но, китайцы не были бы китайцами, если бы у них все работало с первого раза 🙂 . После перезагрузки станции это поле опять ломалось. О чем был уведомлен поставщик оборудования в Россию. Производитель проблему признал и стал готовить обновление.
Прошел где то месяц, IP Matika прислала нам новое обновление 30.10.0.66 . Поставил его. Все вроде заработало. После ребута станции параметры сохраняются и корректно отображаются в поле ввода.
Но, китайцы не были бы китайцами, если бы у них все работало с первого раза 🙂 У них появилась магическая последовательность символов, которая не хочет корректно отображаться в поле ввода: %cn. Вот оно как Михалыч 🙂
Ждём очередного апдейта от китайцев 🙂
Я конечно понимаю, что в службу поддержки на первую линию берут не самый продвинутых людей. Но не до такой же степени!
Я представляю, что ещё могут наконсультировать специалисты основного поставщика оборудования Yeastar в России.
Ну а сама проблема выглядит так:
З.Ы. Но! После того как вы пройдете этап общения с «первой линией», поддержка работает очень быстро и качественно. Буквально на следующий день к станции подключились разработчики системы и все исправили.
[Bi]
type=aor
qualify_frequency=60
contact=sip:195.239.174.100:5060
[Bi]
type=auth
auth_type=userpass
password=bigpassword
username=74955555555@sip.beeline.ru
[Bi]
type=endpoint
transport=0.0.0.0-udp
context=from-pstn
disallow=all
allow=g729,ulaw,alaw,gsm,g726,g723
aors=Bi
language=ru
outbound_auth=Bi
from_domain=sip.beeline.ru
from_user=74955555555
t38_udptl=no
t38_udptl_ec=none
fax_detect=no
t38_udptl_nat=no
dtmf_mode=auto
[Bi]
type=identify
endpoint=Bi
match=195.239.174.100
[Bi]
type=registration
transport=0.0.0.0-udp
outbound_auth=Bi
retry_interval=120
max_retries=10
expiration=3600
auth_rejection_permanent=no
contact_user=74955555555
server_uri=sip:195.239.174.100:5060
client_uri=sip:74955555555@sip.beeline.ru:5060
[0.0.0.0-udp]
type=transport
protocol=udp
bind=0.0.0.0:5060
external_media_address=83.10.10.10
external_signaling_address=83.10.10.10
allow_reload=yes
local_net=192.168.1.0/24
Сначала пробовал на железяке: не работает.
Для проверки своей криворукости взял аккаунт у МТТ. У них все работает.
Тупо меняю в настройках sip.beeline.ru на voip.mtt.ru и… у билайна не работает, у МТТ все летает.
Ладно, двойной NAT, все может быть. Настраиваю sip клиента на мобиле и вперед через LTE. У билайна не работает, у МТТ все пучком.
Объясняю ситуацию парням из билайна, в ответ рекомендации типа:
— отключите на роутере (микротик) модуль sip.
— вместо sip.beeline.ru пишите IP адрес.
Звиздец.
Ок, кручу астериск. У меня он на pjsip. Билайн же выпендривается, даёт логины типа 74955555555@sip.beeline.ru. Пока разобрался как в pjsip эти хитрые логины вбивать… Но вообщем зарегистрировался на сервере билайна. Регистрация проходит, а вот звонки вообще не того, не идут. Сразу после команды INVITE отваливаются, причем мой астериск им говорит, что они у нас не зарегистрированы. Единственное отличие INVITE от билайна и МТТ: у первого стоит мой внутренний IP (192.168.х.х), а у МТТ реальный IP роутера.
И что мне с этим делать?
P.S. Пока писал это пост, победил астериск. Добился соединения и звонка у билайна, но звук в одну сторону так и не ходит.
Как вы думает работает ли МТТ на астериске? Ага 🙂 без проблем, звоню, общаюсь. Бугагашеньки.
pjsip.conf
======================
[global]
type=global
; да, я даже freepbx заводил в виртуалке 🙂 но не понравилось
; оно мне, часть конфига спер оттуда.
user_agent=FPBX-13.0.190.19(13.14.0)
default_outbound_endpoint=dpma_endpoint
; debug не понравился. Лучше tcpdump для отладки еще
; ничего не придумали 🙂
;debug=yes
[dpma_endpoint]
type=endpoint
context=dpma-invalid
[0.0.0.0-udp]
type=transport
protocol=udp
bind=0.0.0.0:5060
; разумеется вместо 999 надо писать реальный IP роутера,
; за которым за натом стоит астериск
external_media_address=999.999.999.999
external_signaling_address=999.999.999.999
allow_reload=yes
local_net=192.168.0.0/24
; тут определены два внутренних телефона 100 и 101
; много текста не показано
;==== YouMagic =======================
; Предположим, что МТТ дали телефон, он же логин (хотя логин
; при регистрации можно установить любой):
; 74990000000
; и пароль: хитрыйпароль
[reg_voip.mtt.ru]
type = registration
retry_interval = 20
max_retries = 10
contact_user = 74990000000
expiration = 120
transport = 0.0.0.0-udp
outbound_auth = auth_reg_voip.mtt.ru
client_uri = sip:74990000000@voip.mtt.ru
server_uri = sip:voip.mtt.ru:5060
[auth_reg_voip.mtt.ru]
type = auth
password = хитрыйпароль
username = 74990000000
[mytrunk]
type = aor
contact = sip:74990000000@voip.mtt.ru
[mytrunk]
type = identify
endpoint = mytrunk
; это IP MTT сервера
match = 80.75.132.66
[mytrunk]
type = auth
username = 74990000000
password = хитрыйпароль
;realm = voip.mtt.ru
[mytrunk]
type = endpoint
context = from-external
transport=0.0.0.0-udp
disallow = all
allow = ulaw
allow = alaw
rtp_symmetric = yes
rewrite_contact = yes
from_user = 74990000000
from_domain=voip.mtt.ru
; МТТ не может аутентифицироваться на нашем сервере
; поэтому не включаем аутентификацию при входящих с МТТ
;auth = mytrunk
outbound_auth = mytrunk
aors = mytrunk
=======================================================
extensions.conf
=====================================================
[others]
[from-internal]
exten => 100,1,Dial(PJSIP/100,20)
exten => 100,2,VoiceMail(100,u)
exten => 101,1,Dial(PJSIP/101,20)
exten => 101,2,VoiceMail(101,u)
exten => *98,1,VoiceMailMain(${CALLERID(num)},s)
exten => _810X.,1,Busy
exten => _8XXX.,1,NoOp(«8xxx»)
exten => _8XXX.,n,Dial(PJSIP/${EXTEN}@mytrunk)
exten => _8XXX.,n,Hangup
[from-external]
exten => 74990000000,1,Dial(PJSIP/100)
exten => 74990000000,n,Hangup
=======================================================
Разумеется, мой сервер за натом. И, разумеется, в фаерволе разрешены хождение пакетов и их проброс только с сервера МТТ.
