Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 parsing radius voip   Vladimir Kravchenko   09 Jun 2003 17:56:41 
 Re: parsing radius voip   Igor Blagodetelev   10 Jun 2003 10:51:18 
 Re: parsing radius voip   Vladimir Kravchenko   10 Jun 2003 10:40:46 
 Re: parsing radius voip   Igor Blagodetelev   10 Jun 2003 14:55:56 
 Re: parsing radius voip   Vladimir Kravchenko   10 Jun 2003 13:42:09 
 Re: parsing radius voip   Denis V. Schapov   10 Jun 2003 13:57:45 
 Re: parsing radius voip   Denis V. Schapov   10 Jun 2003 13:39:27 
 Re: parsing radius voip   Vladimir Kravchenko   10 Jun 2003 14:04:02 
 Re: parsing radius voip   Greg B Zemskov   10 Jun 2003 17:25:49 
 Re: parsing radius voip   Vladimir Kravchenko   10 Jun 2003 23:15:30 
 Re: parsing radius voip   Alex Krailo   11 Jun 2003 16:19:12 
 Re: parsing radius voip   Vladimir Kravchenko   11 Jun 2003 16:48:30 
Архивное /ru.cisco/13848a4d8f662.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional