VIDEOCHAT  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

неправильная регистрация на гейткипере.

Проблемы Asterisk без вэб-оболочек и их решения

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

davidjonson
Сообщения: 103
Зарегистрирован: 07 мар 2015, 22:50
Откуда: г. Подольск

неправильная регистрация на гейткипере.

Сообщение davidjonson »

Здравствуйте. Спасибо за помощь и подробные разъяснения по регистрации на гейткипере (тема gatekeeper not found). Продолжаю борьбу за попытку регистрации с последующей организацией связи. Ситуация такая: гейткипер не хочет регистрировать под тем именем, под которым нужно. То есть я ему указываю h323id = Podolsk_Asterisk , а он регистрирует меня под каким-то Voskresensk. Соответственно никакой связи. В чём необходима помощь: понять, почему он не ригистрируется как нужно.
ded
Сообщения: 15660
Зарегистрирован: 26 авг 2010, 19:00

Re: неправильная регистрация на гейткипере.

Сообщение ded »

Вопрос к конфигурации пиров на гейткипере.
Где же наш дежурный телепат запропастился? Не иначе - организовывает платный приём алчущих после выпуска Битвы экстрасенсов...
Аватара пользователя
SolarW
Сообщения: 1331
Зарегистрирован: 01 сен 2010, 14:21
Откуда: Днепропетровск, Украина

Re: неправильная регистрация на гейткипере.

Сообщение SolarW »

davidjonson писал(а):То есть я ему указываю h323id = Podolsk_Asterisk , а он регистрирует меня под каким-то Voskresensk.
Вы намекаете что у вас в настройках (всех) нигде не фигурирует слово Voskresensk?
Тогда вопрос - а это точно вы там регистрируетесь? :-)
davidjonson
Сообщения: 103
Зарегистрирован: 07 мар 2015, 22:50
Откуда: г. Подольск

Re: неправильная регистрация на гейткипере.

Сообщение davidjonson »

Регистрируется точно звёздочка. лог выложу - там будет видно. Откуда берется воскресенск объясняю. К этому гейткиперу (как наверное и любому другому) можно подключится и безымянно. Вот всех таких товарищей безродных гейткипер регистрирует как Voskresensk или Voskresensk2. Такая же история с непонятной регистрацией была у меня когда я работал через AddPac700. Потом какие-то боги с той стороны гейткипера прислали настройки на AddAC700 - вот эти настройки:
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:
! Voice service voip configuration.
!
protocol h323
dtmf-relay out-of-band
voice service voip
fax protocol t38 redundancy 0
fax rate 9600
h323 call start fast
h323 call tunnel enable
busyout monitor gatekeeper
busyout monitor sip-server
no busyout monitor callagent
busyout monitor voip-interface
no call-barring unconfigured-ip-address
no voip-inbound-call-barring enable
!
!
! Voice port configuration.
!
! FXS
voice-port 0/0
caller-id enable
!
!
! FXS
voice-port 0/1
caller-id enable
!
!
! FXS
voice-port 0/2
caller-id enable
!
!
! FXS
voice-port 0/3
caller-id enable
!
!
!
!
! Pots peer configuration.
!
dial-peer voice 1 pots
destination-pattern 8275400
port 0/0
no register e164
!
dial-peer voice 2 pots
destination-pattern 875403
port 0/1
no register e164
!
dial-peer voice 3 pots
destination-pattern 8275402
port 0/2
no register e164
!
dial-peer voice 4 pots
destination-pattern 8275401
port 0/3
no register e164
!
!
!
! Voip peer configuration.
!
dial-peer voice 60 voip
destination-pattern T
session target ras
no session protocol
voice-class codec 1
no vad
dtmf-relay rtp-2833
description to GK-2621XM
!
!
!
!
!
!
! Gateway configuration.
!
gateway
h323-id Podolsk_Asterisk
gkip 88.1.255.60 1719 0 Podolsk_Asterisk
tech-prefix 1#
discovery
no ignore-msg-from-other-gk
register
!
!
! Codec classes configuration.
!
voice class codec 1
codec preference 1 g729
!
!
!
! SIP UA configuration.
!
sip-ua
no fault-tolerance
С этими настройками * зарегистрировалась правильно. В этих настройках мне всё понятно, за исключением части gateway configuration- что это и куда это прикрутить. Подозреваю, что именно в этом весь момент печали.

