488 Response когда абонент BUSY

[mikelog]

Вопрос, есть у нас коллсервер, который нам внедрен, но пилится/админится не нами. Так вот, когда абонент за этим колсервером говорит уже по телефону, этот коллсервер отдает 488 Response (Not Acceptable Here)
На мой вопрос какого мамонта мне отдается 488 а не 486, мне ответили так, что мол у них все хорошо и их система все хорошо прожевывает. Так ли это?
Разве не должно быть все строго по протоколу, если user BUSY то Response 486 ?

[Vlad1983]

кто как хочет так и понимает протокол
нет никаких строгих рекомендаций в каких случаях именно эти коды отдавать

[mikelog]

прям как и на дорогах городов, все ездят так как поняли правила(протокол) все бы ничего, но 488 response воспринимается как сбой и выдается соответствующий звуковой сигнал в трубку. вместо busy tone

[Vlad1983]

на каком ПО колцентр крутится, т.е. можно ли там порыться по диалплану?

[Obi Van]

Согласен с автором топика, что 488 всё таки перебор... Встречалось что устройство при занятости валило что-то из 5хх.

[mikelog]

на каком ПО колцентр крутится, т.е. можно ли там порыться по диалплану?

Naumen, что именно у них в качестве ядра знать не знаю, ведать не ведаю. Пока что рыться там в недрах не дозволено да и вряд ли дадут когда доступ.

[awsswa]

на asterisk просто HangUp(17) по памяти
на чем колл-центр можно наверно узнать по User Agents

[Obi Van]

awsswa
А в UA наверно высвечено чёрт знает что.

[awsswa]

В ручную UA редко кто выставляет - обычно стоит по умолчанию - особенно на софтсвичах провайдера

[mikelog]

Коллеги всем спасибо. Я понял, что я не один в своем мнение, что если в RFC busy это 486 response то оно так и должно быть.