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

   RSS
Перестали работать платы INITIPA
 
Добрый вечер.
Появилась проблема с ip телефонами, после аварийного отключения света. Бесперебойного питания на АТС нет.
Суть проблемы следующая: АТС состоит из 6 корзин, в некоторых установленны платы INITIPA. Во всех кроме нулевой корзины cpl state у плат INITIPA "REG NOT INIT". у платы в 0 корзине был такой же статус, пока я ее заново не пересоздал. Ehernet parametrs в поле default gateway указан адрес платы находящейся в 19 корзине.одна из этих плат не работает, статус у нее out of service. ниже привожу список плат и корзин при помощи команды config. подскажите как выявить проблему. нет возможности встать напрямую на каждую плату INITIPA и посмотреть что на ней происходит. Пободная проблема уже была, решил с помощью удаления и создания платы вновь.Возможны ли ошибки в БД?
Не могу пропинговать платы INIYIPA находящиеся во второй, третьей, четвертой корзине, возможно дело в сети?
Хотя ip телефоны все равно негде в здании не работают....
помогите решить проблему

Ниже приведен список корзин и плат соответствено


(1)xa000000> config 0

Wed Feb 12 22:32:35 ALMT 2014


  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  0 |  0 |       NDDI2|---------- |   IN SERVICE |  3BA23171ABBE02 |
  |  0 |  1 |        eZ32|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  2 |       NDDI2|---------- |   IN SERVICE |  3BA23171ABBE02 |
  |  0 |  4 |        GPA2|---------- |   IN SERVICE |  3BA23241AAAC05 |
  |  0 |  9 |       NDDI2|---------- |   IN SERVICE |  3BA23171ABBE02 |
  |  0 | 10 |        eZ32|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 11 |       NDDI2|---------- |   IN SERVICE |  3BA23171ABBE02 |
  |  0 | 12 |        eZ32|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 15 |     INTOF2A|---------- |   IN SERVICE |  3BA23260AAJB02 |
  |  0 | 17 |      INTIPA|    INT-IP |   IN SERVICE |  3BA23193ACJF06 |
  |  0 | 19 |       eUA32|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 20 |  CPU7_STEP2|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 21 |        IO2N|---------- |   IN SERVICE |  3BA23190ABKD02 |
  |  0 | 22 |       NPRAE|---------- |   IN SERVICE |  3BA23254ABJE02 |
  |  0 | 24 |     INTOF2A|---------- |   IN SERVICE |  3BA23260AAJB02 |
  |  0 | 26 |     INTOF2A|---------- |   IN SERVICE |  3BA23260AAJB02 |
  +-------------------------------------------------------------------+

  --- Inter Crystal Topology ---

  +-------------------------------------------------------------------------+
  | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
  |-------------------------------------------------------------------------|
  |000 | 26 -INTOF2A (INT_A  )  ===  78/78 ===  (   MAIN) INTOF2B - 06 |002 |
  |-------------------------------------------------------------------------|
  |000 | 15 -INTOF2A (INT_A  )  ===  78/78 ===  (   MAIN) INTOF2B - 06 |003 |
  |-------------------------------------------------------------------------|
  |000 | 24 -INTOF2A (INT_A  )  ===  78/78 ===  (   MAIN) INTOF2B - 06 |004 |
  |-------------------------------------------------------------------------|

> Reference rack not set

(1)xa000000> config 1

Wed Feb 12 22:32:40 ALMT 2014


  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  1 |  0 |   UA_FICTIF|           |   IN SERVICE |    NO PCMS CODE |
  +-------------------------------------------------------------------+

(1)xa000000> config 2

Wed Feb 12 22:32:49 ALMT 2014


  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  2 |  0 |        eZ32|---------- |   IN SERVICE |  3BA23265ABLB03 |
  |  2 |  2 |      INTIPA|    INT-IP | REG NOT INIT |   BAD PCMS CODE |
  |  2 |  4 |        eZ32|---------- |   IN SERVICE |  3BA23265ABLB03 |
  |  2 |  6 |     INTOF2B|---------- |   IN SERVICE |  3BA23260AAJB02 |
  |  2 |  8 |       eUA32|---------- | REG NOT INIT |    NO PCMS CODE |
  |  2 | 12 |       eUA32|---------- |   IN SERVICE |  3BA23266AAJA03 |
  +-------------------------------------------------------------------+

  --- Inter Crystal Topology ---

  +-------------------------------------------------------------------------+
  | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
  |-------------------------------------------------------------------------|
  |002 | 06 -INTOF2B (MAIN   )  ---  78/78 ---  (  INT_A) INTOF2A - 26 |000 |
  |-------------------------------------------------------------------------|
(1)xa000000> config 3

