Уважаемые коллеги!

Тут из-за взаимной любви к Интернету у нас неожиданно возникли проблемы с телефонным оператором.
Схема присоединения такая

Тел. оператор Мы
AXE10 ------------ AXE10 -------------- CISCO3640
^ ^
| |
Звонок через них Через нас

В случае "через нас", прекрасное соединение, модемчики
стоят не шелохнутся.
Если "через них", то каждые 12..15 секунд реконнект.
Если смотреть пингом, то вот такие прыжки
64 bytes from 195.151.166.33: icmp_seq=7 ttl=255 time=180.112 ms
64 bytes from 195.151.166.33: icmp_seq=8 ttl=255 time=170.080 ms
64 bytes from 195.151.166.33: icmp_seq=9 ttl=255 time=17630.305 ms
64 bytes from 195.151.166.33: icmp_seq=10 ttl=255 time=16630.386 ms
64 bytes from 195.151.166.33: icmp_seq=11 ttl=255 time=15647.798 ms
64 bytes from 195.151.166.33: icmp_seq=12 ttl=255 time=14638.569 ms

Если смотреть модемные логи на циске, то плавает частота несущей Tx/Rx Carrier Freq и соотношение сигнал/шум SNR.
Естественно E1 поток от них к нам по всем параметрам
идеален, или не то мерили? В любом случае, что-то сделано
с транспортируемыми:-) ТЧ сигналами. Надеюсь терминология
верная?-)
Так вот у меня вопрос, как люди добиваются такой красоты?
Теоретически я понимаю, что скорее всего сделан какой-то
loop или используется специальный модуль подавления сигнала,
типа тех, с которым тестируют аварийную сигнализацию.
Наши собственные телефонисты говорят, что на AXE10 можно
просто задать режим передачи voice only.
Знаком ли кто-нибудь с подобными штучками на AXE10?
Заранее спасибо за пояснение?

Уважаемый товарищ Владимир Советов, Вы бы хоть на mail.ru адрес оставили. У нас работает точно такая-же схема с двумя АХЕ-10, и с такой-же циской на доступе. ........... и все работает - 90 модемов V.90 & 3 потока PCM.

>Наши собственные телефонисты говорят, что на >AXE10 можно
>просто задать режим передачи voice only.
>Знаком ли кто-нибудь с подобными штучками на >AXE10?
--------------------
Поскольку модем работает в спектре 0.3-3.4, т.е. там же где и голос, то AXE не может отличить голос человека и треск модема, для неё это одно и то же.

Сам коммутатор каких либо изменений в полученный ИКМ сигнал внести не может поскольку он цифровой, остаётся петля либо стык с предыдущим коммутатором.

Задача состоит в том чтобы найти участок на котором возникают проблемы. Можно попробовать измерить отношение сигнал шум делая вызовы по различным путям и сравнить результаты. Проблема в том, что измерения нужно вести с абонентских линий, а я не уверен, что методика применимая к каналам тональной частоты применима к абон. линиям. На следующей неделе попробую измерить.

Можно ли сделать вызов в обратном направлении:
Cisco <--ГТС <-- AMTS <--AXE10?
Возможно ситуация будет другая.

12..15 сек - что-то напоминает проскальзывание(slip). Как синхронизация стоит между станциями?

>12..15 сек - что-то напоминает проскальзывание(slip). Как >синхронизация стоит между станциями?

Нет, это не слип. Когда он возникает (на другом нашем
узле такое случалось довольно часто, пока не научились лечить) при вязке модемов вы сразу слышите характерный
хруст, трест и всякий прочий лишний шум. Здесь же с сигнализацией полный порядок. И цифра в приходящем потоке
идеальная (специально люди приходили измерять). Проблем
в том, что заИКМ'ли:-)) внутрь.
То есть вопрос остается, какими средствами можно испортить
на станции приходящий ТЧ сигнал, (ну, например заставить плавать соотношение сигнал/шум) прежде чем он будет перекинут из одного поток в другой поток.
Впрочем, возможно и слипом, вот если так
Вместо нормального
--клиент--->AXE10----->AXE10--->CISCO
Пустить сигнал через лишнее коленце
--клиент--->AXE10---->AXE10---->CISCO
............| ^
............| | здесь slip
............| |
............V |
............АТС

слип должен смотреться на интерфейсе
(как увидеть это число зависит от станции)

можно еще попробывать подключть киску непосредственно на проблемную станцию.

А вот такое сообщение Вам что-нибудь говорит?

A1/APT "1KEM061/AC8/EC2" 014 010125 1758 H'030B-0000
NETWORK SYNCHRONIZATION FAULT

RCM/CCM/DIP/EXT STATE FCODE
1UPD2 SB 5
0UPD1 EX
END
-------------------------------------------------------------------------

Оно возникает при попытке синхронизироваться от
другого источника на другом порту.

0UPD1 - это другой "хороший" порт
1UPD2 - это порт "где сидят вредители":-)))

Код ошибки (FCODE) = 5

означает:

5 - Too high relative frequency deviation,
but fault marking not possible.

Еще раз хочу обратить Ваше внимание, что происходящее
результат намеренного действия стороны 1UPD2. В течение
целого полгода до этого все работало прекрасно.

замечу сразу - разбором логов AXE-10 не занимался.
Но примечательны 2 фразы

NETWORK SYNCHRONIZATION FAULT - что значит ошибка синхронизации!

5 - Too high relative frequency deviation,
but fault marking not possible - что значит частоты разбежались у станций.

Похоже в этом причина. А вообще, кто в городе хозяин (кто раздает синхронизацию). Наверное ГТС, то есть порт 1UPD2. И наверное от него и надо брать синхронизацию. А кто второй(0UPD1)?