Правила форума
Перед тем как спросить, воспользуйтесь поиском! Если Вы не нашли решение и собираетесь написать, рассчитывая получить ответ: ОБЯЗАТЕЛЬНО УКАЗЫВАЙТЕ! 1. Модель АТС 2. Версии MP/LP (процессоров АТС) 3. Версии плат интерфейсов VoIP, ISDN; IP терминалов и WLAN оборудования
имеется две связанных по SPNET АТС, 7100 и 100. Между офисами VPN. Заметил следующую неприятную закономерность (наблюдаю только со стороны 7100, как дела обстоят в обратном направлении не скажу). Если 100ка пингуется с задержкой меньше 20мсек, то звонки с 7100 на 100ку проходят со 100% вероятностью . Если средний пинг вырастает до примерно 40-50 сек., то звонки почти на 100% не проходят (на дисплее ошибка NO USER RESPONSE). Других закономерностей не выявил. Чем объясняются подобные сбои в дозвонах?
7100 - 4.30К . Активировано 4 транка, соответственно в 724ом коде оставил только 4 порта MGI , в 615ом коде по 4 порта (3801-3804) и в 603ом коде в группе SPNET(803) тоже 4 транка. Настройки MGI по умолчанию. С 100кой сложнее. Там прошивка 2.69. Вариант с перепрошивкой 100ки пока неприемлем по причине того, что владелец не хочет трогать АТС пока она нормально работает. Хочу заметить, что при настройке обоих станций (пока они были в одном свитче) таких проблем не было. Насчет зависимости от времени пинга уже сильной уверенности нет, звонки не проходили и при вполне небольшом пинге. Могу снять трассировки звонков. Поможет?
Вообще-то кроме пинга есть TTL, есть количество потерянных пакетов за период и тп. Я где-то тут выкладывал научные доки по испытанию канала на предмет его пригодности на VoIP вообще. Так вот, до того как выкручивать системы (а по ощущениям с ними-то все в порядке) я бы для начала занялся этим. Если параметры не выдерживаются, предъявляем результаты руководству.
я вот тоже далек от мысли в необходимости выкручивания станций. Лев, не могли бы ткнуть носом в требования к каналу? C:\Documents and Settings\Администратор>ping 192.168.192.250 -t
Обмен пакетами с 192.168.192.250 по 32 байт:
Ответ от 192.168.192.250: число байт=32 время=5мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=44мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=36мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=41мс TTL=58 Превышен интервал ожидания для запроса. Ответ от 192.168.192.250: число байт=32 время=26мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=31мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=9мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=45мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=13мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=4мс TTL=58
C:\Documents and Settings\Администратор>ping 192.168.192.250 -t
Обмен пакетами с 192.168.192.250 по 32 байт:
Ответ от 192.168.192.250: число байт=32 время=66мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=6мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=29мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=10мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=56мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=3мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=32мс TTL=58 Ответ от 192.168.192.250: число байт=32 время=3мс TTL=58
Фишка в том, что мы еще и по определенным портам же работаем.. Пинг-то пингом.
Вот кстати дока по анализу сетки (вообще есть программки для анализа. Заряжаете сбор статистики на сутки и потом видите объективную картину и становится ясно с чем надо бороться)
админ клятвенно заверил что порты все открыты. Наверное, сниму хабом лог. Если ничего не придумается, перенесу её к 1ой АТС воткну в один свитч, покажу , что работает и пусть дальше сами клопов ищут в канале.