forum.bitel.ru
http://forum.bitel.ru/

Дублирование звонков
http://forum.bitel.ru/viewtopic.php?f=6&t=5434		 Страница 1 из 1
Автор:  barguzin2 [ 28 апр 2011, 21:07 ]
Заголовок сообщения:  Дублирование звонков
Имеем схему: Юзер подключается по SIP на меру (регистрация с авторизацией). В воип модуле в качестве алиаса прописывается Е.164 номер, который является sip-username. Создаем следующий тип логина (см. скрин) и создаем НАС со следующей конфигурацией

Код:
service=12
auth.in=all/all
auth.out=all/all
acct.in=voip/originate
acct.out=voip/answer


Шлюз, через который выходит звонок прописан на мере без регистрации. Транзитных НАС нет. Опытным путем выяснилось, что никакие конфиги меры - такие как замена dst_username при originate, тип легов, только стоповые пакеты - не помогают. Хотя вру, смена типов легов помогла, но лишь потому, что вместо voip/answer получим telephony/answer, и как только его прописать (соответствии с легами пакетов) в конфиг НАС опять имеем дубль. Мало того, это изменение касается именно acct.out, и исходящий должен вообще не посчитаться, т.к. получится несостыковка. Но этот момент привел к выводу, что

Код:
acct.in=voip/originate


вот на это похоже биллинг ложил и считает всё равно как исходящий звонок. Нашел на форуме что типа поставить acct.in=none/none, но тогда, простите, вопрос - как считать при необходимости входящие на том же НАС для других типов логинов?

Даже в доке внесена непонятица:
Цитата:
Содержимое конфигурации должно содержать следующие данные:

1) Привязанную к NASу услугу: service=<код услуги>.

2) Необходимо настроить какие звонки считать исходящими, а какие - входящими для пользователя. Для определения направления используются атрибуты h323-call-type и h323-call-origin из RADIUS запроса. Значения этих атрибутов, соответствующие каждому типу звонка необходимо указать через дробь.

Ниже приведена конфигурация, которая может быть использована для популярного Гейткипера Aqua:
Код:
auth.in=voip/originate
auth.out=voip/answer
acct.in=voip/originate
acct.out=voip/answer

В этом случае авторизационные запросы с атрибутами h323-call-type=Voip h323-call-origin=originate будут считаться исходящими, h323-call-type=Voip h323-call-origin=answer входящими.


Вроде auth.out=voip/answer, но исходящим почему-то будет считаться h323-call-type=Voip h323-call-origin=originate. Тут смотря какую точку отсчета выбрать, и я так понимаю что точка остчета - это НАС. Я правильно понимаю ?

Прошу пояснить ситуацию.

Вложения:
login_type.JPG
login_type.JPG [ 32 КБ | Просмотров: 13544 ]
Автор:  barguzin2 [ 29 апр 2011, 10:27 ]
Заголовок сообщения:  Re: Дублирование звонков
Эмпирическим путем выяснил что при следующей конфигурации НАС

Код:
service=12
auth.in=all/all
auth.out=all/all
acct.in=voip/originate
acct.out=none/none


и настройками секции радиус на мере: заменять dst_username,

а также изменением типа логина: Тарифицировать входящие и исходящие по вызываемому номеру, AUTH/ACCT/IN/OUT все-все искать по ALIAS, да еще убрал галку Игрорировать одиночные стоп получил следующий стоп-лог (старты на мере отключил временно, но они рояли не играют)

Код:
04-29/00:18:39  INFO [radiusListener-p-4-t-17] status - REQUEST:
Packet type: Accounting-Request
Identifier: 43
Authenticator: {ED 95 D0 F4 A5 20 01 81 F5 04 27 70 69 8E 8C FD}
Attributes:
  User-Name=x.x.0.2
  NAS-IP-Address=x.x.0.233
  Service-Type=1
  Acct-Input-Octets=42078
  Acct-Output-Octets=39541
  Acct-Status-Type=2
  Acct-Delay-Time=0
  Acct-Session-Time=0
  Acct-Session-Id=8583abaf-fd-56301fc1OV1
  Calling-Station-Id=7xxxxxx9666
  NAS-Port-Type=0
  Called-Station-Id=7xxxxxx8308
  cisco-avpair=h323-remote-id=x.x.0.2
  cisco-avpair=xpgk-src-number-in=7xxxxxx9666
  cisco-avpair=xpgk-src-number-out=7xxxxxx9666
  cisco-avpair=xpgk-dst-number-in=7xxxxxx8308
  cisco-avpair=xpgk-dst-number-out=7xxxxxx8308
  cisco-avpair=xpgk-record-id=1303947932-253
  cisco-avpair=h323-call-id=969B5500 B12CB910 80000016 366A5973
  cisco-avpair=xpgk-local-disconnect-cause=1
  h323-gw-id=x.x.224.20
  h323-remote-address=x.x.0.2
  h323-setup-time=18:00:33.000 IRKST Thu Apr 28 2011
  h323-conf-id=C89B5500 B12CB910 80000016 366A5973
  h323-call-type=VoIP
  h323-call-origin=originate
  h323-disconnect-time=18:00:38.000 IRKST Thu Apr 28 2011
  h323-connect-time=18:00:38.000 IRKST Thu Apr 28 2011
  h323-voice-quality=0
  h323-disconnect-cause=10

