a2b и failover for ratecard

21.02.2009

#1

a2b и failover for ratecard

приветствую.
есть a2billing от nixon.
проблема: биллинг не берет другую ratecard в случае получения ответа от транка типа 603 Declined.

если запустить на 1-ый транк, который вообще не существует (мертвый) - failover ratecard срабатывает и идет звонок исходя из LC type по 2-му транку
у первого транка в поле FAILOVER TRUNK = not defined

если выставить 1-ому транку FAILOVER TRUNK = "другой транк" - биллинг при получении 603 Declined будет использовать "другой транк"

используються параметры:
failover_lc_prefix = 1
lcr_mode = 1

я чего-то не понимаю или так оно и должно быть?

Спасибо.

11.11.2008

#2

Логика правильная.
Это значит, что звонок был сброшен. Т.е. DIALSTATUS = 'CANCEL', а не CHANUNAVAIL или CONGESTION.
_________________
https://github.com/nixonch/a2billing

21.02.2009

#3

603 Declined - используют некоторые операторы вместо кода 503. также сам a2b возращает код 603: не нашел префикс или не хватает линий, а также при других ситуациях схожих с кодом 503.
По мне, так логичнее использовать второй выбор, т.е. следущий ratecard, что будет являться по сути запасным транком. как это и реалезовано при FAILOVER TRUNK = "другой транк"

11.11.2008

#4

Т.е. предлагаете к каждому пиру доп настройку прицепить?
_________________
https://github.com/nixonch/a2billing

21.02.2009

#5

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

06.08.2013

#6

kinga @ Пн Авг 27, 2012 18:58 писал(а):

603 Declined - используют некоторые операторы вместо кода 503. также сам a2b возращает код 603: не нашел префикс или не хватает линий, а также при других ситуациях схожих с кодом 503.
По мне, так логичнее использовать второй выбор, т.е. следущий ratecard, что будет являться по сути запасным транком. как это и реалезовано при FAILOVER TRUNK = "другой транк"

В данном случае второй выбор работает, но цены на данный вызов биллинг берет из основного маршрута. Возможно ли чтобы он считал правильно, т.е. по цене которая стоит на используемом транке?