ходил я везде, не мог понять почему нетсостояние active, ведь перед этим все работало, потом все снес и сделал по новой - уже не работало, т.е. еще раз убедился - надо быть внимательным,
а в общем все ABC IP "взлетели"
спасибо vad за подсказки
14.04.2011 12:14:16, Vlad 46.]]>
жесть, а в suproutage в меню 1 не пробовали ходить, там красиво про линки пишет.
13.04.2011 21:11:33, vad.]]>
Для закрытия темы хочу сообщить причину, почему линки не подымались - при очередном конфиге проявил невнимательность и при создании access SIGNALIN type не указал IP, а оставил по умолчанию.
Искал долго ...
13.04.2011 20:46:09, Vlad 46.]]>
Внутри линка - доступы нумеруются от 1 до 16. В следующем линке - снова с 1-го.
Если X25 работает - то проблема звонков по VPN - это другая проблема (не все прописали, или еще чего - например не прибежали чужие префиксы VPN oveflow).
Смотрите по lookvpn, смотрите инциденты, снимайте трассировку:
запуск
tuner km
tuner clear-traces
tuner +cpu +cpl
actdbg hybr=on
tuner hybrid=on
mtracer -a
остановка
actdbg all=off
tuner clear-traces
dhs3_init -R MTRACER
.
22.12.2010 14:09:28, vad.]]>
По поводу 172.30.253.х - это опечатка, я эти адреса и не трогал,
я так понял, что если есть доступ 1, то правильно сделать доступ 2 на другой узел.
Я делал доступ 1 на два направления и линки подымались,но VPN не работал
Номера кластеров и доступы 19-0-X (у меня GD3) я не трогал, они сами назначаются
22.12.2010 13:55:38, Vlad 46.]]>
туннельные адреса 172.30.253.х - если сеть 0-я, вы пишете в менеджменте 1-я сеть?!.
Когда создаете access - (и вообще) всеобщее правило - НАДО что-то менять, только если СТАНЦИЯ ПРОСИТ это.
В данном случае - 2-й доступ создается, если у вас УЖЕ ЕСТЬ 1-й (внутри данного линка). Номера кластеров - станция сама пронумерует.
22.12.2010 13:35:29, vad.]]>
Сейчас нет доступа к сети и я не могу проверить состояния X25,
но по памяти в suproutage на узлах показывало Х25 все в апе,
туннельные адреса 172.30.253.х и 172.30.253.х были, правда я их не пробовал пинговать, понги только на CPU
Vad, я снова не совсем понимаю:
есть узел 1 и 3
конфиг logical links ABC-F
Name node 1 node3
type hybrid hybrid
node 3 1
network 1 1
B choice yes no
multi acces yes yes
hybryd link access
Name node 1 node3
Access number 2 2
signaling IP IP
Между узлами 1 и 2 Access number 1,между 1 и 3 должен быть другой(не Access number 1), в хелре нписано, что номера access c сторон должны быть одинаковые, или это не так?
Меняя эти номера access у меня logical links ABC-F упал и подымать не захотел, удалял,перегружал,не помогло
22.12.2010 12:41:28, Vlad 46.]]>
Т.е. линки гибридные прописаны на 1 (1-2), на 2-м (1-2). А на остальных как? Например 3-й стыкуется с 1-м?
Соответственно на 1 прописан линк 1-3 (hybrid/multi-access=yes), соответственно в данном линке в hybrid access - создали доступ 1-й по IP указав IP процессора 3-го узла.
Соответственно на 3 прописан линк 1-3 (hybrid/multi-access=yes), соответственно в данном линке в hybrid access - создали доступ 1-й по IP указав IP процессора 1-го узла.
В систем написано сеть=0 узел=1 и соответственно 3.
В netadmin -m (общий вид) - показывает сеть=0, узел 1 и соответственно 3.
Присутствуют туннельные адреса 172.30.253.1 и 172.30.253.3.
В suproutage на 1-м узле показывает наличие (и в апе) Х25 на 2 и наличие (и в дауне) Х25 на 3.
В suproutage на 3-м узле показывает что локальный узел 3 и наличие (и в дауне) Х25 на 1.
Все так или у вас как-то забавнее.
21.12.2010 14:55:39, vad.]]>
В suproutage рисует между узлами 1 и 2(access 1) все красиво, этот линк работает как internode link=hybrid , между другими узлами - --------- линка нет, номера узлов и сети правильная, сеть пингуется, точки в Х25 активные, OXE перегружал и не раз, сообщений между OXE (за исключением 1 и 2) не заметил
Ранее все линки были в апе, правда везде был access 1
Заметил,что после удаления TG и VPN в X25 access Cluster
X ID 509
X Ad No 10
а сети 10 нет,она была удалена вместе с TG
В общем в результате пришлось оставшиеся узлы соединить по H323
Есть предложение установить базу по умолчанию и все начать с нуля, или ПО переустановить
21.12.2010 14:30:09, Vlad 46.]]>
внутри линка доступы будут 1, 2, 3.
Собственно при стыковке по IP - практически всегда вас устраивает доступ 1. А чего не поднимается? Чего в suproutage рисует, сети и узлы правильно в netadmin и System прописаны, станции рестартованы, по IP процессора пингуются? Или вы так, абстрактно спрашиваете?
21.12.2010 10:40:50, vad.]]>
Две OXE связал, а 3, 4 ... только по H323, если есть уже internode link=hybrid, создаем второй, multi-access =yes, access уже должен быть 2 или оставаться 1?
Вначале линк X25 подымался, а сейчас что-то не хочет ни с access 1, ни с access 2 - а делаю все точно также
20.12.2010 23:30:45, Vlad 46.]]>
Мужики - не путаем. Если мы говорим о СЕТИ - TG H323, internode link=hybrid (не забывая ставить multi-access), signaling IP, VPN overflow - и будет вам счастье (имена и все что угодно).
Если вы объединяете РАЗНЫЕ сети - ABC-F IP TG и вперед.
20.12.2010 17:20:55, vad.]]>
После "курения доки" пришел к выводу, что соединить две сети без 342 ключа можно только через TG IP H323, или это не так? имена будут при этом передаваться? может кто решал такие задачи
Хочу добавить еще пару OXE в сеть ABC-IP ligical link, вот сейчас думаю - какие варианты возможные: звезда, линия, кольцо. Пока ограничений не нашел
20.12.2010 12:07:13, Vlad 46.]]>
С трудом, но заработало в одну сторону
алгоритм поиска проблемы трудноват, сейчас в одну сторону не вижу трассировки,буду сравнвать конфиги
18.12.2010 19:23:58, Vlad 46.]]>
"Так по 5 - 1 или S вы определитесь все таки. " - стоит 1 , типа
1-------- сеть-----1----- сеть -------узел 2
Мне надо,чтобы вызовы ходили по IP между узлами, когда я закончил процедуру программирования VPN вызовы пытаются идти по обходному пути, а его нет
Бродкасты, аудит работают, а OXE считает,что ресурса по IP нет,
18.12.2010 15:53:21, Vlad 46.]]>
Собственно при только IP TG - вы будете видеть S по 2, и соответственно чего-то хорошее по 5 (вы же через VPN звоните).
17.12.2010 22:35:39, vad.]]>
Так по 5 - 1 или S вы определитесь все таки.
T2 - ISDN all countries, T2 specification=IP (private вам не надо).
Естественно VPN overflow - Hop, префиксы, VPN services=true и не забываем в Public network COS VPN Cost не "-1".
Соответственно по lookvpn можно почти все посмотреть.
17.12.2010 22:32:59, vad.]]>
C ключем вроде понятно - ABC IP TG работать не будут, но ABC линки должны
в suproutage menu 2
по 1 - 1 все ОК
по 2 - S обрамленная черными квадратиками с номерами remote network из IP TG;
по 5 - показывает 1 и по бокам номера remote network из IP TG
а ресурсов нет S(TS_FREE=0)
При программировании TG T2 в доке указано обязательно
T2 Specification указать IP privat, а у меня принимает только IP
Наверное, надо с этим всем надо переспать
17.12.2010 22:24:44, Vlad 46.]]>
Чет не уловил - 342 ключ - он на ABC-IP TG доступы. Вы объединяете СЕТИ (где не должен ходить броадкаст), или УЗЛЫ ОДНОЙ сети? Тогда вам нужен ключ на ABC VPN - 80й и менеджмент как я писал.
17.12.2010 19:07:31, vad.]]>
Спасибо,Vad
Все оказалось еще проще - ключ 342 =0 и соответственно T2 создать я не смог,
линки поднялись и хотели уже делать вызовы
Надеялись,что на GD3 и 9.1 больше ничего не надо
17.12.2010 18:46:15, Vlad 46.]]>
ABC IP это что? ABC-F IP транковая группа? Или чего?
Обычно что делается:
прописывается гибридный линк (собственно сигналинг и броадкасты);
создается T2 ISDN all country (T2 specification=IP) транковая группа;
делается менеджмент VPN overflow - тогда только пойдут звонки.
И соответственно в suproutage menu 2 увидите
по 1 - 1 сигналинг;
по 2 - S обрамленную черными квадратиками с номерами remote network из IP TG;
по 5 - VPN ресурсы.
17.12.2010 17:56:51, vad.]]>
R9.1 i1.605.21
Есть ABC IP, в suproutage линки в апе, бродкасты ходят, но все линки с буквой S(нет ресурса), GD3, в трассировке ничего нет, может есть мысли - куда смотреть?
нет связи и между IP телефонами разных узлов
17.12.2010 17:31:57, Vlad 46.]]>