04-29/00:18:39  INFO [radiusListener-p-4-t-18] status - REQUEST:
Packet type: Accounting-Request
Identifier: 43
Authenticator: {13 83 AF D5 21 17 8A FB 9E F2 B7 6E 28 2E E5 D3}
Attributes:
  User-Name=7xxxxxx9666
  NAS-IP-Address=x.x.0.233
  Service-Type=1
  Acct-Input-Octets=39588
  Acct-Output-Octets=42078
  Acct-Status-Type=2
  Acct-Delay-Time=0
  Acct-Session-Time=0
  Acct-Session-Id=8583abaf-fd-56301fc1AV
  Calling-Station-Id=7xxxxxx9666
  NAS-Port-Type=0
  Called-Station-Id=7xxxxxx8308
  cisco-avpair=h323-remote-id=x.x.224.20
  cisco-avpair=xpgk-src-number-in=7xxxxxx9666
  cisco-avpair=xpgk-src-number-out=7xxxxxx9666
  cisco-avpair=xpgk-dst-number-in=7xxxxxx8308
  cisco-avpair=xpgk-dst-number-out=7xxxxxx8308
  cisco-avpair=xpgk-record-id=1303947932-253
  cisco-avpair=h323-call-id=969B5500 B12CB910 80000016 366A5973
  cisco-avpair=xpgk-local-disconnect-cause=1
  h323-gw-id=x.x.0.2
  h323-remote-address=x.x.224.20
  h323-setup-time=18:00:33.000 IRKST Thu Apr 28 2011
  h323-conf-id=C89B5500 B12CB910 80000016 366A5973
  h323-call-type=VoIP
  h323-call-origin=answer
  h323-disconnect-time=18:00:38.000 IRKST Thu Apr 28 2011
  h323-connect-time=18:00:38.000 IRKST Thu Apr 28 2011
  h323-voice-quality=0
  h323-disconnect-cause=10



В итогде считается исходящий для User-Name=7xxxxxx9666, хотя в леге пакета h323-call-type=VoIP h323-call-origin=answer, а в конфиге acct.out=none/none. И вдобавок входящие (те самые, что со шлюза который без авторизации) тоже считаются (галку то убрал про одиночные стоповые), но тут хоть логика есть: acct.in=voip/originate. Логи входящего приводить не стал, там всё зеркально.

Можете как-то прокомментировать ситуацию ? Уж очень всё запутано получается.
Автор:  JIoIIIaDka [ 29 апр 2011, 11:48 ]
Заголовок сообщения:  Re: Дублирование звонков
Какая версия меры ? В параметрах того неавторизованного шлюза в мере стоит галочка "отправлять аккаунтинг" ?
Покажите этот обсчитанный звонок в мониторе voip (и саму строчку-запись и лог авторизации с аккаунтингом от нее).
И.. как-то конечная цель плохо прослеживается. Как в итоге хочется чтобы обсчитывало ?
Так обсчиталось, скорее всего, из-за авторизации и первому пришедшему акаунтингу прилепившемуся к ней.
Автор:  barguzin2 [ 29 апр 2011, 16:01 ]
Заголовок сообщения:  Re: Дублирование звонков
Мера версии 3.1.4. Аккаунтинг стоит везде. Авторизация стоит у юзера, у шлюза х.х.0.2 - нету.

Строки звонка в в аттаче. Малость неудачно, но прошу внимательно смотреть - один номер А-9666, второй Б-9696. А звонит на Б
Параметры НАС

Код:
service=12
auth.in=all/all
auth.out=all/all
acct.in=voip/originate
acct.out=voip/answer


Параметры типа логина уже приводил выше

Лог радиуса

Код:
Packet type: Access-Request
Identifier: 56
Authenticator: {64 3E 13 18 10 0B 4A 33 DA 70 2D 0C A8 01 86 0F}
Attributes:
  User-Name=7xxxxxx9666
  Digest-Attributes=..x.x.0.233
  Digest-Attributes=.0d04e9000ff30ba1080000016366a5973@mera.xxx.ru
  Digest-Attributes=.
