PS
все очень серьезно. Сегодня телефон, завтра ноутбук. А после завтра кофеварку. Утром кофе не выпил - весь день на смарку. Если вся страна не выпьет утром кофе?
чай вкуснее :)))
Size: a a a
2021 March 13
C
/report
KR
/stat@combot
C
Total messages: 87173
ДС
Кто-нить силён в деталях rtp стандарта. Это нормально?
ДС
Asterisk операторской циске крышу сносит. Они уже неделю не понимают что происходит "мы написали вендеру ждём ответа"
МИ
чуваки ребутнули астер и через какое-то време просрался ntp?
ДС
Нет нет - это оператор очереди трубку берёт и астериск отправляет бешенный timestamp
ДС
с одной стороны вроде баг, но не могу понять нарушает это стандарт или нет, т.к. проблема только с 1 оператором связи
ДС
как видно seq последователен, ни один пакет не потерян
YG
Вообще он отражает clockrate и используется для синхронизации
Он не отражает реального времени отправки пакета
Он отражает sampling rate (60 ms в данном случае)
А есть во времени пауза между пакетами с коротким timestamp и длинным?
Он не отражает реального времени отправки пакета
Он отражает sampling rate (60 ms в данном случае)
А есть во времени пауза между пакетами с коротким timestamp и длинным?
DY
смена timestamp- это нормально при переключении источников rtp. но должен быть ещё маркер, который удалённую сторону об этой смене информирует.
YG
вот да
Как раз к этому вел)
Как раз к этому вел)
DY
виноват тот кто этот маркер не поставил (астерикс).
у freeswitch есть rtp-rewrite-timestamp
а девелоперы астерикса считают это не проблемой астериска
у freeswitch есть rtp-rewrite-timestamp
а девелоперы астерикса считают это не проблемой астериска
YG
Мб сетка падала и новый offset сгенерился
ДС
Вот вот, вы пошли в правильную тему, если меняется ssrc маркер должен быть, а если timestamp? Это прям требование по стандарту? Вопрос по тому что с только с 1 оператором такая ерунда, остальным плевать на этот timestamp.
Юрий, нет, не в сетке дело, я научился воспроизводить проблему. Как только опертор очереди поднимает трубку генерится такой timestamp. И то похоже есть зависимость от конфигурации очереди
Юрий, нет, не в сетке дело, я научился воспроизводить проблему. Как только опертор очереди поднимает трубку генерится такой timestamp. И то похоже есть зависимость от конфигурации очереди
A
Минутка надувания щёк.
Мы в VoxLink делаем и маленькие, и крупные проекты.
Несколько раз в год - вот такие, знаковые. Когда имя клиента знает практически любой человек в стране.
Теперь и в Коммерсанте трудится Астериск. Так что, если кто-то вам скажет, что Астер - это SOHO - киньте в него камень)
Мы в VoxLink делаем и маленькие, и крупные проекты.
Несколько раз в год - вот такие, знаковые. Когда имя клиента знает практически любой человек в стране.
Теперь и в Коммерсанте трудится Астериск. Так что, если кто-то вам скажет, что Астер - это SOHO - киньте в него камень)
Они там себе не могут нанять админа. Неужели оптимизация по всем фронтам
YG
Дмитрий Спиридонов
Вот вот, вы пошли в правильную тему, если меняется ssrc маркер должен быть, а если timestamp? Это прям требование по стандарту? Вопрос по тому что с только с 1 оператором такая ерунда, остальным плевать на этот timestamp.
Юрий, нет, не в сетке дело, я научился воспроизводить проблему. Как только опертор очереди поднимает трубку генерится такой timestamp. И то похоже есть зависимость от конфигурации очереди
Юрий, нет, не в сетке дело, я научился воспроизводить проблему. Как только опертор очереди поднимает трубку генерится такой timestamp. И то похоже есть зависимость от конфигурации очереди
так источник меняется все равно
Сначала астериск генирировал ts
потом агент поднял трубку и стал геирировать ствой ts
астериск не переобувает пакеты rtp
Сначала астериск генирировал ts
потом агент поднял трубку и стал геирировать ствой ts
астериск не переобувает пакеты rtp
YG
так что это нормлаьно
ДС
Тогда почему он не меняет ssrc?