Господа! версия R13, настройки осуществил в полном соостветствии с http://www.avaya.com/master-usa/en-us/r ... sco-gk.pdf
сигнальная группа поднялась, транковая тоже, при звонке на гейткипер трейс показывает вот это:
13:24:16 dial 0991 route:UDP|AAR
13:24:16 term trunk-group 103 cid 0x16a7
13:24:16 dial 0991 route:UDP|AAR
13:24:16 route-pattern 103 preference 1 cid 0x16a7
13:24:16 seize trunk-group 103 member 5 cid 0x16a7
13:24:16 Calling Number & Name 4957716009 NO-CPName 13:24:16 denial event 1197: Resources unavail/unspec D1=0x830065 D2=0x2f
13:24:16 idle trunk-group 103 member 5 cid 0x16a
никто не делал такую связку? может знакомая картина кому? просмотр архивов ничего не дал, темы поднимались пару раз, но так и не решались :-0(((
8500 и cisco gatekeeper
Модератор: Administrator
-
illy
Виктор! в данном случае cisco недонастроена или все-таки надо avay-ю ковырять еще?
дебаг циски:
000888: May 30 12:31:22: RAS INCOMING ENCODE BUFFER::= 4A00000F0101803CC400A9FE000306B71E80120100110000A609E347EEDA01034F447A9DE000000100
000889: May 30 12:31:22:
000890: May 30 12:31:22: RAS INCOMING PDU ::=
value RasMessage ::= locationRequest :
{ requestSeqNum 16
destinationInfo
{ dialedDigits : "0991" }
replyAddress ipAddress :
{ ip 'A9FE0003'H port 1719 }
canMapAlias FALSE }
000891: May 30 12:31:22: RAS OUTGOING PDU ::=
value RasMessage ::= locationReject :
{ requestSeqNum 16
rejectReason requestDenied : NULL }
дебаг циски:
000888: May 30 12:31:22: RAS INCOMING ENCODE BUFFER::= 4A00000F0101803CC400A9FE000306B71E80120100110000A609E347EEDA01034F447A9DE000000100
000889: May 30 12:31:22:
000890: May 30 12:31:22: RAS INCOMING PDU ::=
value RasMessage ::= locationRequest :
{ requestSeqNum 16
destinationInfo
{ dialedDigits : "0991" }
replyAddress ipAddress :
{ ip 'A9FE0003'H port 1719 }
canMapAlias FALSE }
000891: May 30 12:31:22: RAS OUTGOING PDU ::=
value RasMessage ::= locationReject :
{ requestSeqNum 16
rejectReason requestDenied : NULL }
-
illy
в сторону гейта все заработало наконец-то, а вот в обратную никак :-0((((
есть несколько АТАшек, звонок с них на гейткипер, а с него в дефинити должен идти... и не идет, трассировка ничего не показывает-пусто. есть трассировка с ras ip-adress:
rcv LRQ endpt ХХХ.ХХ.ХХХ.ХХХ:1719 switch ххх.ххх.х.х:1719 ext
snd LCF endpt ХХХ.ХХ.ХХХ.ХХХ:1719 switch ххх.ххх.х.х:1719 ext
если верить мануалу сигнальную группу на вход настраивать надо с пустым Far-end Node Name-ом? и Far-end Listen Port? а в
Near-end Node Name: CLAN1
Near-end Listen Port: 1720 ?
есть несколько АТАшек, звонок с них на гейткипер, а с него в дефинити должен идти... и не идет, трассировка ничего не показывает-пусто. есть трассировка с ras ip-adress:
rcv LRQ endpt ХХХ.ХХ.ХХХ.ХХХ:1719 switch ххх.ххх.х.х:1719 ext
snd LCF endpt ХХХ.ХХ.ХХХ.ХХХ:1719 switch ххх.ххх.х.х:1719 ext
если верить мануалу сигнальную группу на вход настраивать надо с пустым Far-end Node Name-ом? и Far-end Listen Port? а в
Near-end Node Name: CLAN1
Near-end Listen Port: 1720 ?
и в чём же было дело ?? в Cisco или в Avaya ?illy писал(а):в сторону гейта все заработало наконец-то....
От того, что вы поставите (или не поставите) в поле Far-End Node Name зависит, с какими хостами сети дозволено устанавливать соединения. Если это ваша приватная сеть и вы контролируете, кто в ней ходит, то можно и оставить пустым.illy писал(а):с пустым Far-end Node Name-ом?
Я бы не назвал это хорошей идеей - оставить поле Far-End Listen Port пустым. Это же адрес, по которому мы обращаемся для установления TCP-соединения.illy писал(а):Far-end Listen Port?
не то, что бы это была такая рекомендация, это допускается, но лучше всё-таки указывать конкретный адрес хоста. Тем более, если эта группа будет двунаправленной, а не только "на вход".illy писал(а):если верить мануалу сигнальную группу на вход настраивать надо с пустым Far-end Node Name-ом
-
illy