REGISTER
  Digest-Attributes=..sip:xxx.ru
  Digest-Attributes=..MD5
  Digest-Attributes=

7xxxxxx9666
  Digest-Response=d043053e5b491db86a1d9a7972974283
  NAS-IP-Address=x.x.0.233
  Service-Type=1
  Acct-Session-Id=943fa9b0-104-b8b01fc1
  Calling-Station-Id=7xxxxxx9666
  NAS-Port-Type=0
  Called-Station-Id=7xxxxxx9696
  cisco-avpair=xpgk-request-type=number
  cisco-avpair=h323-call-id=EC7E0D00 3F31BA10 80000016 366A5973
  cisco-avpair=h323-gw-address=x.x.224.20
  cisco-avpair=h323-incoming-local-address=x.x.0.233
  cisco-avpair=h323-remote-id=x.x.0.2
  cisco-avpair=xpgk-src-number-in=7xxxxxx9666
  cisco-avpair=xpgk-src-number-out=7xxxxxx9666
  cisco-avpair=xpgk-dst-number-in=7xxxxxx9696
  cisco-avpair=xpgk-dst-number-out=7xxxxxx9696
  cisco-avpair=xpgk-route-retries=1
  cisco-avpair=xpgk-sip-auth1=7xxxxxx9666:x.x.0.233
  cisco-avpair=xpgk-sip-auth2=REGISTER:sip:xxx.ru
  cisco-avpair=xpgk-sip-auth3=d04e9000ff30ba1080000016366a5973@mera.xxx.ru
  cisco-avpair=xpgk-sip-auth4=d043053e5b491db86a1d9a7972974283
  h323-gw-id=x.x.224.20
  h323-remote-address=x.x.0.2
  h323-setup-time=12:32:15.000 IRKST Fri Apr 29 2011
  h323-conf-id=147F0D00 3F31BA10 80000016 366A5973

04-29/18:10:26  INFO [radiusListener-p-3-t-2] RadiusListenerWorker - RESPONSE:
Packet type: Access-Accept
Identifier: 56
Authenticator: {5D B1 DA CF 8E CD AC CF CC 09 C4 0B 34 EC FD BD}
Attributes:
  h323-credit-time=1740
  cisco-avpair=xpgk-ep-number=7xxxxxx9666
  h323-return-code=0
  h323-credit-amount=89.65

Process time auth: 33

04-29/18:10:33  INFO [radiusListener-p-4-t-13] status - REQUEST:
Packet type: Accounting-Request
Identifier: 56
Authenticator: {8F F6 B4 11 B8 7C 5F 56 F9 67 1A 87 4A 87 91 62}
Attributes:
  User-Name=x.x.0.2
  NAS-IP-Address=x.x.0.233
  Service-Type=1
  Acct-Input-Octets=18549
  Acct-Output-Octets=17741
  Acct-Status-Type=2
  Acct-Delay-Time=0
  Acct-Session-Time=6
  Acct-Session-Id=943fa9b0-104-b8b01fc1OV1
  Calling-Station-Id=7xxxxxx9666
  NAS-Port-Type=0
  Called-Station-Id=7xxxxxx9696
  cisco-avpair=h323-remote-id=x.x.0.2
  cisco-avpair=xpgk-src-number-in=7xxxxxx9666
  cisco-avpair=xpgk-src-number-out=7xxxxxx9666
  cisco-avpair=xpgk-dst-number-in=7xxxxxx9696
  cisco-avpair=xpgk-dst-number-out=7xxxxxx9696
  cisco-avpair=xpgk-record-id=1303947932-260
  cisco-avpair=h323-call-id=EC7E0D00 3F31BA10 80000016 366A5973
  cisco-avpair=xpgk-local-disconnect-cause=1
  h323-gw-id=x.x.224.20
  h323-remote-address=x.x.0.2
  h323-setup-time=12:32:15.000 IRKST Fri Apr 29 2011
  h323-conf-id=147F0D00 3F31BA10 80000016 366A5973
  h323-call-type=VoIP
  h323-call-origin=originate
  h323-disconnect-time=12:32:21.000 IRKST Fri Apr 29 2011
  h323-connect-time=12:32:15.000 IRKST Fri Apr 29 2011
  h323-voice-quality=0
  h323-disconnect-cause=10

04-29/18:10:33  INFO [radiusListener-p-4-t-13] status - RESPONSE:
Packet type: Accounting-Response
Identifier: 56
Authenticator: {89 BF 15 1E AB 44 1D D4 25 F4 D5 3B 7D 8E CD B3}
Attributes:

Process time stop: 0

