etc пишет: Никто не мешает создать еще транковые группы и прописать там еще доступы (Accesses)
Пункт 6.3.7, приведённый Вами, относится как раз к ABC-IP Trunk groups (название по системной документации Алкателя). Они были введены с 9-го релиза для объединения subnetwork в supranetwork. Их, действительно, может быть 30. Но с ними есть 3 проблемы: 1. Поддерживаются далеко не все сервисы. 2. Их всё-таки только 30, а не 1000, например. 3. Стоимость одной лицензии несколько завышена, на мой взгляд:)
Я же приводил продакт лимит для ABC-IP logical link (название по системной документации Алкателя), для которых ограничение "Adjacents per node: 31 (1 adjacent = 1 link)". Только это не совсем правда, как говорят тех. пресейлы Алкателя. В реальности существует документ-рекомендация, который я уже 2 месяца добиваюсь получить, в котором магическим образом цифра 31 превращается в 8.
Обрыв вызова при транзите ABC-IP TG на ABC-IP link
Дмитрий, пора закрывать тему, а то скоро начнём мериться у кого сети ABCF больше или acse валиднее:) p.s. Даже не представляете сколько людей мне звонят в день с завуалированной просьбой, начинающейся со слов "у меня не работает телефон...":) Мне кажется, это не постановка вопроса, а жизненная позиция.
Обрыв вызова при транзите ABC-IP TG на ABC-IP link
Dmitry Ryzhakov пишет: вы же в самом первом сообщение написали, что в t3 ничего плохого не увидели... и еще, было правильно стро ить сеть по единым принципам, тем более если в ходе эксплуатации возникает необходимость подключить гомогенный узел. и втом и в другом случае вы использовали IP транспорт, зачем потребовалась другая сигнализация в этом транспорте? вам там на месте конечно виднее, но чтобы потом не устраивать головоломок может быть логичнее?
Именно так, не увидел. А вы пробовали t3 трейс в два call leg без образца осмыслить? Когда у меня появилась возможность протестить в лабе, я получил идеально работающий случай. И то после этого транзитный трейс очень плохо понимается (мне, по крайней мере). А сигнализация различна не по моей прихоти, а по прихоти Алкателя. К одному узлу можно подключить при помощи ABCF линка только 8 узлов (несмотря на product limit 31:) А если надо больше с сохранение единого дизайна? Надо строить ABCF subnetwork и supranetwork.
Обрыв вызова при транзите ABC-IP TG на ABC-IP link
etc пишет: Если бы вы в самом начале упомянули про АСА, наверно, было бы быстрее что-нибудь предложено. А так, там по умолчанию включено инспектирование трафика. Для справки:
Да, спасибо, я знаю. Просто люди, которые настраивали СПД уверяли меня, что там всё ходит без изменений, ограничений и фильтрации. В лабе у меня всё заработало через полчаса.
Отсутствие реакции на входящий звонок по аналоговой линии
Подскажите, может, кто сталкивался с такой проблемой: при входящем звонке из города на аналоговую линию станция OXE никак не реагирует? В трубки слышны длинные гудки по команде trkstat состояние F. Проблема появляется не сразу и не на всех городских АТС. Помогает вылечить только перезагрузка платы (перезагрузка линии не помогает). Станция OXE с полкой ACT-28, платы NDDI2-2? релиз 9.0 (h130134). Пробовал изменять различные параметры линии - не помогает. Линия может работать как в импульсном, так и в тональном режиме, но проблема не исчезает. Подскажите, что можно подкруnить или как исправить? Заранее спасибо.
Обрыв вызова при транзите ABC-IP TG на ABC-IP link
Проблема решена. "Дело было не в бобине - ****звон сидел в кабине". Проблема была в фиксапах АСЫ между станциями. Фиксапы на тразите изменяли трафик сигнализации, что не позволяло корректно устаналвивать вызов. Точнее, фиксапы просто не пропускали некоторые сигнальные сообщения. В решении проблемы помог t3.
проблема с факсами panasonic, свист в трубке факсов panasonic
Добрый день. У заказчика точно такая же проблема с факсами KX-FT932. Поведение абсолютно идентичное. Один факс полностью не работает. Второй работает "временами". К сожалению, как решить её я тоже не знаю. Может, хотя бы кто-нибудь может посоветовать гарантировано рабочий факс?
Обрыв вызова при транзите ABC-IP TG на ABC-IP link
vad пишет: Т.е. еще раз 1-2 - классический гибридный линк (сигнализация в IP, Н323 транковая группа) с VPN overflow? 2-3 - стыковка разных сетей (без гибридного линка) через ABC-F IP транковую группу (т.е. номера сетей на станциях 2 и 3 разные)?
Хотя тяжело чего-то посоветовать, особенно когда вы пишите что подключаете 2-5 (как я понял аналогично 3), звонки 1-5 ходят без проблем.
А при трассировке (звонок 1-3) - в обеих половинках звонков 1-2 (VPN звонок) и 2-3 - на сообщение CONNECT приходит CONNECT ACK?
см. предыдущий пост. Все connect ACK что я мог предположить есть. Вызов устанавливается и держится 6-7 секунд, потом откуда появляется disconnect.
Обрыв вызова при транзите ABC-IP TG на ABC-IP link
Прошу простить, что не написал сразу, а поправить можно, как оказалось, только последний пост. Уточняю про организацию архитектруы и вызовов: - 1 узел находится в 1 подсети (subnetwork); - 2 и 3 узлы находятся во 2-ой подсети (subnetwork); - между 1 и 2 узлом организована ABC-IP TG; - между 2 и 3 узлом организован ABC-IP link + VPN overflow; - на 1 узле созданы routing number prefix на номерные простраства 2 и 3 узлов. Оба префикса указывают remote network 2 узел 2; - на 2 и 3 узле схожим образом созданы префиксы в обратную стороону; - все префиксы по указывают на ARS лист.
Обрыв вызова при транзите ABC-IP TG на ABC-IP link
vad пишет: Во первых - пропадание через 40 сек. - IP/IP parameters выключите Round Trip Delay Request Во вторых - обрывается - это как? Пропадает разговор или чего, КТО инициатор отбоя? В третьих - если мы говорим об IP - зачем вам организовывать транзит 1-2-3? Звоните сразу на 3. Только не уловил насчет ABC-IP - вы вместо обычной IP и VPN overflow (объединение узлов сети) организовали ABC-F IP TG (объединение разных сетей)?
1. Round Trip Delay Request выключен. 2. Обравыается при помощи дисконнекта, который появляется из ниоткуда (одновременно как received message на 2-ом и 1-ем узле). Подозреваю, что на втором это некий fake. Точнее, 2-ой узел его генерит и принимает сам (отображая в трейсе, как принятое), а затем уже отправляет на первый. Причина дисконнекта "TEMPORARY FAILURE". 3. Звоню и так сразу на 3-ий, но 1 и 3 в разных subnetwork, поэтому вызов идёт через ABC-IP TG, который с 3 в одной subnetwork.
Обрыв вызова при транзите ABC-IP TG на ABC-IP link
Добрый день! Есть сеть из трёх узлов OXE (все версии h130142a). Узел 1 и 2 соединены с помощью ABC-IP TG и вызовы между ними проходят нормально (в качестве ТА пробовались и цифровые и айпишные и аналоговые). Вызов устанавливается, rtp в обе стороны. Есть узел 3, который подключён по средствам ABC-IP link к узлу 2. Между узлом 2 и 3 также вызовы проходят нормально. Вызовы между узлом 1 и 3 обрываются ровно через 7-8 секунд после установления. При этом вызов устанавливается, rtp в обе стороны ходит (речь различима в обоих направлениях). В чём может быть проблема? Настраивалось всё по системной документации по шагам без отступлений. Если требуется могу приложить t3 трейс, но ничего особенного я там не нашёл. Единственное что показалось мне странным, это то, что в SETUP сообщении от узла 2 к 3 (при том, что вызов инициирует аппарат на узле 1) нет calling number (пустое поле). Дополнительно могу сказать, что: 1. Если подключить к узлу 2 ещё один узел 4 по ABC-IP link, то с транзитным вызовом 3-4 тоже проблемы - он с односторонним rtp и обрывается через 40 секунд. 2. Если подключить к узлу 2 ещё один узел 5 по ABC-IP TG, то вызов 1-5 проходит без проблем. Три дня бьюсь с этим транзитом - всю голову сломал. Буду признателен, если подскажите, куда копать. p.s. в connection category 5 на 5 стоит 1, на всякий случай.
Проблемы с установкой ОминиВиста, подскажите, куда копать? Изначально была установлена версия 5.0.07.02.b (WinXP2 абсолютно чистый), БД которой была успешно "убита" неосторожным отключением питания. В виду чего, была произведена полная чистка компьютера (по доке) и при последующей переустановке возникла ошибка "unable to start specified database nmc5.db" (конец лога инсталляции такой):
Код
V4760 ExecuteActions 11:19:26: start_db_ASA10: State of service ASANYs_nmc50: running
OV4760 ExecuteActions 11:19:26: End of action start_db_ASA10: success
OV4760 ExecuteActions 11:19:26: Executing action: Waiting for db to start fully
OV4760 ExecuteActions 11:19:26: State: Last action: Wait_For_db_to_start_ASA10
OV4760 ExecuteActions 11:19:26: State: Saving state file: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{C3CF0589-B127-4C15-A347-E0DCCBC74E87}\state__.ini
NmExecuteActions: INSTALL_PROGRESS_DEFAULT
OV4760 ExecuteActions 11:19:26: Wait_For_db_to_start_ASA10: Executing action "Waiting for db to start fully"
OV4760 ExecuteActions 11:19:26: Wait_For_db_to_start_ASA10: Mode: normal
OV4760 ExecuteActions 11:19:26: Wait_For_db_to_start_ASA10: Executing command in directory C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{C3CF0589-B127-4C15-A347-E0DCCBC74E87}\
OV4760 ExecuteActions 11:19:37: Wait_For_db_to_start_ASA10: Exit code: 0
OV4760 ExecuteActions 11:19:37: End of action Wait_For_db_to_start_ASA10: success
OV4760 ExecuteActions 11:19:37: Executing action: Initialize database
OV4760 ExecuteActions 11:19:37: State: Last action: initialize_db_ASA10
OV4760 ExecuteActions 11:19:37: State: Saving state file: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{C3CF0589-B127-4C15-A347-E0DCCBC74E87}\state__.ini
NmExecuteActions: INSTALL_PROGRESS_DEFAULT
OV4760 ExecuteActions 11:19:37: initialize_db_ASA10: Executing action "Initialize database"
OV4760 ExecuteActions 11:19:37: initialize_db_ASA10: Mode: normal
OV4760 ExecuteActions 11:19:37: initialize_db_ASA10: Executing command in directory C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{C3CF0589-B127-4C15-A347-E0DCCBC74E87}\
OV4760 ExecuteActions 11:26:59: initialize_db_ASA10: Exit code: 1
OV4760 ExecuteActions 11:26:59: initialize_db_ASA10: Execution failed, exit code not in 0.
OV4760 ExecuteActions 11:26:59: End of action initialize_db_ASA10: FAILURE
OV4760 ExecuteActions 11:26:59: Execution failed, looking for lock file.
OV4760 ExecuteActions 11:26:59: Lock file: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\debug.lock
Пробовал переустанавливать как 5.0.07.02.b так и 5.1.06.03.c. Видимо, не хочет устанавливаться патч на БД. Есть даже tc1133, в которой написано, что надо нажать continue, продолжится установка, а потом ручками пропатчить. Но у меня установка откатывается, а не продолжается. Небольшой нюанс: инсталляцию я веду через rdp, другого выхода у меня нет.
Когда у меня появилась возможность протестить в лабе, я получил идеально работающий случай. И то после этого транзитный трейс очень плохо понимается (мне, по крайней мере).