Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Hybrid Link с нуля
 
Почитал  system. doc/ IP PCX Network - ABC link through IP, делаю по примеру.
дошёл до ARS  и NPD, не понял смысл и значение номера 014111.
Стоят пока 2 станции, net 1  nodes 1(АСТ) и 2(MG), PRA плат нет, только INT-IP3 и GD.
suproutage наличие каналов показывает.
2,1

 |  1+-------------------------------- 1 ------------------------------+  2|


2,5
 +---+
 |  1+------------------------- 7----- S ---- 7------------------------+  2|
 +---+


lookvpn -test

***************************************************************************

VPN is ALLOWED

* nodes  1  --  2  (netw  7 -- netw  7)  cost   1  mandatory  q0 : Y  q1 : Y

Checking trunk groups corresponding to local hop to node 1  ( 1  --  2)

+ Trunk group 201 : name =              state : FREE
                   trk_type T2         next_trk_grp = -1       variant  ISDN
                   nb_chif_uti = 0     specificity : IP
                   x25 ok.             vpnRate = 100           immTrkForVpn = 1
                   Public NPD 9                Incoming DID -1
                   Private NPD 0               Incoming DID -1

WARNING : another NPD can be used (depends on the byte3 of the called number)
Verify which NPD is used on arrival with looknumin


***************************************************************************

Table of vpn numbers for the local node

Index | State | Eqt<-> | NPD | VPN Local Nber | Ext.Transl. | VPN DDI Nber |SDA trad.
_____ | _____ | ______ | ___ | _______________|_____________|______________|_________
   0 |  Free |  None  |   2 |    4199        | 4199        | 4199    | -1
_____ | _____ | ______ | ___ | _______________|_____________|______________|_________


***************************************************************************

External Call Back Translator Tables

1)  beginning_of_number = DEF   nb_digits_to_suppr = 0   number_to_add =



***************************************************************************

Table of distant vpn numbers

1099     Tsl_Distant_VPN_Number RLN  2
---------------------------------------
Rout List ARS 2

1) trk_grp=201  nb_deleted_digits=0     inserted_digits =       vpnCostLimit=0 (ie. 1099)



***************************************************************************

Value of VPN synchronisation timer --> T_VPN_SYNCHRO = 300

***************************************************************************


нумерация 1-го узла с 1000

нумерация 2-го узла с 4100

создал на 2-м узле
NPD 44 (с Installation number : 014111(?) и Default number (num. inst. sup.) : 4100), ARS лист 2 с указанием IP-TG, префиксы ARS 1099 Prefix Information : 2  VPN Type + Distant и 4199 Prefix Information : 44  VPN Type + Local

На 1-м ноде соответственно противоположные префиксы.

Далее ступор, если мне надо со 2-го нода набрать например 1590, как сам нод 2 поймёт маршрут. Не надо указывать 1 Routing No. или 1590 Network No. ?
Создание 1590 Network No. ситуацию не меняет.

В трейс ничего не сыпется при наборе.
Тунель 172.30.1.1, кстати, не пингуется, процессора и платы INT-IP и GD друг друга пингуют.
Изменено: JKS - 22.11.2013 10:16:54
 
то, что у вас не работает (не пингуется) туннель говорит о том, что вы возможно не делали нетадмин на станциях с указанием, что надо использовать х.25 и не прописывали нетворк и нод нумбер, либо у вас там все оставлено по-умолчанию в этих пунктах, то есть оба узла считаю себя первыми. кроме этого в mgr в system надо тоже выставить номер узла.
при создании транковых групп также - не забывайте на второй вкладке ввести номер узла, на котором группа создается.
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
По поводу пингов туннельных адресов спасибо, действительно, на АСТ не были прописаны в netadmin x25 адреса станции и сети. Данный недочёт исправлен, пинги теперь идут. в system номера сети 1 и нодов 1 и 2 установлены правильно.
Local link [2 1] is up
Node 1 is reachable
Переустановил TG всё заработало, огромное спасибо!!
Изменено: JKS - 22.11.2013 12:54:40
 
Коллеги! Не буду ради глупых вопросов плодить темы.
Что-то я, видимо, слишком много перечитал доки и затупил.
Сеть ABC-F по теории имеет три вида узлов:
End node (тут все понятно, оконечный нод, только static)
Routing Node (имеет по крайней мере один dynamic линк)
Backbone node (толоко динамические линки)