04-29/18:10:33  INFO [radiusListener-p-4-t-14] status - REQUEST:
Packet type: Accounting-Request
Identifier: 56
Authenticator: {66 0B 31 7D F9 98 DF 48 D8 70 15 B3 CD 90 79 CF}
Attributes:
  User-Name=7xxxxxx9666
  NAS-IP-Address=x.x.0.233
  Service-Type=1
  Acct-Input-Octets=17788
  Acct-Output-Octets=18549
  Acct-Status-Type=2
  Acct-Delay-Time=0
  Acct-Session-Time=6
  Acct-Session-Id=943fa9b0-104-b8b01fc1AV
  Calling-Station-Id=7xxxxxx9666
  NAS-Port-Type=0
  Called-Station-Id=7xxxxxx9696
  cisco-avpair=h323-remote-id=x.x.224.20
  cisco-avpair=xpgk-src-number-in=7xxxxxx9666
  cisco-avpair=xpgk-src-number-out=7xxxxxx9666
  cisco-avpair=xpgk-dst-number-in=7xxxxxx9696
  cisco-avpair=xpgk-dst-number-out=7xxxxxx9696
  cisco-avpair=xpgk-record-id=1303947932-260
  cisco-avpair=h323-call-id=EC7E0D00 3F31BA10 80000016 366A5973
  cisco-avpair=xpgk-local-disconnect-cause=1
  h323-gw-id=x.x.0.2
  h323-remote-address=x.x.224.20
  h323-setup-time=12:32:15.000 IRKST Fri Apr 29 2011
  h323-conf-id=147F0D00 3F31BA10 80000016 366A5973
  h323-call-type=VoIP
  h323-call-origin=answer
  h323-disconnect-time=12:32:21.000 IRKST Fri Apr 29 2011
  h323-connect-time=12:32:15.000 IRKST Fri Apr 29 2011
  h323-voice-quality=0
  h323-disconnect-cause=10

04-29/18:10:33  INFO [radiusListener-p-4-t-14] status - RESPONSE:
Packet type: Accounting-Response
Identifier: 56
Authenticator: {4F A8 9F 5D D8 03 9C 10 47 8A E5 74 CA 1F F5 DE}
Attributes:

Process time stop: 0



Сеция Radius На мере

Код:
[Radius]
auth_enable = 1
route_enable = 0
acct_enable = 1
acct_address = x.x.0.234
acct_port = 1813
auth_address = x.x.0.234
auth_port = 1812
local_auth_port = 1645
local_acct_port = 1646
local_route_port = 1647
acct_type = 1
acct_leg_type = 5
acct_boot_msg = 0
acct_stop_only = 1
secret = merasecret
repeat_time = 3
repeat_quantity = 3
local_address = x.x.0.233
use_h323_ivr_in = 0
dst_user_orig_leg = 1
q931_h323_disconnect_cause = 0
debug_level = 0
stop_acct_level = 0
dont_send_stop_acct_for_ldc = 0


Чего хочется спрашиваете? Да хочется чтобы настраивать всё по доке и логика была. Судя по логам радиуса - там всего 2 стоп пакета, причем юзеры разные, значит максимум аккаунтинг для юзера может быть один из одного пакета voip/answer. А если поставить acct.out=none/none (или там telephony/answer), то вообще не должен тарифицироваться исходящий, а он тарифицируется.

Т.е. вы хотите сказать что к авторизации прилипает первый следом прилитевший пакет после? или как ? Здесь по хронологии так и есть, только stop/voip/originate первым пришел , но это корявость, ибо answer, originate может в любом порядке прийти, а по условиям поиска исходящего аккаунтинга выставлено voip/answer, вот к нему и должен прилипать тогда.

Может я чего-то не понимаю ? Подскажите тогда рабочий конфиг с пояснением или объясните почему здесь задваивается ? Звонок то проходит всего через 1 НАС.

Вложения:
mon_calls.JPG
mon_calls.JPG [ 13.55 КБ | Просмотров: 13523 ]
Автор:  JIoIIIaDka [ 29 апр 2011, 18:22 ]
Заголовок сообщения:  Re: Дублирование звонков
Ну тут (судя по логу) просто два раза обсчиталось, причем правильно.
Задваивается, скорее всего, потому, что один стоп-пакет летит из маршрутов, а второй из шлюза. Убрать галочку аккаунтинга из параметров шлюза и проверить (все равно ведь машрутами все будет рулиться?).
И.. галочка авторизации звонка в настройках шлюза тоже стоит ?
Неплохо бы еще посмотреть радиус-лог задвоенного звонка из биллинга (как раз того задвоения что на скрине).
Автор:  barguzin2 [ 29 апр 2011, 21:59 ]
Заголовок сообщения:  Re: Дублирование звонков
Все логи приведены. Вот по этим двум пакетам аккаунтинга и получилось 2 звонка в биллинге, в этом весь вопрос. Лог очистил, сделал звонок, скопировал все из файла сюда .Что значит летит из маршрута и из шлюза? Оба пакета аккаунтинга летят летят с НАС. Им предшествует пакет авторизации. Да, авторизация звонка есть ( у РАС-клиента выставлена авторизация в разделе Радиус). Внешней маршрутизации нет, да и неважно это, т.к. это авторизационный запрос, а не аккаунтинг.

