ВидеоКонф(ВКС)  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

Sip proxy

Новичком считается только что прочитавший «Астериск - будущее телефонии»
http://asterisk.ru/knowledgebase/books
и пытающийся сделать большее

Модераторы: april22, Zavr2008

Sip proxy

Сообщение Andy » 15 дек 2020, 14:49

Добрый день,

Нуждаюсь в помощи. У нас в разных регионах используется около 50 АТС, в основном LG, Panasonic и пара cisco. Сейчас на одном объекте внедрили FreePBX.
У нас АТС между собой связаны благодаря cisco гейткиперу по H323. Очень удобно, что объекты передают РТП на прямую, а на гейткипер приходит только запрос на соединение.

Существует задача, уйти от h323 перейти на сип и менять старые LG и панасоники на астериск.
Начал разбираться на что можно заменить текущий H323 гейткипер, в сип реализации.
Пытался настроить CUBE от cisco, все настройки согласно докам, пробовали разный ios, но результат один и тот же РТП идёт через CUBE, а не от АТС к АТС, как нам нужно.

Может кто использует что-то подобное или даст совет про что почитать, очень нуждаюсь в помощи.
Нам нужно, что бы все АТС отсылали запросы на соединение централизованно на один SIP сервер, а потом соединялись напрямую.
Спасибо за любую помощь.
Andy
 
Сообщений: 49
Зарегистрирован: 08 июн 2020, 16:47

Re: Sip proxy

Сообщение ded » 15 дек 2020, 17:06

Если уйти от h323 перейти на SIP, то захочется применять все ДВО, которыми он как раз богат. А это невозможно большей частью если RTP напрямую.

Но - можете вполне уверенно ставить Астериск-станции и соединять их по Н323. Канал ooh323 прекрасно работает.

Warning: если вы - админ-эксплуатационник, то не должны бы заниматься системными перестройками в таких масштабах.
Постарайтесь убедить руководство, что перестроение телефонной инфраструктуры лучше отдать на аутсорс, который вам потом сдаст работу, покажет и обучит.
ded
 
Сообщений: 15803
Зарегистрирован: 26 авг 2010, 19:00

Re: Sip proxy

Сообщение Andy » 17 дек 2020, 15:01

ded, cпасибо за ответ!

А не подскажите насчёт ДВО при РТП напрямую, интересует конференция и перевод в частности. Они отпадают в этом случае?

В целом существуют какие-либо варианты, пусть даже с полной потерей ДВО функционала, но РТП напрямую?

"Канал ooh323 прекрасно работает."
Астериск можно зарегистрировать как гейтвей на cisco гейткипере?

С руководством всё как обычно, хотят чтобы все было и не было доп. затрат...
Но будем говорить, как поймем весь масштаб.
Andy
 
Сообщений: 49
Зарегистрирован: 08 июн 2020, 16:47

Re: Sip proxy

Сообщение ded » 17 дек 2020, 15:51

Они отпадают в этом случае.
Конференция предполагает наличие MCU - отдельного устройства/сервиса, где смешиваются все входящие аудио всех участников, и в смешанном виде отправляются каждому участнику. Плюч предполагается ещё и модерация - управление, mute участников по необходимости и пр.
Перевод (трансфер) уже предполагает неоднозначность его выполнения: blind transfer & attended transfer, и тот и другой могут выполняться средствами телефонов и средствами станции. При этом, если посылка сигнала трансфера идёт по аудиоканалу, который в РТП напрямую, то понятно, что никакого перевода получить не удастся.

Астериск можно зарегистрировать как гейтвей на гейткипере. Лет 16 назад мы впервые такое сделали на AquaGatekeeper.
Andy писал(а):С руководством всё как обычно, хотят чтобы все было и не было доп. затрат...
Предложим руководству запустить собственный спутник связи? Но без доп. затрат не получится.
Если располагаете неограниченным ресурсом времени - можно всё сделать самостоятельно, задавая вопросы, делая тесты.
ded
 
Сообщений: 15803
Зарегистрирован: 26 авг 2010, 19:00

Re: Sip proxy

Сообщение amateur » 17 дек 2020, 16:34

Andy писал(а):Астериск можно зарегистрировать как гейтвей на cisco гейткипере?

Да.
amateur
 
Сообщений: 449
Зарегистрирован: 30 сен 2011, 09:58

Re: Sip proxy

Сообщение Andy » 21 дек 2020, 16:33

ded писал(а):Они отпадают в этом случае.
Конференция предполагает наличие MCU - отдельного устройства/сервиса, где смешиваются все входящие аудио всех участников, и в смешанном виде отправляются каждому участнику. Плюч предполагается ещё и модерация - управление, mute участников по необходимости и пр.
Перевод (трансфер) уже предполагает неоднозначность его выполнения: blind transfer & attended transfer, и тот и другой могут выполняться средствами телефонов и средствами станции. При этом, если посылка сигнала трансфера идёт по аудиоканалу, который в РТП напрямую, то понятно, что никакого перевода получить не удастся.

