Привет ученым мужам от стремящегося к знаниям.
Ситуация следующая - имеется сеть hud-and-spoke. В роли центр прибора - 2851 на которой поднят gatkeeper, но к этому же 2851 подсоединена и PBX центрального филиала. Встал вопрос - а как сделать чтобы H-323 gateway , созданный на этом же 2851 регистрировался на gatekeeper.
При звонке из филиала cisco ( debug RAS):
*Oct 21 15:21:07.023: RecvUDP_IPSockData successfully rcvd message of length 311 from 10.206.164.253:54895
*Oct 21 15:21:07.023: ARQ (seq# 47) rcvdparse_arq_nonstd: ARQ Nonstd decode succeeded, remlen = 0
*Oct 21 15:21:07.023: IPSOCK_RAS_sendto: msg length 13 from 10.206.0.250:1719 to 10.206.164.253: 54895
*Oct 21 15:21:07.023: RASLib::RASSendARJ: ARJ (seq# 47) sent to 10.206.164.253
*Oct 21 15:21:09.603: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/2/0, changed state to down
*Oct 21 15:21:18.451: RecvUDP_IPSockData successfully rcvd message of length 91 from 10.206.164.253:54895
*Oct 21 15:21:18.451: RRQ (seq# 48) rcvd
*Oct 21 15:21:18.451: IPSOCK_RAS_sendto: msg length 72 from 10.206.0.250:1719 to 10.206.164.253: 54895
*Oct 21 15:21:18.451: RASLib::RASSendRCF: RCF (seq# 48) sent to 10.206.164.253
как я понимаю - gatekeeper просто говорит вызывающему шлюзу - "у меня нет записи про шлюз на который нужно послать вызов, поэтому отбиваю вызов"
Вот куски конфигов которые могут пригодиться:
2851 (central):
gatekeeper
zone local ##KHANTY xmn.ru 10.206.0.250
zone local ##PYT xmn.ru
zone prefix ##KHANTY 6800*
zone prefix ##PYT 6839*
no shutdown
dial-peer voice 6800 voip
description TEST_GATEKEEPER
destination-pattern 68......
session target ras
dial-peer voice 10 pots
translation-profile incoming IPTEL
destination-pattern [7,8]...
direct-inward-dial
port 0/1/0:15
forward-digits all
interface GigabitEthernet0/1.300
description LAN
encapsulation dot1Q 300
ip address 10.206.0.250 255.255.255.0
ip access-group BLOCKED in
h323-gateway voip interface
h323-gateway voip id ##KHANTY ipaddr 10.206.0.250 1719
h323-gateway voip h323-id ##KHANTY
voice translation-rule 6800
rule 1 /^68008/ /8/
!
!
voice translation-profile IPTEL
translate called 6800

Если не хватает данных - подскажите пожалуйста - что еще нужно выложить.
P.S. - и последний вопросик - исходя из настроек gatekeeper - вот набрали в филиале 68008999 - на pots dial-peer какой номер придет?
68008999 или просто 8999. Нужен ли тот voice translation-rule который я применил?.
Заранее спасибо всем кто откликнется)

Попробую помочь.
Только сначала поспрашиваю.

>Ситуация следующая - имеется сеть hud-and-spoke. В роли центр прибора - 2851 на которой поднят gatkeeper, но к этому же 2851 подсоединена и PBX центрального филиала.

Я правильно понял схему:
[gatekeeper+gateway]---E1---[PBX центрального филиала] ?

>Встал вопрос - а как сделать чтобы H-323 gateway , созданный на этом же 2851 регистрировался на gatekeeper.

А он у вас не зарегался сам на себе?
проверка:
show gateway
show gatekeeper endpoint

>При звонке из филиала cisco ( debug RAS):
>*Oct 21 15:21:07.023: RecvUDP_IPSockData successfully rcvd message of length 311 from 10.206.164.253:54895
>*Oct 21 15:21:07.023: ARQ (seq# 47) rcvdparse_arq_nonstd: ARQ Nonstd decode succeeded, remlen = 0
>*Oct 21 15:21:07.023: IPSOCK_RAS_sendto: msg length 13 from 10.206.0.250:1719 to 10.206.164.253: 54895
>*Oct 21 15:21:07.023: RASLib::RASSendARJ: ARJ (seq# 47) sent to 10.206.164.253

На какой номер?
Звонок откуда? 10.206.164.253 - это чей IP?
Ну вот ЕМУ послали ARJ (admission reject)

>*Oct 21 15:21:09.603: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/2/0, changed state to down
>*Oct 21 15:21:18.451: RecvUDP_IPSockData successfully rcvd message of length 91 from 10.206.164.253:54895
>*Oct 21 15:21:18.451: RRQ (seq# 48) rcvd
>*Oct 21 15:21:18.451: IPSOCK_RAS_sendto: msg length 72 from 10.206.0.250:1719 to 10.206.164.253: 54895
>*Oct 21 15:21:18.451: RASLib::RASSendRCF: RCF (seq# 48) sent to 10.206.164.253

А это он (10.206.164.253) на гейте зарегался.
А после этого работает?

Вообще наглядней debug h225 asn1

>как я понимаю - gatekeeper просто говорит вызывающему шлюзу - "у меня нет записи про шлюз на который нужно послать вызов, поэтому отбиваю вызов"

Это оно: *Oct 21 15:21:07.023: RASLib::RASSendARJ: ARJ (seq# 47) sent to 10.206.164.253

>P.S. - и последний вопросик - исходя из настроек gatekeeper - вот набрали в филиале 68008999 - на pots dial-peer какой номер придет?
>68008999 или просто 8999.

в филиале набрали 68008999, если входящим проматчился dial-peer voice 10 pots, то с начала DNISа отпилят 68008 и поставят взамест 8,
т.е. исходящий диалпир будем выбирать уже для 8999.

>Нужен ли тот voice translation-rule который я применил?

А что сделать то хотели?, если 68008 отпилить в набранном номере, то - да .

Давайте подробностей, опишите что хотите сделать.

Solo, если честно то я искренне надеялся что ты откликнешься)
>Я правильно понял схему:
[gatekeeper+gateway]---E1---[PBX центрального филиала] ?
Ну если быть совсем точным - то PBX-[gateway]---WAN---[gateway+gatekeeper]-- E1 --[PBX центрального филиала].
10.206.164.253 10.206.0.250
Почему присоединении точка-точка все работает, но в будущем будут добавляться еще филиалы - поэтому и применяю gatekeeper - чтобы поменьше писать "ручками".
>А он у вас не зарегался сам на себе?
проверка:
show gateway
show gatekeeper endpoint
c2851.ats#sh gateway
H.323 ITU-T Version: 4.0 H323 Stack Version: 0.1

H.323 service is up
Gateway ##KHANTY is not registered to any gatekeeper

Alias list (CLI configured)
H323-ID ##KHANTY
E164-ID 8585
E164-ID 68017100
E164-ID 8586
E164-ID 8587
Alias list (last RCF) is empty
c2851.ats#show gatekeeper endpoints
GATEKEEPER ENDPOINT REGISTRATION
================================
CallSignalAddr Port RASSignalAddr Port Zone Name Type Flags
--------------- ----- --------------- ----- --------- ---- -----
10.206.164.253 1720 10.206.164.253 54895 ##KHANTY VOIP-GW
H323-ID: ##PYT
Voice Capacity Max.= Avail.= Current.= 0
Total number of active registrations = 1
Как видим - регистрируется только филиал:(
>На какой номер?
Звонок откуда? 10.206.164.253 - это чей IP?
Ну вот ЕМУ послали ARJ (admission reject)
звонок как раз приходит с 10.206.164.253 - приходит номер 68008255
c2851.ats#debug h225 asn1
H.225 ASN1 Messages debugging is on
c2851.ats#
*Oct 22 08:59:59.934: %ENVMON-3-FAN_FAILED: Fan 1 not rotating
*Oct 22 09:00:01.466: RAS INCOMING ENCODE BUFFER::= 0E4005AA060008914A0004000001000ACEA4FDD66F000700230023004B00480041004E0054005900B5000012288F000002003B0180211E003400350046003600450044003500430030003000300030003000300030003101000180
*Oct 22 09:00:01.466:
*Oct 22 09:00:01.466: RAS INCOMING PDU ::=

value RasMessage ::= registrationRequest :
{
requestSeqNum 1451
protocolIdentifier { 0 0 8 2250 0 4 }
discoveryComplete FALSE
callSignalAddress
{
}
rasAddress
{
ipAddress :
{
ip '0ACEA4FD'H
port 54895
}
}
terminalType
{
mc FALSE
undefinedNode FALSE
}
gatekeeperIdentifier {"##KHANTY"}
endpointVendor
{
vendor
{
t35CountryCode 181
t35Extension 0
manufacturerCode 18
}
}
timeToLive 60
keepAlive TRUE
endpointIdentifier {"45F6ED5C00000001"}
willSupplyUUIEs FALSE
maintainConnection TRUE
}



*Oct 22 09:00:01.470: RAS OUTGOING PDU ::=

value RasMessage ::= registrationConfirm :
{
requestSeqNum 1451
protocolIdentifier { 0 0 8 2250 0 4 }
callSignalAddress
{
}
gatekeeperIdentifier {"##KHANTY"}
endpointIdentifier {"45F6ED5C00000001"}
timeToLive 60
willRespondToIRR FALSE
maintainConnection TRUE
}

P.s. - и коротенько по dial-плану
филиал (который 10.206.164.253 - 6839**** (в PBX уходят только ****)
центр (который 10.206.0.250 - 6800**** (аналогично в РВХ уходят только ****).

Давайте решать сначала проблему регистрации:

сделайте
(config)#gateway
(config-gateway)#exit
ждите 5 сек.
sh gatekeeper endpoints

часто засада в такой мелочи.

Solo, ты как в воду глядел)

c2851.ats#conf t
Enter configuration commands, one per line. End with CNTL/Z.
c2851.ats(config)#gateway
c2851.ats(config-gateway)#exit
c2851.ats(config)#exit
c2851.ats#sh gatekeeper end
GATEKEEPER ENDPOINT REGISTRATION
================================
CallSignalAddr Port RASSignalAddr Port Zone Name Type Flags
--------------- ----- --------------- ----- --------- ---- -----
10.206.0.250 1720 10.206.0.250 59685 ##KHANTY VOIP-GW
H323-ID: ##KHANTY
E164-ID: 8585
E164-ID: 68017100
E164-ID: 8586
E164-ID: 8587
Voice Capacity Max.= Avail.= Current.= 0
10.206.164.253 1720 10.206.164.253 54895 ##KHANTY VOIP-GW
H323-ID: ##PYT
Voice Capacity Max.= Avail.= Current.= 0
Total number of active registrations = 2

Спасибо тебе большое) завтра дальше буду мучать звонки из филиала)!
Потом отпишусь

в общем ничего не получилось - хоть и gateway регистрируется как положено, но gatekeeper как "отбивал" вызов так и отбивает


*Oct 25 09:37:47.056: RAS OUTGOING ENCODE BUFFER::= 12401C52060008914A0004000E00230023004B00480041004E005400591E0034003500460036004500440035004300300030003000300030003000300031208A0002003B01000180
*Oct 25 09:37:47.056:
*Oct 25 09:37:47.056: IPSOCK_RAS_sendto: msg length 72 from 10.206.0.250:1719 to 10.206.164.253: 54895
*Oct 25 09:37:47.056: RASLib::RASSendRCF: RCF (seq# 7251) sent to 10.206.164.253
*Oct 25 09:37:54.292: RecvUDP_IPSockData successfully rcvd message of length 311 from 10.206.164.253:54895
*Oct 25 09:37:54.292: RAS INCOMING ENCODE BUFFER::= 27881C5300F000340035004600360045004400350043003000300030003000300030003000310103809B33BBB80203809B6C7AA340040023002300500059005400A0002840B500001280C28000000E280E184953444E20302F322F303A313580AC00A949414D2C0D0A50524E2C6973646E2A2C2C4E4554352A2C0D0A5553492C726174652C632C732C632C310D0A5553492C6C6179312C616C61770D0A544D522C30300D0A43504E2C30302C2C752C36383030383838350D0A43474E2C30302C2C752C2C2C36383339343737300D0A4350432C30390D0A4643492C2C2C2C2C2C2C792C0D0A4743492C64323331333665306466323331316466383032393030313532626333663166610D0A0D0AD23136E0DF2311DF802900152BC3F1FA08E0200001801100D23136E0DF2311DF808BA030B8D68C150100
*Oct 25 09:37:54.292:
*Oct 25 09:37:54.292: RAS INCOMING PDU ::=

value RasMessage ::= admissionRequest :
{
requestSeqNum 7252
callType pointToPoint : NULL
callModel direct : NULL
endpointIdentifier {"45F6ED5C00000001"}
destinationInfo
{
dialedDigits : "68008885"
}
srcInfo
{
dialedDigits : "68394770",
h323-ID : {"##PYT"}
}
bandWidth 160
callReferenceValue 40
nonStandardData
{
nonStandardIdentifier h221NonStandard :
{
t35CountryCode 181
t35Extension 0
manufacturerCode 18
}
data '8000000E280E184953444E20302F322F303A3135...'H
}
conferenceID 'D23136E0DF2311DF802900152BC3F1FA'H
activeMC FALSE
answerCall FALSE
canMapAlias TRUE
callIdentifier
{
guid 'D23136E0DF2311DF808BA030B8D68C15'H
}
willSupplyUUIEs FALSE
}



*Oct 25 09:37:54.292: ARQ (seq# 7252) rcvd
*Oct 25 09:37:54.292: H225 NONSTD INCOMING ENCODE BUFFER::= 8000000E280E184953444E20302F322F303A313580AC00A949414D2C0D0A50524E2C6973646E2A2C2C4E4554352A2C0D0A5553492C726174652C632C732C632C310D0A5553492C6C6179312C616C61770D0A544D522C30300D0A43504E2C30302C2C752C36383030383838350D0A43474E2C30302C2C752C2C2C36383339343737300D0A4350432C30390D0A4643492C2C2C2C2C2C2C792C0D0A4743492C64323331333665306466323331316466383032393030313532626333663166610D0A0D0A
*Oct 25 09:37:54.292:
*Oct 25 09:37:54.296: H225 NONSTD INCOMING PDU ::=

value ARQnonStandardInfo ::=
{
sourceAlias
{
}
sourceExtAlias
{
}
interfaceSpecificBillingId "ISDN 0/2/0:15"
gtd '49414D2C0D0A50524E2C6973646E2A2C2C4E4554...'H
}


parse_arq_nonstd: ARQ Nonstd decode succeeded, remlen = 0
*Oct 25 09:37:54.296: H225 NONSTD OUTGOING PDU ::=

value ARJnonStandardInfo ::=
{
callReleaseSource gatekeeper : NULL
}



*Oct 25 09:37:54.296: H225 NONSTD OUTGOING ENCODE BUFFER::= 80400160
*Oct 25 09:37:54.296:
*Oct 25 09:37:54.296: RAS OUTGOING PDU ::=

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



*Oct 25 09:37:54.296: RAS OUTGOING ENCODE BUFFER::= 2D1C5304B50000120480400160
*Oct 25 09:37:54.296:
*Oct 25 09:37:54.296: IPSOCK_RAS_sendto: msg length 13 from 10.206.0.250:1719 to 10.206.164.253: 54895
*Oct 25 09:37:54.296: RASLib::RASSendARJ: ARJ (seq# 7252) sent to 10.206.164.253

почитал про tech-prefixы и в голове теперь вообще каша?
нужны они мне или достаточно только zone prefixes?

P.S. - Хы) сегодня доконфигурировался до того что АТСка в филиале начала сама себе звонить ))

Все заработало, спасибо Solo за совет, без него бы ничего не вышло.
Засада была в том что я твердо был уверен что при поступлении вызова gateway "отпиливает" zone prefix от пришедших цифр и "остаток" аправляет на dial-peer.
Оказывается это не так, он просто анализирует цифры и посылает их все целиком на поиск соответствия в dial-peer

Был в цейтноте и на цискоэкспо, поэтому долго не заглядывал.
Рад что у вас всё получилось.