Форумы  ·  Войти  · 

Тема: Снятие логов ваешарком

Страница 2 из 2, все  < 1 2
[ #16 ]  15.04.15 10:48   rezets  (28/24.03.10)  

У меня какая-то чехорда с WS. за 10 минут логов только 2 записи sip о регистрации, хотя звонков уже было море...

[ #17 ]  15.04.15 11:52   kma  EXPERT  

Поищи  версию WS по старше . Лучше портабле  , 0.99 например.

[ #18 ]  15.04.15 11:53   spider_alex  EXPERT  
rezets - 15.04.15 10:48

У меня какая-то чехорда с WS. за 10 минут логов только 2 записи sip о регистрации, хотя звонков уже было море...

Чухарда 😊

[ #19 ]  15.04.15 12:10   rezets  (28/24.03.10)  

Алекс, ну подскажите, какие вам данные сбросить, чтобы диагностировать проблему? лог шарка?

[ #20 ]  15.04.15 14:24   spider_alex  EXPERT  
rezets - 15.04.15 12:10

Алекс, ну подскажите, какие вам данные сбросить, чтобы диагностировать проблему? лог шарка?

Я вряд ли помогу. Слишком устаю от таких вещей на работе. А какие данные предоставить, чтобы желающие могли помочь - я уже написал ранее. Схему сети, конфиг АТС и так далее по списку.

Знаний и опыта для диагностики у присутствующих тут экспертов хватает. У кого будет охота - поможет. Другое дело, что среди экспертов очень мало энтузиастов, которые готовы копать огород за еду. Большинство зарабатывают на этом. Берутся помочь обычно те, у кого много свободного времени. А задача эта - именно что вскапывание огорода. Тупая и скучная. Сидеть, смотреть в килобайты текста, а перед этим допрашивать тебя с пристрастием, чтобы понять - что вообще творится.

Приведу пример описания подключения АТС и трассировок, взятого в одном из моих отчётов. Обрати внимание, какие данные предоставляются для анализа (в тексте указаны приложенные файлы).


Сегодня я подготовил для анализа проблемный звонок. Напомню схему подключения.
АТС KX-TDE100RU v7.11 по адресам:
XXX.XXX.XXX.XXX(MPR)
XXX.XXX.XXX.XXX(DSP)
Оборудование провайдера по адресу:
XXX.XXX.XXX.XXX
На провайдера смотрит SIP-транк.
Между TDE100 и провайдером - VPN-туннель.
Провайдером используется некая “платформа”, до которой стоит некий SBC.

Сценарий звонка.
Я набираю с DECT-трубки TCA175 (абонент номер 206) в SIP-транк короткий номер 283. По правилам провайдера звонок уходит на определённый мобильный GSM-телефон.
После набора этот GSM-телефон звонит. В это время я слышу в DECT-трубке КПВ, в трейсе - идут RTP-пакеты (в которых я вижу КПВ). После того, как GSM-абонент принимает звонок, мгновенно оба абонента (DECT-трубка и GSM-абонент) начинают слушать короткие гудки - соединение завершается.

Трейсы этого соединения прилагаю. Короткий трейс - отфильтрованные по IP пакеты, содержащие только переговоры между IP АТС и IP XXX; длинный трейс - все пакеты, долетающие до АТС. Трейсы сняты с MNT-порта АТС в режиме “All packets”.
Конфигурацию АТС также прилагаю.

Предварительный анализ даёт такую картину -
АТС > XXX INVITE
XXX > АТС 100:Trying
XXX > АТС 183:Session Progress
XXX > АТС (DSP) Параметры RTP-портов
XXX > АТС 183:Session Progress
XXX > АТС (DSP) RTP-трафик
XXX > АТС 200:OK
АТС > XXX ACK
АТС > XXX BYE
XXX > АТС 200:OK

[ #21 ]  15.04.15 16:38   ManS  EXPERT  
rezets - 15.04.15 12:10

Алекс, ну подскажите, какие вам данные сбросить, чтобы диагностировать проблему? лог шарка?

Допускаю, что безотзывный аккредитив в пользу Алекса на определенную соглашением сторон сумму - приведет к полной диагностике и решению проблемы.
😉

[ #22 ]  15.04.15 22:33   spider_alex  EXPERT  
ManS - 15.04.15 16:38
rezets - 15.04.15 12:10

Алекс, ну подскажите, какие вам данные сбросить, чтобы диагностировать проблему? лог шарка?

Допускаю, что безотзывный аккредитив в пользу Алекса на определенную соглашением сторон сумму - приведет к полной диагностике и решению проблемы.
😉

В этом плане я невыгоден относительно других коллег-сосайтников - беру дорого, характер вредный.

Страница 2 из 2, все  < 1 2
Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"