Каждый звонок имеет по отношению НАС 2 лега - входящий на НАС voip/answer и исходящий с НАС voip/originate. Первый получается исходящим по отношению к пользователю (acct.out). По всем показателям такой пакет тут один (он в логах последний stop/voip/answer). По нему всё должно и считаться, причем ОДИН раз. Откуда взялся второй звонок в биллинге ? Там и в пакете другой пользователь (алиас) и направление не совпадает (voip/originate - это для acct.in вовсе). Так откуда правильно то взялось ?

Уважаемые разработчики, может вы прокомментируете и разрулите ситуацию ?
Автор:  JIoIIIaDka [ 03 май 2011, 12:59 ]
Заголовок сообщения:  Re: Дублирование звонков
Цитата:
Там и в пакете другой пользователь (алиас) и направление не совпадает

В пакете авторизации у задвоения или в аккаутинге ?
Покажите отдельно радиус-логи обоих учтенных звонков, которые выше на скрине. НЕ из файла, а из монитора voip (даже если одинаковые на глаз).
Автор:  Amir [ 03 май 2011, 13:15 ]
Заголовок сообщения:  Re: Дублирование звонков
А у вас в скрипте предобработки подменяется h323-conf-id для операторских аккаунтинг пакетов?
Т.к. h323-conf-id - уникальный идентификатор сессии для наса, он используется для определения сессии. Если по двум сессиям будет идти одинаковый h323-conf-id - то возможны конфликты. Т.е., например, первым приходит операторский стоп - и он считается как стоп пакет не операторской сессии.
Автор:  barguzin2 [ 03 май 2011, 13:56 ]
Заголовок сообщения:  Re: Дублирование звонков
Скрипта предобработки нет. Логи радиус предоставлены. Звонок через НАС и биллинг всего один тестовый идет. Сессия здесь одна ведь, один h323-conf-id, и она содержит 2 лега - voip/answer и voip/originate. Мало того что voip/originate не подходит по конфигурации для поиска исходящего звонка (там acct.out=voip/answer), так еще там и пользователь саааавсем другой (User-Name=x.x.0.2). А нужно искать User-Name=7xxxxxx9666. И вот для этого логина с алиасом 7xxxxxx9666 получаем двойную тарификацию. Где логика то? Или я неправильно понимаю суть документации ? По моей логике один пакет - это для исходящего звонка для логина, другой пакет - входящий для шлюза.

http://forum.bgbilling.ru/viewtopic.php?f=6&t=3558
Вот здесь пишут что в конфиге НАС указать acct.in=none/none. Пробовал - тарифицируется один звонок. Но это, имхо, от лукавого (да и входящие уже не потарифицируешь через этот НАС). Мало того, в конфигурации acct.in=voip/originate + acct.out=none/none тоже один звонок тарифицируется(причем исходящий) А это уже совсем непонятно, по acct.in чтоли как то он ?