Астериск можно зарегистрировать как гейтвей на гейткипере. Лет 16 назад мы впервые такое сделали на AquaGatekeeper.
Andy писал(а):С руководством всё как обычно, хотят чтобы все было и не было доп. затрат...
Предложим руководству запустить собственный спутник связи? Но без доп. затрат не получится.
Если располагаете неограниченным ресурсом времени - можно всё сделать самостоятельно, задавая вопросы, делая тесты.


Ded большое спасибо за информацию! Полностью с вами согласен.
Andy
 
Сообщений: 49
Зарегистрирован: 08 июн 2020, 16:47

Re: Sip proxy

Сообщение Andy » 21 дек 2020, 16:34

amateur писал(а):
Andy писал(а):Астериск можно зарегистрировать как гейтвей на cisco гейткипере?

Да.

ded писал(а):Астериск можно зарегистрировать как гейтвей на гейткипере. Лет 16 назад мы впервые такое сделали на AquaGatekeeper.


Подскажите, пожалуйста где про это можно почитать подробнее.

В инете полно информации но попадается в основном просто как транк h323 без регистрации на гейткипере.
Andy
 
Сообщений: 49
Зарегистрирован: 08 июн 2020, 16:47

Re: Sip proxy

Сообщение ded » 21 дек 2020, 17:49

Всё oписано в файле ooh323.conf
Код: выделить все
[general]
;Define the asetrisk server h323 endpoint

;The port asterisk should listen for incoming H323 connections.
;Default - 1720
;port=1720

;The dotted IP address asterisk should listen on for incoming H323
;connections
;Default - tries to find out local ip address on it's own
bindaddr=0.0.0.0

;This parameter indicates whether channel driver should register with
;gatekeeper as a gateway or an endpoint.
;Default - no
gateway=yes

;Whether asterisk should use fast-start and tunneling for H323 connections.
;Default - yes
;faststart=no
;h245tunneling=no

;Whether media wait for connect
;Default - No
;mediawaitforconnect=yes

;H323-ID to be used for asterisk server
;Default - Asterisk PBX
h323id=ObjSysAsterisk
e164=100

;CallerID to use for calls
;Default - Same as h323id
callerid=asterisk

;This parameter indicates whether channel driver should register with
;gatekeeper as a gateway or an endpoint.
;Default - no
gateway=yes

;Whether asterisk should use fast-start and tunneling for H323 connections.
;Default - yes
;faststart=no
;h245tunneling=no

;Whether media wait for connect
;Default - No
;mediawaitforconnect=yes

;H323-ID to be used for asterisk server
;Default - Asterisk PBX
h323id=ObjSysAsterisk
e164=+749512345678

;CallerID to use for calls
;Default - Same as h323id
callerid=asterisk

; Whether asterisk send back to caller own connected line id on incoming call as called number
; Default - no
aniasdni=no

;Whether this asterisk server will use gatekeeper.
;Default - DISABLE
gatekeeper = DISCOVER
или
gatekeeper = 10.11.12.13   ; ИП адрес вашего гейткипера
;gatekeeper = DISABLE

;Location for H323 log file
;Default - /var/log/asterisk/h323_log
;logfile=/var/log/asterisk/h323_log

Изучать протокол H.323 RAS
https://www.cisco.com/c/en/us/td/docs/i ... as-fw.html
и смотреть логи на двух концах.
ded
 
Сообщений: 15803
Зарегистрирован: 26 авг 2010, 19:00

Re: Sip proxy

Сообщение Andy » 22 дек 2020, 18:31

ded, ещё раз спасибо за ответ.
Как раз вчера изучал ooh323.conf на wiki.
Вроде всё логично.

H.323 RAS тоже общие понятия есть, на днях буду экспериментировать.
Andy
 
Сообщений: 49
Зарегистрирован: 08 июн 2020, 16:47

Re: Sip proxy

Сообщение Andy » 25 дек 2020, 16:51

ded писал(а):и смотреть логи на двух концах.


ded добрый день, по возможности дайте, пожалуйста совет.

Прочитал доку по ooh323c.
Прописал в файле, ooh323c.

port = 1720
bindaddr = 0.0.0.0
e164=11
h323id=AsteriskSPB
callerid=AsteriskSPB
gateway=yes
gatekeeper = 172.17.201.1
h245tunneling=yes
mediawaitforconnect=yes
logfile=/var/log/asterisk/h323_log
context=from-internal
dtmfmode=rfc2833

На гейткипере циско тоже сделал нужные настройки, в итоге на гейткипере увидел астериск
gatekeeper2# sh gatek end
GATEKEEPER ENDPOINT REGISTRATION
================================
CallSignalAddr Port RASSignalAddr Port Zone Name Type Flags
--------------- ----- --------------- ----- --------- ---- -----
172.16.173.148 1720 172.16.173.148 13037 AsteriskSPB TERM
H323-ID: AsteriskSPB
E164-ID: 11

