Size: a a a

EltexCM Support (душевный)

2019 December 11

A

Andrey in EltexCM Support (душевный)
видимо..
источник

A

Andrey in EltexCM Support (душевный)
также проверьте RTCP и таймеры.
включен он на элтексе? м-200 ему запросы на это шлет
источник

I

Inter in EltexCM Support (душевный)
Andrey
также проверьте RTCP и таймеры.
включен он на элтексе? м-200 ему запросы на это шлет
Самое интересное такая же схема транзита но на другой астериск работает.
Подскажите где и какие rtcp и таймеры проверить? На сип-интерфейсе между элтексом и м200?
источник

A

Andrey in EltexCM Support (душевный)
Inter
Самое интересное такая же схема транзита но на другой астериск работает.
Подскажите где и какие rtcp и таймеры проверить? На сип-интерфейсе между элтексом и м200?
у вас  RTCP  включен со стороны Элтекса?
источник

in EltexCM Support (душевный)
Inter
Самое интересное такая же схема транзита но на другой астериск работает.
Подскажите где и какие rtcp и таймеры проверить? На сип-интерфейсе между элтексом и м200?
в настройках сип транка всё
источник

A

Andrey in EltexCM Support (душевный)
– Период передачи пакетов RTCP (с) – период времени в секундах (5-65535 c.), через который
устройство отправляет контрольные пакеты по протоколу RTCP. При отсутствии установленного флага
протокол RTCP не используется;
– Контроль активности сессии по протоколу RTCP – функция контроля состояния разговорного
тракта, принимает значения из диапазона 2-255. Количество интервалов времени (RTCP timer), в
течение которого ожидаются пакеты протокола RTCP со встречной стороны. При отсутствии пакетов в
заданном периоде времени установленное соединение разрушается. При этом в сторону TDM и IPпротоколов устанавливается причина разъединения «cause 3 No route to destination». Значение
контрольного периода определяется по формуле: RTCP timer * RTCP control period секунд. При
отсутствии установленного флага функция выключена;

у вас бьется ровно на 7-ой секунде
источник

A

Andrey in EltexCM Support (душевный)
дефолтно 5 и 2
источник

in EltexCM Support (душевный)
всё зарекаюсь использовать подготовленный заранее фильтр… но каждый раз забываю, прописывая руками только sip сигнализацию… а надо добавить «and icmp». ))
источник

I

Inter in EltexCM Support (душевный)
Andrey
у вас  RTCP  включен со стороны Элтекса?
Хорошо. Через 3_4 часа проверю...сейчас на выезде. Отпишусь.
источник

AY

Askar Yerbossynov in EltexCM Support (душевный)
Здравствуйте коллеги! Есть оборудования mes3324f который подключен на удаленный сервер, все роуты правильно прописаны так как подключенные к этому коммутатору  olt и компьютеры пингует до сервера а сам коммутатор не хочет где возможное ошибка?
источник

I

Inter in EltexCM Support (душевный)
Andrey
– Период передачи пакетов RTCP (с) – период времени в секундах (5-65535 c.), через который
устройство отправляет контрольные пакеты по протоколу RTCP. При отсутствии установленного флага
протокол RTCP не используется;
– Контроль активности сессии по протоколу RTCP – функция контроля состояния разговорного
тракта, принимает значения из диапазона 2-255. Количество интервалов времени (RTCP timer), в
течение которого ожидаются пакеты протокола RTCP со встречной стороны. При отсутствии пакетов в
заданном периоде времени установленное соединение разрушается. При этом в сторону TDM и IPпротоколов устанавливается причина разъединения «cause 3 No route to destination». Значение
контрольного периода определяется по формуле: RTCP timer * RTCP control period секунд. При
отсутствии установленного флага функция выключена;

у вас бьется ровно на 7-ой секунде
Андрей проверю отпишусь, но.....
Забыл сказать что такая же ситуация при транзите по схеме:
М200->поток_е1->элтекс->sip->asterisk
Так как днем потоки е1 дергать не дают( старый коммутатор потоков е1 все настройки принимают только перезагрузкой) то это проверял вчера вечером. Могу проверить и снять трейсы вечером сегодня...
Уйдем и от перетранзита с сипа на сип
источник

I

Inter in EltexCM Support (душевный)
То есть при схеме когда элтекс получает входящий по потоку е1 и выдает его на астериск такая же.... Звонок,приветствие, гудок, продолжение приветствия и отбой
источник

A

Andrey in EltexCM Support (душевный)
Inter
То есть при схеме когда элтекс получает входящий по потоку е1 и выдает его на астериск такая же.... Звонок,приветствие, гудок, продолжение приветствия и отбой
надо смотреть какое плече первое отбивается. наверное,   также с сипа в сторону астера ?
источник

I

Inter in EltexCM Support (душевный)
Andrey
надо смотреть какое плече первое отбивается. наверное,   также с сипа в сторону астера ?
Часа через 3 можно будет дергать старый коммутатор потоков е1.  Перенастрою его и сниму также звонок на астериск....трейс пришлю.
источник

I

Inter in EltexCM Support (душевный)
На слух и память примерно теже самые секунд 7
источник

I

Inter in EltexCM Support (душевный)
источник

I

Inter in EltexCM Support (душевный)
Транзит через елтекс.... входящий по потоку е1...исходящий на номер 773627 астериска
источник

I

Inter in EltexCM Support (душевный)
Теже симптомы: ответ автоответчик...через 2-3 секунды посреди автоатветчика гудок.... продолжение автоответчика и отбой через 2-3 секунды
источник

in EltexCM Support (душевный)
у тебя что-то с сетью… определённо.

постоянные ретрансмиты
обрати внимание на легенду в верхнем правом углу… на всей «шкале» медиа трафика ошибка последовательности пакетов
источник

in EltexCM Support (душевный)
ещё странная фигня какая то… не знаю как так получается.
у тебя все запросы и ответы задублированы. по факту одни отправляются «просто», а вторые в 802.1q
источник