В общем вопрос остается открытым.
Автор:  JIoIIIaDka [ 03 май 2011, 14:13 ]
Заголовок сообщения:  Re: Дублирование звонков
Дело в том, что в авторизации (в логе всерху) именно User-Name=7xxxxxx9666. Поэтому я и просил заново оба радиус-лога и именно из МОНИТОРА; т.е. то, что по факту обработал биллинг. Потому что могла возникнуть ситуация, когда приходит две авторизации (а вторая как раз скорее всего из-за галочки авторизации шлюза) с User-Name=7xxxxxx9666 (с разными h323-conf-id), но с разными аккаунтингами, и потом биллингу будет все равно что там в стопе, потому что он всю информацию о логине/договоре уже получил при авторизации (ведь у вас как раз поиск по User-Name. При условии равенства h323-conf-id в пределах "отдельных" авторизаций и стопов т.к. это и есть для него главный идентификатор сессии)
Автор:  barguzin2 [ 03 май 2011, 14:53 ]
Заголовок сообщения:  Re: Дублирование звонков
Авторизация стоит только у пользователя. Шлюз без авторизации. По монитору оба звонка выдают ИДЕНТИЧНЫЙ (1 в 1) лог. Авторизация, как видно, одна.
Автор:  Amir [ 03 май 2011, 17:39 ]
Заголовок сообщения:  Re: Дублирование звонков
С точки зрения биллинга A -> B и B -> A это две разные сессии.
Если это одна сессия - как по ней могут приходить два стопа?
Автор:  JIoIIIaDka [ 03 май 2011, 18:26 ]
Заголовок сообщения:  Re: Дублирование звонков
тогда что значит
Цитата:
Откуда взялся второй звонок в биллинге ? Там и в пакете другой пользователь (алиас) и направление не совпадает (voip/originate - это для acct.in вовсе)
где там, в каком пакете ?
Вам что трудно снова сделать тестовый звонок и показать оба радиус-лога из МОНИТОРА от задвоенных звонков, даже если они одинаковые ? мы же не экстрасенсы тут :)
(можно еще потом приложить, отдельно, эти же куски звонков, но из файла лога радиуса)
Автор:  barguzin2 [ 03 май 2011, 21:01 ]
Заголовок сообщения:  Re: Дублирование звонков
Уважаемый, Amir, лучше подскажите что Я делаю не так, либо БИЛЛИНГ почему так считает ? Вместо ответов вижу только вопросы, причем не по существу. Я привожу конкретные конфиги и конкретные результаты. Где логика то соответствия конфигурации и реальности происходящего ?

Еще раз - конкретный вопрос: почему при настройках НАС

Код:
service=12
auth.in=all/all
auth.out=all/all
acct.in=voip/originate
acct.out=none/none


А также типе логина, приведенном в первом посте
Обсчитывается исходящий звонок ? (он именно исходящий. тем более в типе логина входящие не тарифицируются). При таком конфиге пакет для исходящего звонка вообще не должен найтись же. Где логика ? И еще хлеще - он считается по voip/originate (а это для входящего acct.in). Где логика ? И совсем не в какие ворота - он считается не по тому юзеру User-Name=x.x.0.2, а должен искать User-Name=555. Где логика ?

Привожу лог радиус из монитора

Код:
03 21:49:58
Packet type: Access-Request
Identifier: 84
Authenticator: {32 C4 87 18 54 05 1A 44 27 D8 AE 12 8F A9 A0 29}
Attributes:
User-Name=555
Digest-Attributes=\u1\u15x.x.0.233
Digest-Attributes=\u2082c31900ffdebf1080000016366a5973@mera.xxx.ru
Digest-Attributes=
REGISTER
Digest-Attributes=\u4\u14sip:xxx.ru
Digest-Attributes=\u6\u5MD5
Digest-Attributes=
555
Digest-Response=f6c11c8473a37d9578f5deb3f2b4eeea
NAS-IP-Address=x.x.0.233
Service-Type=1
Acct-Session-Id=9a1b60c0-114-98801fc1
Calling-Station-Id=555
NAS-Port-Type=0
Called-Station-Id=666
cisco-avpair=xpgk-request-type=number
cisco-avpair=h323-call-id=7AC44D00 0FDFBF10 80000016 366A5973
cisco-avpair=h323-gw-address=x.x.224.20
cisco-avpair=h323-incoming-local-address=x.x.0.233
cisco-avpair=h323-remote-id=x.x.0.2
cisco-avpair=xpgk-src-number-in=555
cisco-avpair=xpgk-src-number-out=555
cisco-avpair=xpgk-dst-number-in=666
cisco-avpair=xpgk-dst-number-out=666
cisco-avpair=xpgk-route-retries=1
cisco-avpair=xpgk-sip-auth1=555:x.x.0.233
cisco-avpair=xpgk-sip-auth2=REGISTER:sip:xxx.ru
cisco-avpair=xpgk-sip-auth3=82c31900ffdebf1080000016366a5973@mera.xxx.ru
cisco-avpair=xpgk-sip-auth4=f6c11c8473a37d9578f5deb3f2b4eeea
h323-gw-id=x.x.224.20
h323-remote-address=x.x.0.2
h323-setup-time=19:55:11.000 IRKST Tue May 03 2011
h323-conf-id=ACC44D00 0FDFBF10 80000016 366A5973

03 21:49:58
Packet type: Access-Accept
Identifier: 84
Authenticator: {}
Attributes:
h323-credit-time=60
cisco-avpair=xpgk-ep-number=555
h323-return-code=0
h323-credit-amount=5.85
Process time auth: 35