Wed Feb 12 22:32:55 ALMT 2014


  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  3 |  0 |        eZ32|---------- |   IN SERVICE |  3BA23265ABLB03 |
  |  3 |  2 |      INTIPA|    INT-IP | REG NOT INIT |   BAD PCMS CODE |
  |  3 |  4 |       eUA32|---------- |   IN SERVICE |  3BA23266AAJA03 |
  |  3 |  6 |     INTOF2B|---------- |   IN SERVICE |  3BA23260AAJB02 |
  +-------------------------------------------------------------------+

  --- Inter Crystal Topology ---

  +-------------------------------------------------------------------------+
  | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
  |-------------------------------------------------------------------------|
  |003 | 06 -INTOF2B (MAIN   )  ---  78/78 ---  (  INT_A) INTOF2A - 15 |000 |
  |-------------------------------------------------------------------------|
(1)xa000000> config 4

Wed Feb 12 22:33:01 ALMT 2014


  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  4 |  0 |        eZ32|---------- |   IN SERVICE |  3BA23265ABLB03 |
  |  4 |  2 |      INTIPA|    INT-IP | REG NOT INIT |   BAD PCMS CODE |
  |  4 |  4 |       eUA32|---------- |   IN SERVICE |  3BA23266AAJA03 |
  |  4 |  6 |     INTOF2B|---------- |   IN SERVICE |  3BA23260AAJB02 |
  +-------------------------------------------------------------------+

  --- Inter Crystal Topology ---

  +-------------------------------------------------------------------------+
  | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
  |-------------------------------------------------------------------------|
  |004 | 06 -INTOF2B (MAIN   )  ---  78/78 ---  (  INT_A) INTOF2A - 24 |000 |
  |-------------------------------------------------------------------------|
(1)xa000000> config 19

Wed Feb 12 22:33:14 ALMT 2014


  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  | 19 |  1 |     INTIP3A|           |   IN SERVICE |    NO PCMS CODE |
  | 19 |  2 |     INTIP3A|           |  OUT OF SERV |    NO PCMS CODE |
  +-------------------------------------------------------------------+
Страницы: Пред. 1 2 3 4 След.
Ответы
 
I+#:
IP mode - dinamyc
IP? S\net, route, tftp1, tftp2, tftpb - 255.255.255.255
T-port - 69
CPU1 - 010.250.001.003
CPU1 - 255.255.255.255
USE VLAN+
id - 250
strict VLAN+
DHCP user class-
Class - iptouch.class0
 
хотел добавить, что IP CPU указан не верно, изменить не удалось, т.к. поле не активно даже в IP MODE - static
 
I+#:
IP mode - dinamyc
IP, S\net, route, tftp1, tftp2, tftpb - 255.255.255.255
T-port - 69
CPU1 - 010.250.001.003
CPU1 - 255.255.255.255
USE VLAN+
id - 250
strict VLAN+
DHCP user class-
Class - iptouch.class0
 
Если у вас был режим dynamic - то это означает, что кто-то был DHCP сервером - например процессор.
Посмотрите включен ли у вас DHCP на процессоре (в мененджменте вкладка DHCP) - может просто его надо включить (если выключен), но там надо разбираться - что запрограммировано в подсетях.

Для интереса - можете побаловаться на одном аппарате - выберите режим static, укажите какой-то IP адрес из вашей сети, маску, шлюз  и адрес TFTP - сервера - это адрес процессора.

Не путайте - надо именно адрес tftp сервера, адреса CPU появятся автоматически, после того как аппарат подружится со станцией.
 
При изменениях в DHCP - применяются они через 3 минуты (станция для курящих   :D ).
 
А у меня вопрос - вот с настройками по IP чего-то бьемся. А чего вам их их бэкапа, за день предыдущий падению не вытащить?

Базу в принципе оттуда же можно было восстановить.
 
