|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Vladimir Kravchenko 2:5020/400 10 Jun 2003 13:42:09 To : Igor Blagodetelev Subject : Re: parsing radius voip -------------------------------------------------------------------------------- IB> Можно уточнение на фразу "...кипер терминировал звонок..." - кипер IB> занимается маршуризацией звонков, а не их терминацией или оригинацией? IB> Может быть я чего-то не так понял? Я в первом письме четко написал - рассматривается ситуация работы с гейткиперов проксирующем H.225, так что можно смело забыть про существование другого железа и рассматривать гейтвипер как терминирующее и оригинирующее нечто, с одной лишь разницей от гейта - у него нет PSTN и он сохраняет сигнализацию в первозданном виде, в часность call/conf-id. IB> Hа сколько я себе картинку представлял: 1. PSTN => CISCO1 == GK == IB> CISCO2 2. PSTN == CISCO1 => GK == CISCO2 3. PSTN == CISCO1 == GK =X IB> CISCO2 4. PSTN == CISCO1 <= GK == CISCO2 5. PSTN <= CISCO1 == GK == IB> CISCO2 Что то я совсем не вкурил в эту схему. IB> А насчет запаздывающих пакетов (и потеряных) - может быть сначала IB> попытаться отследить, все-ли пакеты от этого звонка пришли, а потом что значит "напускать парсер" ? он и так "напущен" и что значит "попытаться оследить все ли пакеты пришли" ? не все пришли, про то и речь, но если алгоритм работает от уникального ключа по каждой сесси, то куда девать дублирующий answer ? надо какой буфер говорить дуплей, ибо по этому второму answer еще и originate могут прийти, а завершения первого звонка можно долго ждать. И вообще, я молчу про то что обработчик radius detail может быть есть RDBMS в которую пакеты информации засовываются через пул конекшенов, и там порядок следования уже вообще не продсказуем. IB> напускать парсер? Еще сказать на циске aaa session-id common, чтобы IB> Acct-session-id от одной пары Start-Stop был одинаковым и связывать их IB> по этому признаку. Можно подробнее? В доку что то лезть ленно... у меня и так стоит этот "комон", а что можно сделать так что у старта был один ID а у stop другой ? и что тогда вообще делать ? или это для тех кому совсем жить надоело ? :) -- Vladimir Kravchenko / PK Mostcom JSC / system engineer Tel: +7 095 2312255 / UIN: 132038843 / Email: jimson@mostcom.ru --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/13848a4d8f662.html, оценка из 5, голосов 10
|