Тема: LDK-60 + SIP (Need help!)
Другого криминала не нашел!
Кстати, а вы по входящим вызовам ( я выше по вашему снифу писал) прову вопросы не задавали? Что в этом случае не так по их мнению?
Другого криминала не нашел!
Кстати, а вы по входящим вызовам ( я выше по вашему снифу писал) прову вопросы не задавали? Что в этом случае не так по их мнению?
Сегодня пров был только до обеда, поэтому задать вопрос просто некому..... В понедельник обязательно узнаю!
Другого криминала не нашел!
Кстати, а вы по входящим вызовам ( я выше по вашему снифу писал) прову вопросы не задавали? Что в этом случае не так по их мнению?
Провайдер ответил следующим образом:
RFC 3261.
8.1.3.5 Processing 4xx Responses
Certain 4xx response codes require specific UA processing,
independent of the method.
If a 401 (Unauthorized) or 407 (Proxy Authentication Required)
response is received, the UAC SHOULD follow the authorization
procedures of Section 22.2 and Section 22.3 to retry the request with
credentials.
В случае с BYE SIP-сервер работает именно так.
ИМХО, красиво ответили 😊 Ссылка на общие фразы из рекомендаций вместо того, чтобы пояснить, чем именно не понравилась аутентификация, которую отдает 60-ка...
Это все так. Но раньше провайдер говорил, что вызов не отбивается, поскольку в сообщении BYE присутствует аутентификация. Провайдер просил, чтобы BYE был без аутентификации.
Проверили. Послали чистый BYE. В ответ от провайдера получили запрос на аутентификацию (401).
Т.е. все-таки провайдер требует аутентификацию при разъединении.
Сейчас тестируем, выясняем, что не так в аутентификации.... Придется немного подождать...
И я процитирую...
RFC 3261.
15.1.2 UAS Behavior
A UAS core receiving a BYE request for an existing dialog MUST follow
the procedures of Section 12.2.2 to process the request. Once done,
the UAS SHOULD terminate the session (and therefore stop sending and
listening for media). The only case where it can elect not to are
multicast sessions, where participation is possible even if the other
participant in the dialog has terminated its involvement in the
session. Whether or not it ends its participation on the session,
the UAS core MUST generate a 2xx response to the BYE, and MUST pass
that to the server transaction for transmission.
Про ответ 2ХХ написано, а вот про запрос на аутентификацию (401) ничего нет. Так может пров слать запрос на аутентификацию в ответ на BYE от 60-ки?
Мдя... Увы, на 60-ке все-таки обнаружилась проблемка.
Отправили в Корею срочный запрос на исправление.
Пожалуйста подождите ответа. Мы надеемся, что на этой недели разработчики исправят этот баг.
На других моделях станций: MG, LIK, SBG - этой проблемы нет.
На ipLDK-100/300 постараемся проверить завтра.
Что касается односторонней слышимости, то, судя по всему, причина, видимо, в том, при нормальной слышимости от провайдера идут RTP пакеты G.711A с использованием интервала пакетизации 20 мс, а при односторонней слышимости - интервал пакетизации 10 мс.
Плата VOIB имеет аппаратные кодеки (DSP), которые не позволяют автоматичкески переключаться при каждом вызове то на 20 мс, то на 10 мс интервал. Поэтому:
- на VOIB по умолчанию интервал = 20 мс. Можно поменять на 10 мс. Но... провайдер должен будет использовать жестко (всегда) 20 мс (либо 10 мс) интервал для G.711A
- либо можно отказать от G.711 и попробовать работать с другим кодеком (G.729). Это Вы можете просто изменить в ПГМ340.
Огромное вам и форуму спасибо за помощь в решении вышеуказанных проблем! Появилась надежда, что всё-таки всё заработает как полагается. Теперь главное, чтобы провайдер согласился задать фиксированный интервал пакетизации. И корейцы оперативно исправили баг. И заживём счастливо) Ну только судя по всему без факсов.... Так как читал на этом же форуме про неприодолимые трудности T38 на 711 кодеке на 60ке. Правда ли это? Еще сам провайдер признался что Т38 у них работает коряво и лучше выбрать Т30, но мне как я понимаю, этого сделать просто негде... Посоветуйте как быть?
По поводу факса: ПГМ340/22 (Fax Mode) пропишите = Disable.
По поводу интервала пакетизации - завтра еще раз посмотрим.
Что касается односторонней слышимости, то, судя по всему, причина, видимо, в том, при нормальной слышимости от провайдера идут RTP пакеты G.711A с использованием интервала пакетизации 20 мс, а при односторонней слышимости - интервал пакетизации 10 мс.
Плата VOIB имеет аппаратные кодеки (DSP), которые не позволяют автоматичкески переключаться при каждом вызове то на 20 мс, то на 10 мс интервал. Поэтому:
- на VOIB по умолчанию интервал = 20 мс. Можно поменять на 10 мс. Но... провайдер должен будет использовать жестко (всегда) 20 мс (либо 10 мс) интервал для G.711A
- либо можно отказать от G.711 и попробовать работать с другим кодеком (G.729). Это Вы можете просто изменить в ПГМ340.
Сегодня провайдер изменил интервал пакетизации на своем оборудовании на 20мс, и проблемы с односторонней слышимостью как и не было. Большое спасибо за подсказку.
Да. Век живи - век учись!
Кстати, 60-ка во всех сообщениях Invite указывала для провайдера, что она работает с 20 мс интервалом. В SDP это все присутствует.
2 G13MO:
Мы только что отправили на ваш e-mail новую, подправленную прошивку для VOIB (по поводу BYE).
Пожалуйста, проверьте и сообщите результаты.
(Мы проверяли у себя. Теперь BYE работает правильно).
2 G13MO:
Мы только что отправили на ваш e-mail новую, подправленную прошивку для VOIB (по поводу BYE).
Пожалуйста, проверьте и сообщите результаты.
(Мы проверяли у себя. Теперь BYE работает правильно).
Игорь, а что в BYE за проблема оказалась?
Да, там была сдвоенная аутенфикация.
