Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет pe3yc ([info]pe3yc)
@ 2011-07-24 22:00:00
Previous Entry  Add to memories!  Tell a Friend!  Next Entry
¤ Linksys SPA3xxx, нид хелп
Продолжаю мучать шлюз SPA3000.

Гейт VoIP-to-PSTN работает, но наполовину: не проходит DTMF совсем. Ни в качестве пинкода для авторизации, ни (если авторизацию отключить) при наборе номера в линию. Гудок готовности линии landline слышу, но набрать ничего не получается: гудок не прерывается после набора, как будто линия пульсовая и DTMF не распознаёт. Но она на самом деле тоновая, я проверял.

Какие у кого мысли по этому поводу?

(Читать комментарии) - (Добавить комментарий)


[info]simpot@lj
2011-07-24 16:28 (ссылка)
А кто провайдер? Может там проблемы? Ты их спрашивал?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]pe3yc@lj
2011-07-24 17:01 (ссылка)
Впервые слышу, что провайдер может ограничивать dtmf. Зачем это ему? Это же отрубает всевозможные операции с колл-центрами и автоответчиками, жутко неудобно.

Спрошу конечно, но не думаю, что провайдер режет dtmf. В данном случае это callwithus.com

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]simpot@lj
2011-07-24 17:09 (ссылка)
Не, не ограничивает, но бывают:
1. несовместимости
2. ограничения выбранной технологии/кодека (вот хочется им только rfc2833 поддерживать)
3. Они со свей стороны скорее всего могут debug on the fly включить и посмотреть что они от тебя видят...

---

Только что проверил звонок в Израиль через callwithus.com: dtmd через rfc2833 точно работал без проблем... Так что может стоит так же прошить последнюю firmware в Linksys...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]pe3yc@lj
2011-07-25 19:54 (ссылка)
Провайдера я менял, с другими провайдерами эффект тот же. Менял я и телефоны на caller side, вдруг разные аппараты генерируют разные dtmf. Но дело не в телефонах и не в провайдере.

Проблема всё-таки в линии PSTN, точнее в несовместимости каких-то физических параметров. Похоже, что имеется то ли сильное дребезжание, то ли эхо.

Если отключить dialplan, то dtmf tone идёт прямо от аппарата в линию, так что dtmf mode от SPA не имеет значения, но и мониторить я ничего не могу. А если включить dialplan, то тогда сначала SPA получит набор dtmf от телефона, обработает его по диалплану, а потом уже отдаст в линию свой собственный dtmf. И в этом случае я могу через веб-интерфейс видеть то, что ушло в линию. И вот я вижу, что если набрать, скажем, 2084319, то в линию уходит нечто вроде 220008844433311999, то есть каждая цифра повторяется два-три раза. Непонятно только, это эхо на входе (при передаче от caller к SPA) или на выходе (при передаче от SPA к PSTN).

Скорее первое, потому что вряд ли будет локальное эхо при прямом физическом соединении.

Тогда становится понятным, почему PIN не принимается - потому что какое-нибудь 1234 превращается в 1122233344.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]simpot@lj
2011-07-31 22:13 (ссылка)
жопа...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]pe3yc@lj
2011-08-01 05:10 (ссылка)
А как бороться с эхом? Есть же методы?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]simpot@lj
2011-08-01 18:47 (ссылка)
Ищи в настройках СПА: echo cancellation

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]pe3yc@lj
2011-08-01 19:25 (ссылка)
Да там их много, и все триггерные, однобитовые.

(Ответить) (Уровень выше)


[info]simpot@lj
2011-07-24 18:10 (ссылка)
http://www.callwithus.com/configs/SPA-3000.jpg

(Ответить) (Уровень выше)

(Читать комментарии) -