Не понятно, почему у него Type = TERM, у всех остальных АТС (LG и panas) type = VOIP-GW
Почему, на что может повлиять?

Прописал в файле, ooh323c.
транк

[CiscoGK]
type=friend
context=from-internal
host=172.17.201.1
port=1720
disallow=all
allow=alaw
allow=ulaw
allow=g729
dtmfmode=rfc2833
faststart=no
h245Tunneling = yes

После это во freepbx заметил в CLI ooh323 show peers:
Name Accountcode ip:port Formats
CiscoGK ast_h323 172.17.201.1:1720 (alaw|ulaw|g729)

Пошёл в extensions_custom.conf

Прописал:

[h323-out] ; контекст исходящих на cisco GK
exten => 101005,1,Dial(H323/${EXTEN}@CiscoGK) ; все исходящие в неизменном виде отправляем на cisco GK

[h323-in]
exten => 112999,1,Dial(SIP/${2999}) ; все входящие по каналу h323 пытаемся передать на соответствующие sip номера в неизменном виде

Брал это примерами из инета.

Теперь когда с телефона астериска номер 2999 набираю: 101005.
На cisco GK ничего не приходит, логи в астере.

[Показать] Спойлер:
[2020-12-25 15:34:45] VERBOSE[12490][C-0000001c] pbx.c: Executing [101005@from-UK:1] ResetCDR("SIP/2999-00000021", "") in new stack
[2020-12-25 15:34:45] VERBOSE[12490][C-0000001c] pbx.c: Executing [101005@from-UK:2] NoCDR("SIP/2999-00000021", "") in new stack
[2020-12-25 15:34:45] VERBOSE[12490][C-0000001c] pbx.c: Executing [101005@from-UK:3] Progress("SIP/2999-00000021", "") in new stack
[2020-12-25 15:34:45] VERBOSE[12490][C-0000001c] pbx.c: Executing [101005@from-UK:4] Wait("SIP/2999-00000021", "1") in new stack
[2020-12-25 15:34:46] VERBOSE[12490][C-0000001c] pbx.c: Executing [101005@from-UK:5] Playback("SIP/2999-00000021", "silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer") in new stack
[2020-12-25 15:34:46] VERBOSE[12490][C-0000001c] file.c: <SIP/2999-00000021> Playing 'silence/1.ulaw' (language 'ru')
[2020-12-25 15:34:47] VERBOSE[12490][C-0000001c] file.c: <SIP/2999-00000021> Playing 'cannot-complete-as-dialed.ulaw' (language 'ru')


При звонке с региональной АТС на номер 112999 по дебагу deb h225 asn1 на cisco GK вижу такой лог:
rejectReason calledPartyNotRegistered : NULL

Как я понимаю, гейткипер не находит куда ему передать звонок.
Полный лог в спойлере:

[Показать] Спойлер:
Dec 25 12:05:34.042: RAS INCOMING PDU ::=

value RasMessage ::= admissionRequest :
{
requestSeqNum 2332
callType pointToPoint : NULL
endpointIdentifier {"3FFE27980000002B"}
destinationInfo
{
dialedDigits : "112999"
}
srcInfo
{
dialedDigits : "1005"
}
srcCallSignalAddress ipAddress :
{
ip 'C0A86A1E'H
port 40050
}
bandWidth 160
callReferenceValue 26
conferenceID '8040A57C8ED551FE1A004002AC10AD93'H
activeMC FALSE
answerCall FALSE
canMapAlias TRUE
callIdentifier
{
guid '8040A57C8ED551FE1A004002AC10AD93'H
}
gatekeeperIdentifier {"SPB_CUCM"}
willSupplyUUIEs FALSE
}



Dec 25 12:05:34.046: H225 NONSTD OUTGOING PDU ::=

value ARJnonStandardInfo ::=
{
callReleaseSource gatekeeper : NULL
iecInfo
{
'1020117000100000'H
}
}



Dec 25 12:05:34.046: H225 NONSTD OUTGOING ENCODE BUFFER::= 80E0016009011020117000100000
Dec 25 12:05:34.046:
Dec 25 12:05:34.046: RAS OUTGOING PDU ::=

value RasMessage ::= admissionReject :
{
requestSeqNum 2332
rejectReason calledPartyNotRegistered : NULL
nonStandardData
{
nonStandardIdentifier h221NonStandard :
{
t35CountryCode 181
t35Extension 0
manufacturerCode 18
}
data '80E0016009011020117000100000'H
}
}


Подскажите пожалуйста, что делаю не так? Думаю диал пир не правильно прописан
или bindaddr = 0.0.0.0
Нужно поменять?
Andy
 
Сообщений: 49
Зарегистрирован: 08 июн 2020, 16:47

След.

Вернуться в Вопросы новичков

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 53

© 2008 — 2024 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH