|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Igor Blagodetelev 2:5000/104.54 10 Jun 2003 14:55:56
To : Vladimir Kravchenko
Subject : Re: parsing radius voip
--------------------------------------------------------------------------------
10 Jun 03 10:40, you wrote to me:
VK> Hе знаю как там дрова, а вот ICPIF вроде как стандарт IETF. Впрочем
VK> может я и гоню.
Hе знаю как там насчет стандартов, но циферь сия меня уже долгое время вводит
в смущение, ибо на хороших звонках может показывать большие значения, нежели чем
в звонках с отвратительнейшим качеством, ладно, это не столь важно.
VK> Более того, каждый из этих двух звоноков может быть на много сложнее
VK> - с несколькими originate "внутри" каждого answer.
Я такое встречал, когда диалпиры кошка перебирает. Приходит звонок из PSTN и
картинка такая:
Start Telephony answer
Start1 VoIP originate
Stop1 VoIP originate
Start2 VoIP originate
Stop2 VoIP originate
Start3 VoIP originate
...
Stop3 VoIP originate
Stop Telephony answer
Или еще возможна ситуация с "blast calling", когда из IVR выполняется:
set destinations(1) 9787659
set destinations(2) 2621336
leg setup destinations callInfo leg_incoming
Тогда это выглядит так:
Start Telephony answer
Start1 VoIP originate
Start2 VoIP originate
Stop2 VoIP originate
...
Stop1 VoIP originate
Stop Telephony answer
VK> Вот у меня только два варианта алгоритма вырисовываются
VK> Вот я собственно пошел по второму пути, но все равно вляпался.
VK> answer1 start
VK> originate1 start
VK> originate1 stop
VK> answer2 start
VK> answer1 stop
VK> originate2 start
VK> originate2 stop
VK> answer2 stop
VK> Парсеру извините достаточно сложно объяснить что ты типа погоди, хер
VK> его знает где аккаунтинг подержи и дождись запоздавшего стопа. А без
VK> него "закрыть" звонок тоже никак не получится. Как такой звонок
VK> получился? А элементарно, кипер терминировал звонок, получил отказ из
VK> PSTN (originate), через алгоритм рероутинга он обнаружил что надо
VK> терминировать звонок через ту же самую кошку (с другим
VK> префиксом например) и звонок опять приперся.
Можно уточнение на фразу "...кипер терминировал звонок..." - кипер занимается
маршуризацией звонков, а не их терминацией или оригинацией? Может быть я чего-то
не так понял?
Hа сколько я себе картинку представлял:
1. PSTN => CISCO1 == GK == CISCO2
2. PSTN == CISCO1 => GK == CISCO2
3. PSTN == CISCO1 == GK =X CISCO2
4. PSTN == CISCO1 <= GK == CISCO2
5. PSTN <= CISCO1 == GK == CISCO2
Тогда на CISCO1 картинка будет, IMHO, такой:
Start Telephony answer
Start VoIP originate
Start VoIP answer
Start Telephony originate
...
Stop Telephony originate
Stop VoIP answer
Stop VoIP originate
Stop Telephony answer
А насчет запаздывающих пакетов (и потеряных) - может быть сначала попытаться
отследить, все-ли пакеты от этого звонка пришли, а потом напускать парсер? Еще
сказать на циске aaa session-id common, чтобы Acct-session-id от одной пары
Start-Stop был одинаковым и связывать их по этому признаку.
VK> P.S. я все таки никак не могу понять, за каким хером киска использует
VK> стандартизованное поле H.323 сигнализации для идентификации своих
VK> "внутренних" конференций, ведь они никакого отнонения к h323
VK> конференциям они не имеют, ну вот слабо было свой атрибут добавить ?
Вот такие они там все "стандартизированные" :)
Igor
--- GoldED+/LNX 1.1.4.7
* Origin: Кошка, которая гуляет сама по себе - кошка Мебиуса (2:5000/104.54)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
