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

Выбрать дату в календаре…Выбрать дату в календаре

Страницы: Пред. 1 ... 28 29 30 31 32 33 34 35 36 37 38 След.
поднять ABC-F (на связке OXE R10 железо MG CS-2+ GD3+ BRA4) +OXE 7.1 железо ACT
 
Приподниму тему. Пошел 3-й месяц, Новая станция потихоньку обрастает пылью- от индусов тишина.Никто еще не поднимал линки как на моем конфиге? (ABC-F на связке OXE R10 железо MG CS-2+ GD3+ BRA4) +OXE 7.1 железо ACT) , видимо ключевые слова теперь GD3 + R10+T0(BRA4) :-))?
P.S патчами патчил
Восстановление пароля
 
можно установить на другой комп 4760 и поискать место хранения паролей(меняя пароли и наблюдая с помощью напрмер программ от sysinternals)- далее дело техники :)
Рвутся разговоры на системным телефонах
 
Алкатель сцуко один большой подводный камень. Вот тут писал про глюк 10-го релиза.Пока идет ленивая переписка с ТП алкателя.Понравилось вот что - попросили собрать infocollect со станций.Собрал-отправил.Через неделю просят  отключить UTF-8 в system.Думаю про себя - блин я ж вроде ее при установке сразу отключил.Смотрю- все отключено.Отсюда вопрос- нафига было просить infocollect и базы, значит никто их не смотрел и не ковырял.
Изменено: fedoseevka - 27.04.2012 12:17:03
транк группа
 
да кстати сколько форумов разных не читал- человек спрашивает что нибудь, потом каким то образом решает эту проблему, и пишет что все ок, а для других кто на эту тему наткнется в поисках решения своей такой же проблемы- все останется покрыто мраком, и он опять начнет задавать тоже самое ...:-((
поднять ABC-F (на связке OXE R10 железо MG CS-2+ GD3+ BRA4) +OXE 7.1 железо ACT
 
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>

видимо сервис реквест или еще чего типа патча, но это уже руководитель пусть сам занимается.
поднять ABC-F (на связке OXE R10 железо MG CS-2+ GD3+ BRA4) +OXE 7.1 железо ACT
 
Сделал вот что.Вынул из тестовой станции GD, вставил его в MG с CS-2 и  BRA4 вместо GD-3, далее сконфигурировал в ОХЕ R10 (MAC-адрес и тип) и в самом GD естественно ip адрес CS.Далее ребут.Подключился к com-порту GD и начал наблюдать.Он прошился по ходу пьесы, несколько раз перегружался.Когда все устаканилось- запустил пинг и .... все наладилось :-)).Занял 2 b канала исходящими звонками на разные станции в сети включил 3-party конференцию, запустил пинг с двух сторон, пока вроде ничего не пропадает и не валится, до вечера понаблюдаю, потом видно будет, по результатам обязательно отпишусь тут.
поднять ABC-F (на связке OXE R10 железо MG CS-2+ GD3+ BRA4) +OXE 7.1 железо ACT
 
в MG плата BRA4- 4Т0 , по проекту должно быть 2 линка на 2 разные станции, обе удаленные OXE- мастеры по отношению к неработающей станции,такое чувсто что в BRA4 грузится какой то неправильный софт
поднять ABC-F (на связке OXE R10 железо MG CS-2+ GD3+ BRA4) +OXE 7.1 железо ACT
 
не получается поднять 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
на цифровиках показывает дату 1920 год
 
Цитата
error пишет:
накалил патч  i1.605.33c
не знаю правда или нет, но вот реально кто уже накаляет со своими отменами и переводами времени :-))
Изменено: fedoseevka - 08.02.2012 14:37:34
телефон Alcatel 4035 Advanced eReflex: сообщение Warning 1.23
 
у телефона 4035 линейный шнур был оконцован скорее всего RJ45 вот он и воткнул его в LAN порт коммутатора?
Неисправна eZ32
 
Цитата
Siver пишет:
газоразрядники BT R 230/20 на кроссе целые
лучше проверьте на будущее кросс- имеют ли направляющие кроновские контакт с землей( в гребенках кроневских должна стоять Скоба контактная для заземления 6089 3 202-00 или 9101 1 043-00 Скоба контактная для заземления с винтовой клеммой и сама направляющая должна быть заземлена, а то много раз и сам забывал и народ делал- вставляешь магазин защиты, а что толку- земли то нету, соответственно некуда отводить повышенное напряжение газоразрядникам.
Ремонт Z 24, Как отремонтировать карту
 
Цитата
JKS пишет:
Кстати, fedoseevka, если помнишь, на ИС засвистели абонентские линии, такк пришлось Сергею менять электролиты на каждом абонентском комплекте, но засвистели почти сразу все на плате. Посохли от перегрева, т.к. не было охлаждения.

с тех пор бьюсь ногами и руками за то чтобы вверенное мне железо как можно лучше охлаждалось, ибо чем ему холоднее-тем мне спокойнее :-))
Переход на летнее/зимнее время
 
стоит двухпроцессорая R9.1-i1.605-16-c-ru-c7s2, берет время по NTP с компа,выставил GMT-4,сделал 3 баскула.Делал так-сначала поменял таймзону на slave процессоре(xb) и сделал ему баскул, потом на master(xa) проце поменял таймзону и дождавшись когда поднимется ведомый(xb), отправил его в баскул.Дождался когда xa проц поднимется и станет slavе-ом, отправил xb опять в баскул.Можно было и не делать 3-й баскул, но просто как-то изначально сложилось что станции работают на xa процессорах и в логах смотришь-если xb то косяк.Никаких глюков с 2037 годом замечено не было.
Ремонт Z 24, Как отремонтировать карту
 
Кстати насчет электролитов.В конце ноября переводил по всем станциям таймзону, естественно после этого на двухпроцессорных станциях делал баскул а там где один проц -рестарт.Так вот на одной из тех что перегружал после перезагрузки не поднялся поток на узловую станцию.Оказалось- PRA2 померла(не горел даже светодиод на ней).Что самое интересное до перезагрузки НИКАКИХ проблем никогда с этой платой не было.Вынул ее и посмотрел- на встроенном в плату источнике питания взулись конденсаторы , хотя помещение где стоит атс прохладное.Заменили эти 4 конденсатора-плата ожила.
Инцидент 2014
 
Цитата
vad пишет:
Насчет трогать - тут у меня подход такой - пока Гондурас не беспокоит, чесать его не надо. Я ленивый.
спасибо VAD. значит подходы у нас с вами одинаковые )).А насчет Гондураса- это вы в точку :-))
Страницы: Пред. 1 ... 28 29 30 31 32 33 34 35 36 37 38 След.