03 21:50:02
Packet type: Accounting-Request
Identifier: 84
Authenticator: {C6 7D 3B E5 90 55 C7 AD 24 40 B7 9F FE 23 1D F6}
Attributes:
User-Name=x.x.0.2
NAS-IP-Address=x.x.0.233
Service-Type=1
Acct-Input-Octets=12889
Acct-Output-Octets=12341
Acct-Status-Type=2
Acct-Delay-Time=0
Acct-Session-Time=4
Acct-Session-Id=9a1b60c0-114-98801fc1OV1
Calling-Station-Id=555
NAS-Port-Type=0
Called-Station-Id=666
cisco-avpair=h323-remote-id=x.x.0.2
cisco-avpair=xpgk-src-number-in=555
cisco-avpair=xpgk-src-number-out=555
cisco-avpair=xpgk-dst-number-in=666
cisco-avpair=xpgk-dst-number-out=666
cisco-avpair=xpgk-record-id=1303947932-276
cisco-avpair=h323-call-id=7AC44D00 0FDFBF10 80000016 366A5973
cisco-avpair=xpgk-local-disconnect-cause=1
h323-gw-id=x.x.224.20
h323-remote-address=x.x.0.2
h323-setup-time=19:55:11.000 IRKST Tue May 03 2011
h323-conf-id=ACC44D00 0FDFBF10 80000016 366A5973
h323-call-type=VoIP
h323-call-origin=originate
h323-disconnect-time=19:55:15.000 IRKST Tue May 03 2011
h323-connect-time=19:55:11.000 IRKST Tue May 03 2011
h323-voice-quality=0
h323-disconnect-cause=10


Выяснил: звонок считается 1 раз при любых следующих комбинациях (acct.in=none/none, acct.out=voip/any), (acct.out=none/none, acct.in=voip/any), где any=[answer,originate] User-Name при этом что АЛИАС логина (звонящий), что айпишник шлюза (принимающий звонок) - пофик, всё равно считается, только каждый раз по разным пакетам. Где логика ? Везде в начале звонка присутствует авторизация. Почему биллинг игнорирует User-Name и h323-call-origin ? И почему возникает дубль (обсчет 2 раза, но по разным пакетам с разными User-name и call-origin) ?

Может есть какая-то хитрая привязка авторизации к аккаунтингу ?
acct.out=voip/answer - Исходящие звонки логина считать по пакету voip/answer , я правильно понимаю? А то с этой чехардой уже путаться начинаешь.
Так как же все-таки настроить параметры чтобы корректно считались и входящие и исходящие звонки RAS-пользователей ?

Уважаемые разработчики, может уже объясните наконец суть данного феномена?
Автор:  barguzin2 [ 03 май 2011, 21:14 ]
Заголовок сообщения:  Re: Дублирование звонков
JIoIIIaDka писал(а):
тогда что значит
Цитата:
Откуда взялся второй звонок в биллинге ? Там и в пакете другой пользователь (алиас) и направление не совпадает (voip/originate - это для acct.in вовсе)
где там, в каком пакете ?
Вам что трудно снова сделать тестовый звонок и показать оба радиус-лога из МОНИТОРА от задвоенных звонков, даже если они одинаковые ? мы же не экстрасенсы тут :)
(можно еще потом приложить, отдельно, эти же куски звонков, но из файла лога радиуса)


Посмотрите сообщение от 29 апр 2011, 17:01. В нем приведен лог радиуса. Так вот эти же данные фигурируют и в мониторе каждого из двух звонков. Звонки отнесены к одному договору. Куда еще подробнее ? Всего 3 пакета - авторизация и 2 аккаунтинга. Все данные есть, к чему еще вагон идентичных логов выгружать ? Но если у вас после обнародования этих логов появится решение, то несомненно скину.
Автор:  JIoIIIaDka [ 04 май 2011, 13:56 ]
Заголовок сообщения:  Re: Дублирование звонков
Касательно позапрошлого поста (19:01 по msk), почему обсчитывается.
Потому, что в пакете авторизации пришел User-Name=555, т.е. он из авторизаци нашел логин/договор.
Далее по совпадению h323-conf-id он ждет стоп-пакета (тут, скорее всего, даже просто первого пришедшего, а разруливать преобработкой пакета и изменением h323-conf-id в нужном леге); когда стоп-аккаунтинг придет он прикрутит его к этой авторизации и он уже не будет смотреть на User-Name в аккаунтинге, потому что он уже видел его из авторизации и помнит что это за абонент. Вопрос в том почему обсчитывает не так как хочется еще висит, да.

Потому, что у вас сейчас уже новый тест (номера и звонки новые) и нет скрина задвоения, нет скрина типа логина (если он изменился), нет 2го лога из монитора; туда сюда листать всю тему и сравнивать тут и там не очень удобно, тем более она уже переползла но 2ю страницу.