Лог сейчас организую.
davidjonson
Сообщения: 103
Зарегистрирован: 07 мар 2015, 22:50
Откуда: г. Подольск

Re: неправильная регистрация на гейткипере.

Сообщение davidjonson »

Вот лог.
Делаю
comp-509*CLI> module unload chan_ooh323.so
comp-509*CLI> module load chan_ooh323.so
Loaded chan_ooh323.so
== Parsing '/etc/asterisk/ooh323.conf': Found
-- == Setting default context to from_gatekeeper
== Registered channel type 'OOH323' (Objective Systems H323 Channel Driver)
== Registered RTP glue 'OOH323'
Loaded chan_ooh323.so => (Objective Systems H323 Channel)

Получаю вот такой h323_log
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:
GNU nano 2.2.6 Файл: /var/log/asterisk/h323_log

---------Date 14---------
11:17:25:224 Signalling IP address is set to 10.41.151.190
11:17:25:224 Listen port number is set to 1720
11:17:25:224 TCP port range initialize - successful
11:17:25:224 Added alias: H323ID - Podolsk_Asterisk
11:17:25:224 Gatekeeper Mode - RasUseSpecificGatekeeper
11:17:25:224 Gatekeeper IP:port set to - 88.1.255.60:1719
11:17:25:225 Enabled RFC2833 DTMF capability for end-point
11:17:25:225 H323 listener creation - successful
11:17:25:225 H.323 Endpoint Configuration is as follows:
11:17:25:226 Trace File: /var/log/asterisk/h323_log
11:17:25:226 FastStart - enabled
11:17:25:226 H245 Tunneling - enabled
11:17:25:226 MediaWaitForConnect - enabled
11:17:25:226 AutoAnswer - disabled
11:17:25:226 Terminal Type - 60
11:17:25:226 T35 CountryCode - 184
11:17:25:226 T35 Extension - 0
11:17:25:226 Manufacturer Code - 39
11:17:25:226 ProductID - ooh323
11:17:25:226 VersionID - v0.8.3m
11:17:25:226 Local signalling IP address - 10.41.151.190
11:17:25:226 H225 ListenPort - 1720
11:17:25:226 CallerID - Podolsk_Asterisk
11:17:25:226 Call Establishment Timeout - 60 seconds
11:17:25:226 MasterSlaveDetermination Timeout - 30 seconds
11:17:25:226 TerminalCapabilityExchange Timeout - 30 seconds
11:17:25:226 LogicalChannel Timeout - 30 seconds
11:17:25:226 Session Timeout - 15 seconds
11:17:25:226 Gatekeeper Client Configuration:
11:17:25:226 Gatekeeper mode - UseSpecificGatekeeper
11:17:25:226 Gatekeeper To Use - 88.1.255.60:1719
11:17:25:226 H323 RAS channel creation - successful
11:17:25:226 Ras message encoding - successful
11:17:25:226 Sending RAS Message = {
11:17:25:226 gatekeeperRequest = {
11:17:25:227 requestSeqNum = {
11:17:25:227 1
11:17:25:227 }
11:17:25:227 protocolIdentifier = {
11:17:25:227 {
11:17:25:227 0 0 8 2250 0 4 }
11:17:25:228 }
11:17:25:228 rasAddress = {
11:17:25:228 ipAddress = {
11:17:25:228 ip = {
11:17:25:228 '0a2997be'H
11:17:25:229 }
11:17:25:229 port = {
11:17:25:229 13030
11:17:25:230 }
11:17:25:230 }
11:17:25:230 }
11:17:25:230 endpointType = {
11:17:25:230 vendor = {
11:17:25:230 vendor = {
11:17:25:231 t35CountryCode = {
11:17:25:231 184
11:17:25:231 }
11:17:25:232 t35Extension = {
11:17:25:232 0
11:17:25:232 }
11:17:25:233 manufacturerCode = {
11:17:25:233 39
11:17:25:233 }
11:17:25:234 }
11:17:25:234 productId = {
11:17:25:234 '6f6f68333233'H
11:17:25:234 }
11:17:25:235 versionId = {
11:17:25:235 '76302e382e336d'H
11:17:25:235 }
11:17:25:235 }
11:17:25:236 gateway = {
11:17:25:236 }
11:17:25:236 mc = {
11:17:25:236 FALSE
11:17:25:236 }
11:17:25:237 undefinedNode = {
11:17:25:237 FALSE
11:17:25:237 }
11:17:25:237 }
11:17:25:237 endpointAlias = {
11:17:25:237 elem[0] = {
11:17:25:238 h323_ID = {
11:17:25:238 Podolsk_Asterisk
11:17:25:239 }
11:17:25:239 }
11:17:25:239 }
11:17:25:239 }
11:17:25:239 }
11:17:25:239 Sent GRQ message
11:17:25:239 GkClient Received RAS Message
11:17:25:239 Received RAS Message = {
11:17:25:239 gatekeeperConfirm = {
11:17:25:239 requestSeqNum = {
11:17:25:240 1
11:17:25:240 }
11:17:25:240 protocolIdentifier = {
11:17:25:240 {
11:17:25:240 0 0 8 2250 0 4 }
11:17:25:240 }
11:17:25:240 gatekeeperIdentifier = {
11:17:25:241 Voskresensk
11:17:25:241 }
11:17:25:241 rasAddress = {
11:17:25:241 ipAddress = {
11:17:25:241 ip = {
11:17:25:242 '5801ff3c'H
11:17:25:242 }
11:17:25:242 port = {
11:17:25:242 1719
11:17:25:243 }
11:17:25:243 }
11:17:25:243 }
11:17:25:243 alternateGatekeeper = {
11:17:25:243 elem[0] = {
11:17:25:244 rasAddress = {
11:17:25:244 ipAddress = {
11:17:25:244 ip = {
11:17:25:244 '5801ff3d'H
11:17:25:245 }
11:17:25:245 port = {
11:17:25:246 1719
11:17:25:246 }
11:17:25:246 }
11:17:25:247 }
11:17:25:247 gatekeeperIdentifier = {
11:17:25:247 Voskresensk2
11:17:25:248 }
11:17:25:248 needToRegister = {
11:17:25:248 TRUE
11:17:25:248 }
11:17:25:249 priority = {
11:17:25:249 0
11:17:25:249 }
11:17:25:249 }
11:17:25:249 }
11:17:25:250 }
11:17:25:250 }
11:17:25:250 Gatekeeper Confirmed (GCF) message received.
11:17:25:250 Gatekeeper Confirmed
11:17:25:250 Deleted GRQ Timer.
11:17:25:250 Ras message encoding - successful
11:17:25:250 Sending RAS Message = {
11:17:25:250 registrationRequest = {
11:17:25:250 requestSeqNum = {
11:17:25:250 2
11:17:25:250 }
11:17:25:251 protocolIdentifier = {
11:17:25:251 {
11:17:25:251 0 0 8 2250 0 4 }
11:17:25:251 }
11:17:25:251 discoveryComplete = {
11:17:25:251 TRUE
11:17:25:252 }
11:17:25:252 callSignalAddress = {
11:17:25:252 elem[0] = {
11:17:25:252 ipAddress = {
11:17:25:252 ip = {
11:17:25:253 '0a2997be'H
11:17:25:253 }
11:17:25:253 port = {
11:17:25:254 1720
11:17:25:254 }
11:17:25:254 }
11:17:25:254 }
11:17:25:255 }
11:17:25:255 rasAddress = {
11:17:25:255 elem[0] = {
11:17:25:255 ipAddress = {
11:17:25:255 ip = {
11:17:25:256 '0a2997be'H
11:17:25:256 }
11:17:25:256 port = {
11:17:25:257 13030
11:17:25:257 }
11:17:25:257 }
11:17:25:257 }
11:17:25:258 }
11:17:25:258 terminalType = {
11:17:25:258 vendor = {
11:17:25:258 vendor = {
11:17:25:258 t35CountryCode = {
11:17:25:259 184
11:17:25:259 }
11:17:25:259 t35Extension = {
11:17:25:260 0
11:17:25:260 }
11:17:25:260 manufacturerCode = {
11:17:25:260 39
11:17:25:261 }
11:17:25:261 }
11:17:25:261 productId = {
11:17:25:262 '6f6f68333233'H
11:17:25:262 }
11:17:25:262 versionId = {
11:17:25:262 '76302e382e336d'H
11:17:25:263 }
11:17:25:263 }
11:17:25:263 gateway = {
11:17:25:263 protocol = {
11:17:25:264 elem[0] = {
11:17:25:264 voice = {
11:17:25:264 supportedPrefixes = {
11:17:25:265 }
11:17:25:265 }
11:17:25:265 }
11:17:25:266 }
11:17:25:266 }
11:17:25:266 mc = {
11:17:25:266 FALSE
11:17:25:266 }
11:17:25:267 undefinedNode = {
11:17:25:267 FALSE
11:17:25:267 }
11:17:25:267 }
11:17:25:267 terminalAlias = {
11:17:25:268 elem[0] = {
11:17:25:268 h323_ID = {
11:17:25:268 Podolsk_Asterisk
11:17:25:269 }
11:17:25:269 }
11:17:25:269 }
11:17:25:269 gatekeeperIdentifier = {
11:17:25:270 Voskresensk
11:17:25:270 }
11:17:25:270 endpointVendor = {
11:17:25:270 vendor = {
11:17:25:270 t35CountryCode = {
11:17:25:271 184
11:17:25:271 }
11:17:25:271 t35Extension = {
11:17:25:271 0
11:17:25:272 }
11:17:25:272 manufacturerCode = {
11:17:25:272 39
11:17:25:273 }
11:17:25:273 }
11:17:25:273 productId = {
11:17:25:273 '6f6f68333233'H
11:17:25:273 }
11:17:25:274 versionId = {
11:17:25:274 '76302e382e336d'H
11:17:25:274 }
11:17:25:274 }
11:17:25:274 timeToLive = {
11:17:25:275 300
11:17:25:275 }
11:17:25:275 keepAlive = {
11:17:25:275 FALSE
11:17:25:275 }
11:17:25:275 willSupplyUUIEs = {
11:17:25:276 FALSE
11:17:25:276 }
11:17:25:276 }
11:17:25:276 }
11:17:25:276 Sent RRQ message
11:17:25:276 GkClient Received RAS Message
11:17:25:276 Received RAS Message = {
11:17:25:276 registrationConfirm = {
11:17:25:276 requestSeqNum = {
11:17:25:276 2
11:17:25:277 }
11:17:25:277 protocolIdentifier = {
11:17:25:277 {
11:17:25:277 0 0 8 2250 0 4 }
11:17:25:277 }
11:17:25:277 callSignalAddress = {
11:17:25:277 }
11:17:25:278 terminalAlias = {
11:17:25:278 elem[0] = {
11:17:25:278 h323_ID = {
11:17:25:278 Podolsk_Asterisk
11:17:25:279 }
11:17:25:279 }
11:17:25:279 }
11:17:25:279 gatekeeperIdentifier = {
11:17:25:279 Voskresensk
11:17:25:280 }
11:17:25:280 endpointIdentifier = {
11:17:25:280 81D4B2AC0000005B
11:17:25:280 }
11:17:25:281 alternateGatekeeper = {
11:17:25:281 elem[0] = {
11:17:25:281 rasAddress = {
11:17:25:281 ipAddress = {
11:17:25:281 ip = {
11:17:25:282 '5801ff3d'H
11:17:25:282 }
11:17:25:283 port = {
11:17:25:283 1719
11:17:25:283 }
11:17:25:284 }
11:17:25:284 }
11:17:25:284 gatekeeperIdentifier = {
11:17:25:284 Voskresensk2
11:17:25:285 }
11:17:25:285 needToRegister = {
11:17:25:285 TRUE
11:17:25:286 }
11:17:25:286 priority = {
11:17:25:286 0
11:17:25:286 }
11:17:25:287 }
11:17:25:287 }
11:17:25:287 timeToLive = {
11:17:25:287 300
11:17:25:287 }
11:17:25:287 willRespondToIRR = {
11:17:25:288 FALSE
11:17:25:288 }
11:17:25:288 maintainConnection = {
11:17:25:288 FALSE
11:17:25:288 }
11:17:25:288 }
11:17:25:288 }
11:17:25:288 Registration Confirm (RCF) message received
11:17:25:288 Gatekeeper supports KeepAlive, Registration TTL is 300
11:17:25:288 Deleted RRQ Timer.
11:17:25:289 GkClient Received RAS Message
11:17:25:289 Received RAS Message = {
11:17:25:289 infoRequest = {
11:17:25:289 requestSeqNum = {
11:17:25:289 28074
11:17:25:289 }
11:17:25:289 callReferenceValue = {
11:17:25:289 0
11:17:25:289 }
11:17:25:290 callIdentifier = {
11:17:25:290 guid = {
11:17:25:290 '00000000000000000000000000000000'H
11:17:25:290 }
11:17:25:290 }
11:17:25:291 segmentedResponseSupported = {
11:17:25:291 NULL
11:17:25:291 }
11:17:25:291 }
11:17:25:291 }
davidjonson
Сообщения: 103
Зарегистрирован: 07 мар 2015, 22:50
Откуда: г. Подольск