Вопрос: сеть типа "звезда" - один центр и много лучей с одним нодом на конце. Центр - это backbone или routing нод? Получается, при такой топологии в сети нет динамической маршрутизации, только статическая, и оконечный нод про другие оконечные ничего не знает.

Вопрос этот не из праздного интереса - в существующую звезду (в которой все линки, а их порядка 30, сделаны dynamic, что, оказывается, нехорошо), включил еще один оконечный нод, и сделал его по правилам, через статический линк. Так вот, в супрутаже он видит только центральный нод, что, в принципе, согласуется с теорией, но вот при проведении "входящего" аудита на новом ноде с центрального нода, скажем, по транк-группам, инсертятся только транк-группы центрального узла, а группы всех прочих узлов - нет, хотя на центральном узле они все видны.

Уже разум вскипел.
 
1) Бэкбон и роутинг - вопрос только в терминологии. С точки зрения менеджмента - разницы нет. Бэкбон - это узел, к которому не подключены end ноды.
2) с точки зрения броадкаста и аудита - с других узлов по идее берется только информация о ЛОКАЛЬНЫХ ресурсах. Т.е. с центрального узла не будет браться информация об абонентах и транковых группах с других узлов. Я думаю самое правильное - просто создать на присоединенном узле нужную TG ручками.
А пробовали для вновь подключенного узла сделать сначала аудит General check? Я не помню - подгрузятся ли при этом "узлы сети"? Может после этого - появятся (для аудита/броадкаста) узля сети - тогда он будет забирать оттуда и информацию об абонентах/TG.
 
Поправка. Концы звезды в моем случае соединены каждый с двумя соседними. Так что получается "велосипедные колесо". Как правильно в этом случае делать типы линков периферии с центром и с соседями?
 
Тогда все - надо прописывать с динамической маршрутизацией. End node - это узел где прописана в линке статическая маршрутизация. Он все чужое отправляет в сторону routing узла, к которому подключен.
В вашем случае - надо везде писать динамику. При этом - в VPN оверфлоу на каждом узле - должны присутствовать ВСЕ VPN оверфлоу.
 
Цитата
Vad пишет:
с точки зрения броадкаста и аудита - с других узлов по идее берется только информация о ЛОКАЛЬНЫХ ресурсах. Т.е. с центрального узла не будет браться информация об абонентах и транковых группах с других узлов
Да, Вадим, спасибо, так и есть. После General Check со всей сети подгрузились все транк-группы.

Дальше интересно. Включаю в сеть новый нод. Он просто End Node, смотрит статическим линком в другой узел, который дальше смотрит в остальную сеть динамическим линком. Проблема такая: делаю Hybrid Link (IP), тип Static. В супрутаже вижу только тот routing node, в который включаюсь. Туннельные IP адреса остальных узлов, которые лежат дальше этого роутинг нода, не пингуются. Удаляю статический линк, делаю динамический - вижу все узлы. Удаляю динамический линк, снова делаю статический - вижу все узлы, пинги на туннельные адреса идут. Перегружаю end node. По-прежнему вижу все узлы.
Это нормально?
 
А вы ждали некоторое время?
Когда вы создали узел - нужно, чтоб информация с роутинг нода разбежалась по другим узлам. На тех узлах в supoutage должен был появиться новый узел (и в Х25/узлы сети).
 
Ждал, в супрутаже на удаленных нодах мой новый появлялся, пинги на него оттуда шли.
 
Обычно - прописывая новый (пустой) узел - прописывал IP адреса, задавал номера узлов (в netadmin и system), линк, делал рестарт.
После этого - настройка объектов для броадкаста, аудит - General check (только построение базы, указав центральный узел как референс).

Далее - уже все остальное. По идее - должны появиться другие узлы. (в Х25). Иногда в Х25 - по этим узлам что-нибудь настраивается (IP или IP/X25 адресация используется).

Ну и для всяких пингов - проверяем настройку маршрутизации (смотрим команду route).
 
Запасся временем и подождал. Долго, около часа. С нововключенного узла пинги во все стороны пошли только после cleanbroad по всей сети.
Страницы: 1
Читают тему