User-Name=x.x.0.2 это ип абонентской железки ?
Это ( http://wiki.bgbilling.ru/index.php/Интеграция_c_MVTS ) смотрели ? у меня другая мера, старенькая.
Автор:  barguzin2 [ 04 май 2011, 14:24 ]
Заголовок сообщения:  Re: Дублирование звонков
Номера теже, просто я их поменял на 555 и 666 для наглядности.
Давайте отделять мух от каклет - авторизация авторизацией, аккаунтинг аккаунтингом. Да, авторизация нашлась по User-Name=555 (555 здесь ALIAS), НО! в типе логина отдельно указывается поиск для аккаунтинга. Предположим что аккаунтинг тупо привязался к авторизации (муха села на каклеты), к первому звонку. Тогда как же второй аккаунтинг, к чему он прилипает ? Где там логика поиска ? В нём все данные ДРУГИЕ! Там User-Name=x.x.0.2 (это айпи шлюза уже) По ссылке смотрел. Там тупо поиск по айпишникам шлюзов - не подходит. Вечером скину ПОЛНЫЕ данные теста со всеми логами и скринами.
Автор:  barguzin2 [ 04 май 2011, 20:23 ]
Заголовок сообщения:  Re: Дублирование звонков
Итак, всё снова. Для начала конфигурация

Вложения:
NAS.JPG
NAS.JPG [ 33.64 КБ | Просмотров: 13243 ]
LOGIN_TYPE.JPG
LOGIN_TYPE.JPG [ 30.83 КБ | Просмотров: 13243 ]
CONF.JPG
CONF.JPG [ 11.18 КБ | Просмотров: 13243 ]
Автор:  barguzin2 [ 04 май 2011, 20:24 ]
Заголовок сообщения:  Re: Дублирование звонков
Создаем пользователю логин

Вложения:
VOIP_LOGIN.JPG
VOIP_LOGIN.JPG [ 13.07 КБ | Просмотров: 13243 ]
Автор:  barguzin2 [ 04 май 2011, 20:34 ]
Заголовок сообщения:  Re: Дублирование звонков
А теперь рестартим на всякий случай радиус, биллинг, делаю перерегистрацию юзера на мере и звоню 3 раза. Смотрим что получилось: первый звонок старифицировался 1 раз, следующие 2 по 2 раза.

Вложения:
CALLS.JPG
CALLS.JPG [ 30.81 КБ | Просмотров: 13243 ]
Автор:  barguzin2 [ 04 май 2011, 20:40 ]
Заголовок сообщения:  Re: Дублирование звонков
Про конфу меры не упомянул. User-Name=7xxxxxxx666 - это RAS-пользователь, у него стоит авторизация и аккаунтинг. User-Name=x.x.0.2 - это мой другой шлюз, в биллинге он вообще никак не обозначен. (хотя пробовал и его другому юзеру впихивать - безрезультатно) У него стоит только аккаунтинг.

Смотрим логи. Непонятица полная. Первый звонок протарифицировался 1 раз, но (везде смотрим по логам монитора) к авторизации прилип voip/originate. В другом задвоение, к авторизации прилип опять voip/originate плюс каким то боком нарисовался voip/answer (одиночный же он вроде). Ну и наконец третий звонок - к авторизации прилип voip/answer (вроде так и надо), так еще в хвосте видим voip/originate (а он то каким боком?)

В ходе эксперимента никакие конфы не менялись. Просто делал звонки и собирал логи.

Amir`у могу дать доступ на биллинг посмотреть эти звонки, а также проверить конфигурацию и провести совместные эксперименты.

Вложения:
Call3.txt [8.75 КБ]
Скачиваний: 525
Call2.txt [8.75 КБ]
Скачиваний: 550
Call1.txt [7.74 КБ]
Скачиваний: 532
Автор:  barguzin2 [ 04 май 2011, 20:51 ]
Заголовок сообщения:  Re: Дублирование звонков
JIoIIIaDka, теперь все данные ? Или вам опять нужно скопировать данные монитора задвоенных звонков ? Поверьте мне, они одинаковые. Я, конечно, могу нажать Ctrl+C, Ctrl+V и выдать 2 порции одинаковой инфы, но считаю это бесполезным. Вопрос теперь к вам таковой - есть у вас какие-то мысли по этому поводу ?
Автор:  JIoIIIaDka [ 01 июн 2011, 19:17 ]
Заголовок сообщения:  Re: Дублирование звонков
Что в итоге у вас получилось ? Все еще дублируются звонки ? 6.05.2011 было обновление, помогло ли оно ?
Автор:  barguzin2 [ 16 июн 2011, 21:39 ]
Заголовок сообщения:  Re: Дублирование звонков
Не дублируются. Плюс помогли разобраться во всей кухне авторизации/аккаунтинга.
Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/