это был мой первый и простой вариант, но, ребята которые работали на АТС до меня, не удосужились настроить бэкап как положено. последний бэкап двухмесячной давности(
Изменено: adrenalin - 17.02.2014 16:33:31
 
там в папке /usr4/BACKUP - должно все автоматом складываться - как минимум за 7 последних дней - DAY - DAY-6, а также за 3 последних воскресенья (WEEK-1 - WEEK-3), и пару за месяцы назад. У вас есть папки в /usr4/BACKUP - WEEK-1 и т.д.? Файлы cho-dat - это настройки Линукса (все что надо для swinst и netadmin).
 
Т.е. зайти в восстановление - должно показать - восстановить из IMMED, а также автоматически сохраненные базы (будут показаны в виде архивов за конкретные даты).
 
ок. попробую. заходил до этого при помощи FTP-клиента и самой свежей датой, оказалась дата 2 месяца назад
 
просто заходите в каталог, например
cd /usr4/BACKUP

смотрите что есть

ll (маленькие L)

заходите в какой-нибудь каталог далее
cd DAY-5

смотрите чего там. Естественно вся ориентировка на даты - имеет смысл, если в станции правильная дата установлена. Были случаи, когда время на процессоре отличалось на месяц от реального - очень интересно было разбираться после этого с файлами
 
1. Попробовал вчера поставить в ip параметрах телефона режим static, указал IP, маску, шлюз(шлюзом как я понимаю является одна из плат INTIP, которая находится в выносе, в сеть которого подключается телефон(ближайшая плата)), tftp(адрес процессора). загрузка доходит до 3 из 5, затем выходит ошибка "no tftp response" потом доходит до 5 из 5, написано "connecting" и на этом все.

2.попробовал восстановить из бэкапа, нашел максимально приближенный к дате падения АТС бэкап и восстановил, а именно - swinst-expert menu- backup and restore operations- restore operations- restore from CPU- restore по дате-Restore mao data for rebuild(Restore Linux (Unix) site specific data не использовал, восстановился с мао, не знаю насколько это было правильно и восстановились ли прежние IP параметры на АТС). После восстановления ситуация не изменилась.
Нашел в ip параметрах плат находящихся в 19 корзине прописанный шлюз, попробовал его пропинговать- молчит. как я понимаю у всех моих INTIP плат стоит стоит шлюз 10.250.1.1-это IP адрес платы в 19 корзине, а у платы в 19 корзине стоит шлюзом 10.250.1.254, который как раз таки не пингуется. может ли быть в этом проблема??
Можно ли изменить каким либо образом существующую схему убрав этот шлюз, так чтобы ip телефоны заработали?
Мне кажется этот адрес ....1.254 был адресом свича, но по какой то причине, уже не используется на нем. Специалистов по работе с коммутационным оборудованием у заказчика нет, а соответственно мне остается только гадать что да как... :(
3. Посмотрел и не трогал параметры DHCP на АТС. DHCP включен, сети, подсети прописаны, на первый взгляд все корректно.
Изменено: adrenalin - 18.02.2014 10:24:27
 
Линукс данный - зря не восстанавливали. Именно там лежат IP параметры (все что делалось в netadmin).
Не трогайте 18 и 19 кристалл, это служебные вещи. Туда логически относят речевую почту 4645, там логически на фиктивные платы относят IP телефоны. Там находятся ЛОГИЧЕСКИЕ платы INTIP - это не реальное железо. Не трогайте их.

Восстановите Linux данные и посмотрите что будет. Для начала (при наличии на компе total commander и 7-zip) - вы можете взять сохраненный cho-dat (это архив), зайти туда (там будет cho-dat текстовый файл) и посмотреть в нем - какие адреса/имена/шлюзы и пр. были на процессоре.
 
1. когда плата intip загружается на ней должен поднять сетевой интерфейс с ip статикой, станьте компом на intip и когда увидите 0000001A-00000859: ConfigIP : IP Address : 10.250.1.50 (или какой там у вас в данный момент ip-адрес) пинганите intip с процессора атс и со своего компа
2. посмотрите что у вас там твориться в lanpbxbuild, для dhcp еще актуально class-ы глянуть какие там tftp стоят
3. smartctl что показывает? может hdd уже типа того тобишь одной ногой на пенсии
4. из под рута в netadmin отключите securite
5. checkdb смотрели?
6. так стоит глянуть arp на предмет конфликтов ip-адресов
Пути IP-пакета неисповедимы
 
Восстановился из бэкапа с рабочей конфигурацией, вроде все хорошо, но телефоны в режиме динамик попрежнему доходят до 2 из 5 и перегрузаются.
Проведя анализ всех IP адресов(плат, CPU, вирт плат-19 корзина) выявил IP, являющийся шлюзом для платы INTIP в 19 корзине. Это единственный IP который не существует в сети, т.е. не пигнуется ни с компьютера, ни с процессора, все остальные пингую и с процессора и с компьютера.
Checkdb сделал, ошибок 2, связанных с entity. думаю не то что нужно.
Таким образом, выслушав все советы, перепробовав все что можно пришел к мысли что причина в том самом IP, который не существует, но прописан как шлюз для INTIP 19 корзины.
to vad: IP параметры 19 корзины ведь не просто так указаны, они ведь важны для работы IP телефонов в целом?
при необходимости могу привести все ip параметры плат, для общего понимания картины...
Подскажите пожалуйста как однозначно можно было бы исключить вариант неисправности локальной сети?? Уже честно говоря надоело ковырять АТС, в которой, как я думаю все в порядке, особенно учитывая вчерашнее восстановление из рабочего бэкапа.
Страницы: Пред. 1 2 3 4 След.
Читают тему