Re: неправильная регистрация на гейткипере.

Сообщение davidjonson »

davidjonson писал(а):Регистрируется точно звёздочка. лог выложу - там будет видно. Откуда берется воскресенск объясняю. К этому гейткиперу (как наверное и любому другому) можно подключится и безымянно. Вот всех таких товарищей безродных гейткипер регистрирует как Voskresensk или Voskresensk2. Такая же история с непонятной регистрацией была у меня когда я работал через AddPac700. Потом какие-то боги с той стороны гейткипера прислали настройки на AddAC700 - вот эти настройки:
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:
! Voice service voip configuration.
!
protocol h323
dtmf-relay out-of-band
voice service voip
fax protocol t38 redundancy 0
fax rate 9600
h323 call start fast
h323 call tunnel enable
busyout monitor gatekeeper
busyout monitor sip-server
no busyout monitor callagent
busyout monitor voip-interface
no call-barring unconfigured-ip-address
no voip-inbound-call-barring enable
!
!
! Voice port configuration.
!
! FXS
voice-port 0/0
caller-id enable
!
!
! FXS
voice-port 0/1
caller-id enable
!
!
! FXS
voice-port 0/2
caller-id enable
!
!
! FXS
voice-port 0/3
caller-id enable
!
!
!
!
! Pots peer configuration.
!
dial-peer voice 1 pots
destination-pattern 8275400
port 0/0
no register e164
!
dial-peer voice 2 pots
destination-pattern 875403
port 0/1
no register e164
!
dial-peer voice 3 pots
destination-pattern 8275402
port 0/2
no register e164
!
dial-peer voice 4 pots
destination-pattern 8275401
port 0/3
no register e164
!
!
!
! Voip peer configuration.
!
dial-peer voice 60 voip
destination-pattern T
session target ras
no session protocol
voice-class codec 1
no vad
dtmf-relay rtp-2833
description to GK-2621XM
!
!
!
!
!
!
! Gateway configuration.
!
gateway
h323-id Podolsk_Asterisk
gkip 88.1.255.60 1719 0 Podolsk_Asterisk
tech-prefix 1#
discovery
no ignore-msg-from-other-gk
register
!
!
! Codec classes configuration.
!
voice class codec 1
codec preference 1 g729
!
!
!
! SIP UA configuration.
!
sip-ua
no fault-tolerance
С этими настройками * зарегистрировалась правильно. В этих настройках мне всё понятно, за исключением части gateway configuration- что это и куда это прикрутить. Подозреваю, что именно в этом весь момент печали.

