Односторонние звонки

 

Сервисы Общения Форумы Телефония Односторонние звонки

Помечено: 

В этой теме 5 ответов, 3 участника, последнее обновление  Dominique 3 года/лет, 7 мес. назад.

Просмотр 6 сообщений - с 1 по 6 (из 6 всего)
  • Автор
    Сообщения
  • #10109

    Dominique
    Участник

    Обнаружил странную вещь. Есть две внутренние учётки, телефон Gigaset (5002) и софтфон X-Lite (5012). Звонки прекрасно проходят с одной на другую и обратно. Но вот слышимость есть только когда с 5012 звоним на 5002, а не наоборот. При звонке с 5002 на 5012 после ответа в трубке тишина. В чём может быть дело?
    Грешил на кодеки, но по данным истории во всех случаях все клиенты соединялись только по alaw.

    #10115

    Demon
    Участник

    Доброго дня.
    Предлагаю попробовать с обеих трубок позвонить на номер 0202. Думаю, что слышимость будет в обе стороны на обеих устройствах.
    Скорей всего проблема в том, что одно из устройств не настроено для работы за NAT и передаёт свой “серый” IP. А может они оба, находясь в одной локальной сети, обмениваются серыми IP и пытаются пускать медиа напрямую… Надо смотреть обмен SIP пакетами при звонке.

    #10119

    Dominique
    Участник

    Приветствую, Дмитрий. 0202 в моих сетях работает всегда и везде, это проверяется в первую очередь 🙂 . И не думаю, что оно бы работало при каких-либо проблемах с NAT.
    Дело оказалось, как я и подозревал изначально, всё-таки в кодеках. Несмотря на то, что в телефоне G711a стоял первым приоритетом, похоже он инициировал соединение как-то ещё. Помогло оставить его единственным кодеком, тогда всё заработало. Хотя статистика во всех случаях показывает, что якобы использовался G711a – но уже убеждался, что верить ей можно не всегда.

    Кстати, это уже не первая проблема с транскодированием: почему-то если первое “плечо” инициирует соединение на G711u, а второе – на G711a, то между ними нет слышимости.

    И ещё пользуясь случаем, поделюсь непонятками с Астериском, тоже в тему. Вот скажем для линии 101 у меня настроены кодеки Allow: alaw, ulaw, g729. Так вот, если на клиенте настроить например “только ulaw”, то при исходящем звонке он получает отлуп от Астериска Codec mismatch. А почему, собсно? Ведь этот кодек есть в числе разрешённых.

    #10121

    Demon
    Участник

    Надо с этим разбираться 🙁
    Для начала вот таблица перекодировки… где видно что настроена перекодировка всего во всё:

    
             Translation times between formats (in microseconds) for one second of data
              Source Format (Rows) Destination Format (Columns)
    
               g723  ulaw  alaw   gsm  g726 g726aal2 adpcm  slin  slin  slin  slin  slin  slin  slin  slin  slin lpc10  g729 speex speex speex  ilbc  g722 testlaw  opus
         g723     - 15000 15000 15000 15000    15000 15000  9000 17000 17000 17000 17000 17000 17000 17000 17000 15000 15000 15000 23000 23000 15000 17250   15000 17250
         ulaw 15000     -  9150 15000 15000    15000 15000  9000 17000 17000 17000 17000 17000 17000 17000 17000 15000 15000 15000 23000 23000 15000 17250   15000 17250
         alaw 15000  9150     - 15000 15000    15000 15000  9000 17000 17000 17000 17000 17000 17000 17000 17000 15000 15000 15000 23000 23000 15000 17250   15000 17250
          gsm 15000 15000 15000     - 15000    15000 15000  9000 17000 17000 17000 17000 17000 17000 17000 17000 15000 15000 15000 23000 23000 15000 17250   15000 17250
         g726 15000 15000 15000 15000     -    15000 15000  9000 17000 17000 17000 17000 17000 17000 17000 17000 15000 15000 15000 23000 23000 15000 17250   15000 17250
     g726aal2 15000 15000 15000 15000 15000        - 15000  9000 17000 17000 17000 17000 17000 17000 17000 17000 15000 15000 15000 23000 23000 15000 17250   15000 17250
        adpcm 15000 15000 15000 15000 15000    15000     -  9000 17000 17000 17000 17000 17000 17000 17000 17000 15000 15000 15000 23000 23000 15000 17250   15000 17250
         slin  6000  6000  6000  6000  6000     6000  6000     -  8000  8000  8000  8000  8000  8000  8000  8000  6000  6000  6000 14000 14000  6000  8250    6000  8250
         slin 14500 14500 14500 14500 14500    14500 14500  8500     -  8000  8000  8000  8000  8000  8000  8000 14500 14500 14500 14000 14000 14500 14000   14500  8250
         slin 14500 14500 14500 14500 14500    14500 14500  8500  8500     -  8000  8000  8000  8000  8000  8000 14500 14500 14500  6000 14000 14500  6000   14500  8250
         slin 14500 14500 14500 14500 14500    14500 14500  8500  8500  8500     -  8000  8000  8000  8000  8000 14500 14500 14500 14500 14000 14500 14500   14500  8250
         slin 14500 14500 14500 14500 14500    14500 14500  8500  8500  8500  8500     -  8000  8000  8000  8000 14500 14500 14500 14500  6000 14500 14500   14500 14000
         slin 14500 14500 14500 14500 14500    14500 14500  8500  8500  8500  8500  8500     -  8000  8000  8000 14500 14500 14500 14500 14500 14500 14500   14500 14000
         slin 14500 14500 14500 14500 14500    14500 14500  8500  8500  8500  8500  8500  8500     -  8000  8000 14500 14500 14500 14500 14500 14500 14500   14500  6000
         slin 14500 14500 14500 14500 14500    14500 14500  8500  8500  8500  8500  8500  8500  8500     -  8000 14500 14500 14500 14500 14500 14500 14500   14500 14500
         slin 14500 14500 14500 14500 14500    14500 14500  8500  8500  8500  8500  8500  8500  8500  8500     - 14500 14500 14500 14500 14500 14500 14500   14500 14500
        lpc10 15000 15000 15000 15000 15000    15000 15000  9000 17000 17000 17000 17000 17000 17000 17000 17000     - 15000 15000 23000 23000 15000 17250   15000 17250
         g729 15000 15000 15000 15000 15000    15000 15000  9000 17000 17000 17000 17000 17000 17000 17000 17000 15000     - 15000 23000 23000 15000 17250   15000 17250
        speex 15000 15000 15000 15000 15000    15000 15000  9000 17000 17000 17000 17000 17000 17000 17000 17000 15000 15000     - 23000 23000 15000 17250   15000 17250
        speex 23500 23500 23500 23500 23500    23500 23500 17500 17500  9000 17000 17000 17000 17000 17000 17000 23500 23500 23500     - 23000 23500 15000   23500 17250
        speex 23500 23500 23500 23500 23500    23500 23500 17500 17500 17500 17500  9000 17000 17000 17000 17000 23500 23500 23500 23500     - 23500 23500   23500 23000
         ilbc 15000 15000 15000 15000 15000    15000 15000  9000 17000 17000 17000 17000 17000 17000 17000 17000 15000 15000 15000 23000 23000     - 17250   15000 17250
         g722 15600 15600 15600 15600 15600    15600 15600  9600 17500  9000 17000 17000 17000 17000 17000 17000 15600 15600 15600 15000 23000 15600     -   15600 17250
      testlaw 15000 15000 15000 15000 15000    15000 15000  9000 17000 17000 17000 17000 17000 17000 17000 17000 15000 15000 15000 23000 23000 15000 17250       - 17250
         opus 15600 15600 15600 15600 15600    15600 15600  9600  9600  9600  9600 17500 17500  9000 17000 17000 15600 15600 15600 15600 23500 15600 15600   15600     -
    
    #10122

    bug0r
    Участник

    Тоже вставлю свои 5 копеек, вернее спрошу.
    Интересует вопрос выбора и приоритета кодеков.

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

    Игрался, эксперементировал, ставил на внешних учетках, моих устройствах (на сервисе) и в настройках самих устройств порядок 729 711 (чтобы 729 как экономичный использовался первым, если по ряду причин нужен 711, он был доступен), в ряде случаев получал одностороннюю слышимость.

    Выглядело это так – звоню на служебные номера типа 0000 или 0202 – удаленную сторону слышу сообщния как положено. Звоню на служебные сипнета 00000 или 2252623 – при соединении слышно на долю секунды легкое шипение, и – тишина. Такое впечатление, что не произошло согласование кодеков, хотя никаких отлупови ошибок нет, секунды звонка тикают, разговор якобы идет).

    Меняю приоритет на обратный 711 729, звук сразу появляется, но в статистике звонка видно, что использовался 711-й, что для меня-то не очень желательно.
    В какой-то момент какрыл на это глаза, отложив этот вопрос в долгий ящик.

    Но сегодня случился апофигей – в телефоне разрешил только 729 и 722 (второй для эксперемента, пока не сложил себе представление об этом кодеке), 711 запретил явно и принудительно.
    На внешней линии приоритет 711 729. Т.е. по идее, с моей стороны ( с учетом настройки оконечного устройства) разрешен только 729. Каково было мое удивоение, когда в статистике звонка значилось, что на обоих сторонах использовался 711-й.
    Как такое может быть?
    Маршрут такой – моё устройство – сервис – линия сипнет 1 – линия сипнет 2 – удаленное устройство.
    Все устройства и сипнетовские линии подключены к сервису.
    Т.е. по идее, сервис должен был или дать отлуп (при невозмоности согласовать кодеки) или транскодировать поток, с моей стороны должен был использоваться 729-й как единственно возможный.
    Или я что-то понимаю не так? 🙂
    При возможности настроек кодеков и их комбинаций для внешней линии, устройства на самом сервисе, и в самом физическом устройстве – кто из них в конце концов определяет, какой кодек будет использоваться?

    #10123

    Dominique
    Участник

    У меня точно были проблемы при звонке с телефона, настроенного как Alaw, на шлюз SPA3102, у которого First preferred codec был ulaw. Соединение проходило, но была тишина. Причём помогло просто принудительное переключение шлюза в Alaw.

    Сейчас же ещё интереснее, поставил несколько опытов с телефоном. Пока в настройках оставлен один кодек Alaw, всё работает прекрасно. То же самое, если оставлен один ulaw (!). Также эти кодеки прекрасно работают, будучи первыми в списке с g729, g726 и g722. Но как только мы включаем их оба в один и тот же список (например просто, Alaw+ulaw), слышимость при исходящих пропадает. Чудеса, короче.

    Каково было мое удивоение, когда в статистике звонка значилось, что на обоих сторонах использовался 711-й.
    Как такое может быть?

    Я же говорю, статистика подвирает.

Просмотр 6 сообщений - с 1 по 6 (из 6 всего)

Для ответа в этой теме необходимо авторизоваться.