имею OXE 8 в корпусе eMG, и OXE 8 в обличии AS, между ними есть линк через PRI
хочу поделить линк на две части т.е. часть по голосовые каналы часть под IP

прописал линк как написано в http://forum.intersyst.ru/read.php?7,886,887#msg-887 и не получается никак добавить ссылку на плату pri

Делаете гибридный линк, не забыв поставить multi-access.
В hybrid link access прописывате сигнализация в D-канале (реезрвную сигнализацию в IP) и кладете ТРАНКИ.
Т.е. (например плата 0-5)
пишем 0-5-0-1, говорим ТС 1
пишем 0-5-0-2, говорим ТС 2 и т.д.
И дополнительно прописываем VPN overflow

спасибо огромное, все получилось

пытаюсь создать гибридный линк на oxe8 (кристал) выходит ошибка

lqError:qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk
x x
x CANCEL to close this window x
x x
x Processing Failure x
x OBJECT -1: Access number: Link: acc No. (T0/T2/hyb) to this node not unique x
x x
mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj


на атс уже есть abc-f транк (присан как обычно) на другую ноду
платы io2/obca нет

Номер нода не совпадает?
По умолчанию 1 везде ведь.

Нельзя два линка в одну сторону
Только один гибридный с несколькими доступами

на атс в кристале сеть 1 нода 2, сделан доступ на сеть 1 ноду 1, пытаюсь прописать линк на сеть 6 нода 1

vad Написал:
-------------------------------------------------------
> Нельзя два линка в одну сторону
> Только один гибридный с несколькими доступами


При такой конфе другое сообщение вываливается.

to error - так где ошибка при создании Logical Links (ABC-F) или Hybrid Link Acces?



Редактировано 1 раз. Последний раз 19.12.2008 22:45 пользователем Pilot.

Ничего не путаете? ЛИНК на СЕТЬ 6 УЗЕЛ 1? Линк? Вы не мешаете в кучу разные проблемы? То линк, то ABC-F транк, давайте - для разных проблем открываем разные темы, а то народ отвечает - кто на первый вопрос, кто на второй.

есть сеть из ОХЕ, одна ОХЕ является транзитной т.е. все линки от всех других ОХЕ приходят в эту самую транзитную атс т.е. получается топология звезда.
в транзитной атс расписаны обычные abc линки как на сеть 0 так и на сеть 1 (лиш одна догадка почему так было сделано с разными сетями это наверное организация линков abc было спустя приличное время после сдачи в эксплуатацию).

теперь этой сети атс добавляется еще три ОХЕ
из них две ОХЕ это одно ведомство которые между собой будут соеденены по abc-hybrid (т.е. так упрощаю себе настройку пока этих двух атс с одного места), в будущем эти две ОХЕ будут подсоедены к общей сети атс, для этих двух атс решили выделить СЕТЬ 6 ну и соответствооно нода 1 и нода 2
третья ОХЕ будет стыковаться к одной с из атс которая уже состоит в сети, на ней СЕТЬ будет прописана 1, номер ноды какой нибудь за пределом 10-ти, стык abc планирую сделать hybrid к атс с сетью 1 нода 2 чтоб тоже админить с одного места

в этоге когда все три ОХЕ будут подключены в сеть облегчу себе работу в администрировании 4-х атс с одного места.

пока в офисе развернул три атс, 1-ая в железе кристал, 2-ая в жележе eMG, 3-ая AS на vmware с полкой ATC-14
соединил abc линками последовательно AS - Cristal - eMG

Насколько я понимаю когда вы имеете несколько сетей - внутри сети делаются ABC-F линки (классические или гибридные), между сетями делаются ABC-F транковые группы (T2 или если говорить о ОХЕ 9-го релиза, то и IP).

vad Написал:
-------------------------------------------------------
> Насколько я понимаю когда вы имеете несколько
> сетей - внутри сети делаются ABC-F линки
> (классические или гибридные), между сетями
> делаются ABC-F транковые группы (T2 или если
> говорить о ОХЕ 9-го релиза, то и IP).


так и есть, везде классические abc-f по t2
вот теперь приперает переход на hybrid линки по t2

Если был классический линк - удаляете его и прописываете гибридный, но вместо, а не одновременно, или я не всасываю в чем проблема.

в проблема в том что если есть классический линк в одну сторону (т.е. с атс сеть 1 нода 2 на атс сеть 1 нода 1) не дает прописать еще один гибридный линк с атс сеть 1 нода 2 на атс сеть 6 нода 1

для интереса другим - статические роуты по ip работают нормально если в netadmin отключить трансляцию имен, если же трансляция имен включена то надо поименно каждому ip-нишку прописывать имена в хостах атс

объеденил две ip-сетки через гибридный линк
1-ая атс сеть 6 нода 1
172.6.1.1 tunel
10.6.1.1 xa006001

2-ая атс сеть 6 нода 2
172.30.6.2 tunel
10.6.2.1 xa006001

теперь имя комп с ip 10.6.2.50 можно свободно достучаться до 10.6.1.1 через 10.6.2.1

Повторюсь в очередной раз, в сети первой (1!!!!) есть ЛИНК (!!!) с узла второго на первый. Теперь вы хотите прописать соединение на ПЕРВЫЙ узел ШЕСТОЙ (!!!) сети - туда прописывается НЕ ЛИНК, а обычная транковая группа с сигнализацией ABC-F.

Никогда не встречал особой проблемы со статическими рутами. Другое дела когда включают динамику (RIP). А что значить отключить трансляцию имен?

А в вашем примере (РС 10.6.2.50) - без проблем работает (не знаю причем здесь трансляция имен) если на 10.6.1.1 прописан статический рут на 172.30.6.2.

с утреца на свежую голову развернул свежую базу с объекта и все прописалось без проблем

спасибо за помощь

в hybrid link access положил линки транков 1-15, 17-29, остались два линка 30 и 31 не прописанные
решил проверить какая реальная пропусканая по IP выйдет, выше чем 3.3 кбайт/с не прыгает
такое ощушение что канал ip бежит только по 1-му b-каналу
расширить полосу пропуская никак не получится?

При чем здесь В-канал? У вас сигналинг по IP или в D канале?
Кроме того принципиальная разница (например два узла, линк по IP) ходите вы по адресам реальным или по адресам служебным (172.30.x.y) - дав просто пинг можно увидеть, что во втором случае медленнее. Просто станции при использовании туннеля ограничиваются скоростью 9600.



Редактировано 1 раз. Последний раз 29.12.2008 14:19 пользователем vad.

сигнализация D-канал, резервная сигнализация по IP

теперь ясно почему низкая полоса пропускания

пинги на x001009_tun и xa001009 бегают почти одинаково


интересное по пингам

(102)xa001002> ping 172.30.1.9
PING 172.30.1.9 (172.30.1.9): 56 octets data
64 octets from 172.30.1.9: icmp_seq=0 ttl=255 time=192.0 ms
64 octets from 172.30.1.9: icmp_seq=1 ttl=255 time=139.7 ms
64 octets from 172.30.1.9: icmp_seq=2 ttl=255 time=134.5 ms
64 octets from 172.30.1.9: icmp_seq=3 ttl=255 time=133.7 ms
64 octets from 172.30.1.9: icmp_seq=4 ttl=255 time=138.0 ms
--- 172.30.1.9 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 133.7/147.5/192.0 ms

(102)xa001002> ping 10.253.254.150
PING 10.253.254.150 (10.253.254.150): 56 octets data
64 octets from 10.253.254.150: icmp_seq=0 ttl=127 time=140.3 ms
64 octets from 10.253.254.150: icmp_seq=1 ttl=127 time=139.8 ms
64 octets from 10.253.254.150: icmp_seq=2 ttl=127 time=180.2 ms
64 octets from 10.253.254.150: icmp_seq=3 ttl=127 time=133.1 ms
64 octets from 10.253.254.150: icmp_seq=4 ttl=127 time=137.9 ms
64 octets from 10.253.254.150: icmp_seq=5 ttl=127 time=137.0 ms
64 octets from 10.253.254.150: icmp_seq=6 ttl=127 time=146.6 ms
--- 10.253.254.150 ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max = 133.1/144.9/180.2 ms

(102)xa001002> ping 10.253.254.1
PING 10.253.254.1 (10.253.254.1): 56 octets data
64 octets from 10.253.254.1: icmp_seq=0 ttl=255 time=128.4 ms
64 octets from 10.253.254.1: icmp_seq=1 ttl=255 time=138.8 ms
64 octets from 10.253.254.1: icmp_seq=2 ttl=255 time=133.3 ms
64 octets from 10.253.254.1: icmp_seq=3 ttl=255 time=144.5 ms
64 octets from 10.253.254.1: icmp_seq=4 ttl=255 time=132.3 ms
64 octets from 10.253.254.1: icmp_seq=5 ttl=255 time=136.7 ms
--- 10.253.254.1 ping statistics ---
6 packets transmitted, 6 packets received, 0% packet loss
round-trip min/avg/max = 128.4/135.6/144.5 ms
(102)xa001002>

10.253.254.150 комп
10.253.254.1 AS



Редактировано 1 раз. Последний раз 29.12.2008 14:51 пользователем error.

А вы в резервной сигнализации (IP) скажите - всегда установлена, тогда пинги по реальным адресам должны бегать резвее