Лог сейчас организую.
Прошу прощения, не звёздочка, а AddPac
ded
Сообщения: 15660
Зарегистрирован: 26 авг 2010, 19:00

Re: неправильная регистрация на гейткипере.

Сообщение ded »

Не правильно интерпретируете. Смотрите внимательно диалог: отправляется запрос gatekeeper request H323ID - Podolsk_Asterisk (при этом передаётся старая неправильная запись CallerID - Podolsk_Asterisk) и ответ

Код: Выделить всё

11:17:25:239 GkClient Received RAS Message
11:17:25:239 Received RAS Message = {
11:17:25:239 gatekeeperConfirm = {
11:17:25:239 requestSeqNum = {
11:17:25:240 1
11:17:25:240 }
11:17:25:240 protocolIdentifier = {
11:17:25:240 {
11:17:25:240 0 0 8 2250 0 4 }
11:17:25:240 }
11:17:25:240 gatekeeperIdentifier = {
11:17:25:241 Voskresensk
Это значит там два гейткипера с именами Voskresensk и Voskresensk2 - резервирование такое. На них разрешена видать и анонимная регистрация, однако звонить такой аноним никуда не может (разве что в техподдержку). Вот откуда беруться имена Voskresensk

А увидел я у вас вот такой параметр в конфиге AddPac - тех префикс. Это значит они от вас принимают все вызовы вот таким набором
1#84951234567
1#89012345678
то есть впереди вставлять всегда 1#
на языке диалплана это типа так:
exten => _8ZXXXXXXXXX,1,Dial(1#${EXTEN}@OOH323)

Ну и умиляет voice-class codec 1 состоящий только из одного кодека g729. Зачем неведомые боги объявляют класс кодеков, если там всего один кодек? В настройках RAS так и надо было указать - codek g729
davidjonson
Сообщения: 103
Зарегистрирован: 07 мар 2015, 22:50
Откуда: г. Подольск

Re: неправильная регистрация на гейткипере.

Сообщение davidjonson »

за диалплан спасибо - потому что моё творение выглядело так
exten => _8XXXXXX,1,Dial(ooh323/${EXTEN}@88.1.255.60); абоненты за гейткипером
same => n,Hangup() ; - вешается трубка
include =>from-users.
С CallerID пока не до конца понятно. В принципе, разницу между h323ID и CallerID Вы же и разъяснили мне доходчиво. Но если я не ошибаюсь, CallerID если не указан явно берётся по умолчанию равным H323ID. И именно поэтому он есть в логе. Или я не прав?
По поводу кодеков:
Кодеков рабочих на самом деле два. Второй- alaw. Хочу использовать именно его. Почему? Потому что пока не получилось запустить 729 на *. Пока только вот так:
comp-509*CLI> module show like 729
Module Description Use Count
format_g729.so Raw G.729 data 0
1 modules loaded
A AddPac на alaw почему-то разговаривает только в одну сторону.
davidjonson
Сообщения: 103
Зарегистрирован: 07 мар 2015, 22:50
Откуда: г. Подольск

Re: неправильная регистрация на гейткипере.

Сообщение davidjonson »

Насчёт анонимной регистрации согласен. гейт почему-то регистрирует меня анонимом. Но я же говорю ему что я Podolsk_Asterisk строчкой H323ID !
ded
Сообщения: 15660
Зарегистрирован: 26 авг 2010, 19:00

Re: неправильная регистрация на гейткипере.

Сообщение ded »

Нет, он не регистрирует вас анонимом, а нормально, как и положено - вашим H323 ID.
Интересно, что ответом передаётся адрес второго гейткипера - Voskresensk2 в НЕХ формате

Код: Выделить всё

11:17:25:281 ip = {
11:17:25:282 '5801ff3d'H
это 88.1.255.61 и он тоже доступен.
Можно создать ещё один Н323 пир в конфиге ooh323
Покажите, что у вас получилось в ooh323.conf в итоге?
comp-509*CLI> module show like 729
Module Description Use Count
format_g729.so Raw G.729 data 0
1 modules loaded
У вас нет кодека g729
Внимательно изучите титульную страницу http://asterisk.ru на эту тему.

AddPac на alaw разговаривает только в одну сторону - может быть как проблема кодека, так и проблема НАТ.
Диалплан писал наобум, правильно так(но с количеством ХХХХХХХ я в сомнении):
exten => _8XXXXXX,1,Dial(ooh323/1#${EXTEN}@88.1.255.60);
Ответить
© 2008 — 2025 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH