Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Сетеобразование

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

Страницы: 1
RSS
поднять ABC-F (на связке OXE R10 железо MG CS-2+ GD3+ BRA4) +OXE 7.1 железо ACT
 
#1
15.03.2012 18:30:35
не получается поднять ABC-F на связке OXE R10 железо MG CS-2+ GD3+ BRA4.Проблема следующая -по suproutage все прекрасно, infocs тоже все ОК, разговор туда и обратно проходит, но нет нормального прохождения ip пакетов, т.е в принципе этот линк нужен не для разговоров а для удаленного управления станцией.По инцидентам линк валится через минуту-две но тут же поднимается, а что самое интересное PING в не проходит в обе стороны, иногда показывает неправильную контрольную сумму у пакетов.
(102)xb001002> ping 172.30.1.12
PING 172.30.1.12 (172.30.1.12): 56 octets data

--- 172.30.1.12 ping statistics ---
11 packets transmitted, 0 packets received, 100% packet loss
(102)xb001002>


Брал эту плату(BRA4 и вставлял в тестовую станцию с 6-м релизом- все прекрасно, плата не причем.В другой тестовой станции (на железе АСТ) тоже ставил 10 релиз и плату BRA2, и связывал, не работает.Перепробовал такие комбинации


OXE ACT R.7.1 BRA2----OXE R10 MG CS-2 GD-3 BRA4  не работает

OXE ACT R.7.1 PRA2----OXE R10 MG CS-2 GD-3 PRAT2 работает

OXE ACT R.10  BRA2----OXE R10 MG CS-2 GD-3 BRA4  не работает

OXE ACT R.7.1 BRA2----OXE R10 ACT CPU7 BRA2 работает

OXE ACT R.7.1 BRA2----OXE R6.0 MG CS-2 GD BRA4(эта же плата) работает

OXE ACT R.7.1 BRA2 порт заведомо исправен и работает с любым релизом на другом конце, кроме связки MG CS-2+ GD3+ BRA4.
Linux на MG CS-2 R10 переустанвливал полностью заново, чтобы исключить всякое.


Помогите , люди добрые! :-))
Изменено: fedoseevka - 15.03.2012 18:34:40
 
 
 
#2
15.03.2012 21:34:32
OXE R10 железо MG - сколько ISDN концов? на скольких ISDN концах стоит синхронизация? также кто network mode

есть догадка использовать либо четные порты либо нечетные порты на BRA4 (для прокидки 2-х Т0)
Изменено: error - 15.03.2012 21:37:40
Пути IP-пакета неисповедимы
 
 
 
#3
16.03.2012 09:14:02
в MG плата BRA4- 4Т0 , по проекту должно быть 2 линка на 2 разные станции, обе удаленные OXE- мастеры по отношению к неработающей станции,такое чувсто что в BRA4 грузится какой то неправильный софт
 
 
 
#4
16.03.2012 09:34:05
Ничего не понял, кроме того, что вяжете ABC-F линком по Т0.
Обычно особых проблем нет, кроме нескольких моментов:
- насколько помню - в common hardware - режим network должен быть одинаковым на ПАРЕ портов!! т.е. 0 и 1, 2 и 3 .. должны быть в одинаковом режиме.
- для нормальной работы - требуется синхронизация (например город-Т2/ОХЕ/Т0-Т0/ОХЕ).
Если первая кристальная, а второая common - в первой на Т2 ставим синхру 0, на Т0 - 255, во второй на Т0-210).

И для интереса (на тему падения) - установите разговор (и удерживайте его). Посмотрите будет ли валиться линк. (Вдруг у вас без разговоров пропадает 1-й уровень и все выключается).
 
 
 
#5
16.03.2012 12:31:24
Сделал вот что.Вынул из тестовой станции GD, вставил его в MG с CS-2 и  BRA4 вместо GD-3, далее сконфигурировал в ОХЕ R10 (MAC-адрес и тип) и в самом GD естественно ip адрес CS.Далее ребут.Подключился к com-порту GD и начал наблюдать.Он прошился по ходу пьесы, несколько раз перегружался.Когда все устаканилось- запустил пинг и .... все наладилось :-)).Занял 2 b канала исходящими звонками на разные станции в сети включил 3-party конференцию, запустил пинг с двух сторон, пока вроде ничего не пропадает и не валится, до вечера понаблюдаю, потом видно будет, по результатам обязательно отпишусь тут.
 
 
 
#6
16.03.2012 14:46:53
c со старым GD засунутым в MG с 10 релизом с линками все ОК, видимо косяк в бинарниках GD-3

64 octets from 172.30.1.2: icmp_seq=7491 ttl=255 time=164.2 ms
64 octets from 172.30.1.2: icmp_seq=7492 ttl=255 time=174.0 ms
64 octets from 172.30.1.2: icmp_seq=7493 ttl=255 time=163.9 ms
64 octets from 172.30.1.2: icmp_seq=7494 ttl=255 time=163.9 ms
64 octets from 172.30.1.2: icmp_seq=7495 ttl=255 time=163.9 ms
64 octets from 172.30.1.2: icmp_seq=7496 ttl=255 time=163.8 ms
64 octets from 172.30.1.2: icmp_seq=7497 ttl=255 time=163.9 ms
64 octets from 172.30.1.2: icmp_seq=7498 ttl=255 time=163.7 ms
64 octets from 172.30.1.2: icmp_seq=7499 ttl=255 time=163.7 ms
64 octets from 172.30.1.2: icmp_seq=7500 ttl=255 time=163.7 ms

--- 172.30.1.2 ping statistics ---
7501 packets transmitted, 7495 packets received, 0% packet loss
round-trip min/avg/max = 154.2/222.4/2936.5 ms
(112)xa001012>

видимо сервис реквест или еще чего типа патча, но это уже руководитель пусть сам занимается.
 
 
 
#7
09.06.2012 01:16:18
Приподниму тему. Пошел 3-й месяц, Новая станция потихоньку обрастает пылью- от индусов тишина.Никто еще не поднимал линки как на моем конфиге? (ABC-F на связке OXE R10 железо MG CS-2+ GD3+ BRA4) +OXE 7.1 железо ACT) , видимо ключевые слова теперь GD3 + R10+T0(BRA4) :-))?
P.S патчами патчил
 
 
 
#8
09.06.2012 12:56:20
А с GD-2 - все работает? Может напряч поставщика на замену GD-3 на GD-2+MADA3 и расслабиться?
 
 
 
#9
09.06.2012 20:34:25
GD-2 нету у меня, поэтому проверить не могу.(а споставщиком на эту тему к сожалению не могу разговаривать, ибо руководитель в отпуске)
 
 
 
#10
09.06.2012 23:34:56
GD-2 можно сделать из любого старого процессора ОХО. Вот с MADA3 - действительно проблемы (финансовые).
 
 
 
#11
13.06.2012 16:39:53
процессоры есть только от ACT железа :(
 
 
 
#12
16.07.2012 15:03:17
сегодня пришел ответ из алкателя, действительно подтвежрдается проблема в связке GD3 и BRA.Советуют пока использовать GD2.Не прошло и полгода.....
 
 
 
#13
16.07.2012 15:27:07
Епть.... Слов нет, только буквы.
 
 
 
#14
06.04.2015 19:18:38
Приподниму тему свою 3-х летней давности. Хотелось спросить , может кто-либо из форумчан недавно строил-поднимал стыки по T0 (OXE+GD3+BRA) с 11-м и выше релизами на железе Common MG .Интересно , починили индусы этот косяк  или забили на него. Сейчас закладываем деньги на upgrade пожилых станций, они сейчас работают нормально на T0(R6 OXE MG + GD +BRA).Чую, что индусы с Алкатель забили на T0 большой болт. :)
 
 
 
Страницы: 1
Читают тему