Anticisco http://www.anticisco.ru/forum/ |
|
gatekeeper "отбивает" вызов! http://www.anticisco.ru/forum/viewtopic.php?f=7&t=1104 |
Страница 1 из 1 |
Автор: | 843 [ 21 окт 2010, 19:33 ] |
Заголовок сообщения: | gatekeeper "отбивает" вызов! |
Привет ученым мужам от стремящегося к знаниям. Ситуация следующая - имеется сеть 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 который я применил?. Заранее спасибо всем кто откликнется) |
Автор: | solo [ 21 окт 2010, 23:42 ] |
Заголовок сообщения: | Re: gatekeeper "отбивает" вызов! |
Попробую помочь. Только сначала поспрашиваю. >Ситуация следующая - имеется сеть 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 отпилить в набранном номере, то - да . Давайте подробностей, опишите что хотите сделать. |
Автор: | 843 [ 22 окт 2010, 06:18 ] |
Заголовок сообщения: | Re: gatekeeper "отбивает" вызов! |
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**** (аналогично в РВХ уходят только ****). |
Автор: | solo [ 23 окт 2010, 13:58 ] |
Заголовок сообщения: | Re: gatekeeper "отбивает" вызов! |
Давайте решать сначала проблему регистрации: сделайте (config)#gateway (config-gateway)#exit ждите 5 сек. sh gatekeeper endpoints часто засада в такой мелочи. |
Автор: | 843 [ 24 окт 2010, 14:41 ] |
Заголовок сообщения: | Re: gatekeeper "отбивает" вызов! |
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 Спасибо тебе большое) завтра дальше буду мучать звонки из филиала)! Потом отпишусь |
Автор: | 843 [ 25 окт 2010, 07:05 ] |
Заголовок сообщения: | Re: gatekeeper "отбивает" вызов! |
в общем ничего не получилось - хоть и 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 |
Автор: | 843 [ 25 окт 2010, 19:11 ] |
Заголовок сообщения: | Re: gatekeeper "отбивает" вызов! |
почитал про tech-prefixы и в голове теперь вообще каша? нужны они мне или достаточно только zone prefixes? P.S. - Хы) сегодня доконфигурировался до того что АТСка в филиале начала сама себе звонить )) |
Автор: | 843 [ 28 окт 2010, 19:45 ] |
Заголовок сообщения: | Re: gatekeeper "отбивает" вызов! |
Все заработало, спасибо Solo за совет, без него бы ничего не вышло. Засада была в том что я твердо был уверен что при поступлении вызова gateway "отпиливает" zone prefix от пришедших цифр и "остаток" аправляет на dial-peer. Оказывается это не так, он просто анализирует цифры и посылает их все целиком на поиск соответствия в dial-peer |
Автор: | solo [ 05 ноя 2010, 21:22 ] |
Заголовок сообщения: | Re: gatekeeper "отбивает" вызов! |
Был в цейтноте и на цискоэкспо, поэтому долго не заглядывал. Рад что у вас всё получилось. |
Страница 1 из 1 | Часовой пояс: UTC + 3 часа |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |