|
|
Страници по тази тема: 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | >> (покажи всички)
|
|
|
/*
бизнес почти винаги се гради на риск
*/
loto i presmetnat risk sa dosta razlichni nesta.
presmetnat risk e kogato e pri teb .. toest nesto v tvoite vazmoznosti.
ti bi li izgradil biznes na tova che utre niakoi moze da kaze 0 ili 1 i ot tova da zavisi budesteto ti ? ako mozes da kontroliras tozi niakoi i da mu vliaes na izbora togava e drugo. ako si siguren che toi ste kaze tvoita stoinost togava e ok. no da zavisis ot voliata na niakoi nad koito imas 0% vliatelnost .. tova veche e glupavo.
neka ti dam primer.. pravis modul za linux 2.4 .. sled izlizaneto na 2.6 iadro stava iasno che moduli v iadroto trea da sa pod GPL i tova zasiaga VSICHKI versii na linux... ne ot tuk natatuk ami vsichki .. ti si v narushenie .. kakvo mozes da napravis ?
ako sled vreme FreeBSD reshi da smeni licenza starite versii ste sa si pod licenza pod koito sa bili napraveni.
razlikata e che v linux ne se smenia licenza ami se izasniava , koeto vodi do zasiagane na vsichki versii. do kolkoto v FreeBSD smiana na licenz ne moze da zasegne veche sastestvuvas code.
Дишайте лепило - хиляди GNU/Linux юзери не могат да грешат !
DrFrancky
| |
|
|
|
не само когато зависи от мен е пресметнат. Ако доста сериозни фактори облагодетелстват моята гледна точка / интерес, смело се хвърлям с главата напред.
Иначе разбирам притеснението ти. Аз като видя GPL и липса на възможност да се направи интефейс към него, бягам далеч. Пайп е прав, не си струва да се мъчите с Linux ядрото в момента, щом има алтернативи.
Абе все пак аз не разбирам продукта ви ... в смисъл, колко пари можете да вземете от такова нещо. Хубаво производителността се вдига, но а) на колко хора им трябва тази производителност? б) не могат ли да я постигнат просто с малко по-бърз хардуер + агрегиране на мрежарки? в) не могат ли да си купят Cisco / Juniper / китаец?
I like work. It fascinates me. I can sit and look at it for hours.
| |
|
|
|
/*
Абе все пак аз не разбирам продукта ви ... в смисъл, колко пари можете да вземете от такова нещо. Хубаво производителността се вдига, но а) на колко хора им трябва тази производителност?
*/
na vsichki koito se nuzdaiat ot RTP proxy . tova sa Voip Dostavchici, call centers s goliam kapacitet, firmi s golemi voip centrali...
/*
б) не могат ли да я постигнат просто с малко по-бърз хардуер + агрегиране на мрежарки?
*/
pps .. paket per second .. kakvo ste agregiras i kak ? ok da rechem che na vhoda na ip steka ti idvat po burzo i po poveche paketite .. koi ste gi obrabotva ? userspace ? agregaciata ne ti vursi rabota pri packet per second.
/*
в) не могат ли да си купят Cisco / Juniper / китаец?
*/
i da i ne
Cisco / Juniper reshenieto ste e dosta skupo .. ne se sestam da ima takova na CISCO.
gledai sega edin primeren scenarii:
(malko obesnenie predi tova)
SIP protokola e signaling toi taka da go kazem okazva nachalo i krai na razgovor-a
v SIP ima SDP protocol koito okazva ot kade minava mediata (RTP).
imas slednata postanovka:
30 asterisk servers (private ip)
1 SER (SIP Router) (public + priv)
1 RTP Proxy (public + priv)
1 Dаtabase (nima kak bez nego (priv ip) )
hiliadi klienti (VoIP phones)
klientite se vruzvat kam SER server-a koito darzi AUTH i tn.. (ot bazata)
pri nabirane na nomer SER servera izbira edin ot tezi 30 Asterisk-a po niakolko kriteria .. po zaetost na asterisk server primerno.
sled kato izbere server SER podmenia v SDP mediata da minava prez rtp proxyto.
po tozi nachin edinstvenite mashini koito vizda user-a sa SER i RTP Servers.
poradi specifichni "problemi" v SIP protokola billing stava na baza na RTP.
t.e. (kazano prosto) phone prasta SIP paket INVITE kam asterisk (ili drug sip server) s koito okazva nachalo na call .. za krai se prasta HANGUP. i tuk idva vaprosa: kakvo stava ako ne doide HANGUP a call-a e prekusnal ? kak ste billnem tozi klient ? za tova se sledi RTP (na RTP proxyto) .. ako 5 sec ne doide media ot edna ot dvete strani (da ne zabraviame che te sa dluzni da prastat paket na vseki 20ms primerno) to znachi ima problem .. togava RTP proxyto markira v DB servera che call-a e HANGUP s "time - 5" sec i klienta e bill-nat pravilno.
ima i mnogo drugi predimstva no za da ti gi obesnia triabva da znam do kolko si zapoznat s SIP i voip. i ako ti e interesno de :-))
Дишайте лепило - хиляди GNU/Linux юзери не могат да грешат !
DrFrancky
| |
|
|
|
Fedora с малко бой зарежда - правил съм го.
Не казвам да не искате пари - вие продавате с препоръка да се ползва с FreeBSD. Или направо върху инсталирано FreeBSD.
А ако някой иска да подмени FreeBSD - негов проблем.
Както и да е - с 2 думи - намерили сте решение
Bеer? Mоre?
| |
|
|
|
поставяш ме пред дилема Струва ми се, че сме вид конкуренти, та в такъв смисъл разсъжденията по темата на единия подпомагат другият. Хубавото е, че подходите ни са различни, така че лоялността да кажем не е засегната
Малко по SIP/RTP първо. Проблемът с недошлия BYE (не HANGUP) стои само, ако телефонът бъде изключен с брадвата или свързаността му иде по дяволите. И двете не са много реални при сериозен доставчик и нормални клиенти, а за да си вържеш гащите, виж Не че следенето на RTP не върши работа, разбира се.
След това, предполагам си наясно, ама не го казваш, та да го кажа аз - твоят подход предполага запазване на кодека. Нещо, което далеч не е сигурно, че е добра идея - от една страна, за определени разговори можем да си позволим макс. качество (да не говорим, че трябва, ако ще предаваме факс и поне едно устройство по пътя не разбира от T.38), от друга - в определени случаи кодекът трябва да се смени (международни разговори, например). Т.е. трябва ти конвертор, който вече спокойно може да има публичен IP адрес и няма нужда от прокси.
Има едно нещо, което не ми харесва в подобен тип постановки, между другото - разговорите минават през централно място, т.е. градят се виртуални телефонни кабели върху IP от клиента до "централа" и там се прави маршрутизацията. Т.е. човекът се вързва към конкретен доставчик, през който минават всичките му разговори, а предполагам и му се дава номер (адрес) от областта на доставчика, който не може лесно да се смени по-натам. Все класически проблеми на телефонията.
В IP света обаче е напълно достатъчно да има публичен регистър със съответствията име на абоната - текущ адрес на терминал, където може да бъде открит човека в момента + портали към стария (PSTN) свят с класическата телефония.
Има само един дребен детайл, на който като се замислиш е стъпил твоят бизнес - няма достатъчно IP адреси за всеки. И за съжаление DHCP е тъп протокол.
Първият проблем би могъл евентуално да се реши, ако компаниите, които предоставят телефонна услуга в определена общност (което е най-естествено да са ISP-тата) се договарят да използват частни мрежи от типа на 10.x.x.x за телефонията. Всяка фирма си има нейната и е направена маршрутизация между тях. Основният обем разговори ще бъде вътре в общността (България, например) и RTP прокси не е нужно, а за останалите сравнително не много се минава през избран от клиента портал, който може и да прави промяната на кодеци при нужда.
Дори да не се получи такава договорка, обаче (което мамка му, е основна роля на шибаните държавните институции - да налагат интереса на клиента), проблемът би имал елементарно решение, ако DHCP позволяваше по инициатива на сървъра да се подмени IP адреса. Сещаш се, предполагам - в момента, в който се окаже, че пакетите ти не могат да стигнат до където трябва поради частния адрес се прави предоговаряне и получаваш публичен, който освобождаваш като приключиш разговора си.
Не че няма проблеми за решаване и в този случай, но са преодолими. Например, ISP-то трябва да се сети да те ритне да си вземеш истинско IP, когато идва разговор за теб. В обратния случай пък трябва да му заявиш, че искаш истински IP. Всичко това обаче спокойно може да бъде стандартна услуга и не струва особено много за реализация.
I like work. It fascinates me. I can sit and look at it for hours.
| |
|
|
|
nestata kakto gi rasazdavame sa shiroko dostupni za vsichki. az ne ti kazvam kakvi algoritmi polzvame za namirane na adres v tablicata primerno. ne ti kazvam detaili po implementaciata....ne pokazvame code...
tova za kodeca ne go razbrah .. kakvo imas v predvid ? RTP si e RTP nezavisimu ot kodeka koito polzvas .. nia govorim za UDP router taka da se kaze. nasto moze da se polzva za kakvoto i da e UDP
sesion timer go obmisliahme dosta na dulboko no se otkazahme poradi niakolko prichi... 1: SER servera triabva zadulzitelno da e statefull .. a ima sluchai kadeto ne ti e nuzno da e takuv. lishavas se ot edna vazmoznost. 2: natovarvas samata sistema s SIP MSGS koito ne sa ti nuzni .. da rechem na vseki 5 sec SIP MSG ? a zamisli li se kakvo pravim ako asterisk-a umre a ne klienta ? koi zatvaria CDR-a ? v nashia sluchai tova go pravi RTP proxy-to. 3: ot admin gledna tochka e mnogo po dobre sveta da vizda samo 2 mashini ot kolkoto vsichki (primerno 33).
kolkoto do drugite nesta ... mi na nas ne ni puka .. tova da se opraviat dostavhicite na VoIP :-)) cisco puka li mu ti kolko IP-ta imas i kakvo pravis s tiah sled kato to prodadat router ? :-))
Дишайте лепило - хиляди GNU/Linux юзери не могат да грешат !
DrFrancky
| |
|
|
|
В един реален VoIP трафик на достатвчик на "обща" телефония достатъчно често се налага да се смени начина, по който е кодирана медията пренасяна с RTP, т.е. кодека - поради договорки с другите доставчици, поради ценови ограничения, поради пренос на факс, поради препълване на канала...
Например от клиента идва G.711 A-Law, а договорката ти с Deutsche Telecom е interconnect с G.727. На всичкото отгоре клиента изведнъж решава да пусне факс - айде, сменяме на T.38. При това, не можем да разчитаме, че устройството на клиента ще е така добро да щракне на каквото трябва. Има достатъчно количество евтини устройства, които не предоговарят кодека - почнали са на 711, карат си на него. Или просто не владеят каквото ти е нужно. Значи ти трябва медиен преобразувател.
Аз пак казвам, че говоря за сериозни доставчици на класическа телефония (т.е. за домашни и корпоративни потребители) и нормални клиенти. Според мен е ненужно, а според RFC 4028 е забранено таймаута на сесията да е кратък -например 5 сек., както казваш ти. Ограничението в 4028 е 90 сек. и това е напълно разумно - устройствата са online в 99.999% от времето, ако си телеком Съответно сесията ти няма да изчезне без да разбереш.
Виж за Звездичката не знам. Нямам опит лично с Asterisk и не знам колко е стабилен, нито дали поддържа redundancy. Моят софтуер, който върши общо взето всичко от call control-а, което прави и Asterisk, не умира току-така, а и да падне, съседната машина знае всичко, поне за изградените разговори. Така че CDR-и няма да се загубят. Сигнализацията също е дублирана ... както и трябва да бъде за телеком.
От админ гледна точка сигурно си прав, че е най-добре да има само две видими IP-та, но от клиентска гледна точка далеч не си. Значи аз си имам SIP телефон вкъщи, с който мога да се обадя директно на когото си поискам, стига да му знам адреса, но ти ме караш да минавам през твоята централа ... и защо? За да ти кихам за коя точно услуга? Интернета съм си го платил, ти защо си ми? А и как ще ме накараш, де, ако си имам истинско IP
Моето скромно мнение е, че на производителя трябва да му пука какво искат клиентите Даже на Cisco им пука и затова са толкова големи - правят това, което купува пазара. А нали се сещаш, че когато иде реч за пари хората не са от най-простите, поне не всеки път. Знаеш ли колко народ използва Skype? И защо? Ами защото е евтино и с достатъчно добро качество, а можеш общо взето всичко. Единствено локалните разговори към класически телефон е по-разумно да се правят от нормален апарат и то защото Skype не са телеком на съответното място.
А сега представи си, че подобна услуга ти предостави голям Интернет-доставчик - безплатни IP разговори в мрежата му (за да не хитрееш със Skype и подобни), евтини междуградски разговори към други оператори, понеже ISP-то има добро покритие на цялата държава и interconnect-и във всички по-големи градове + разумни цени / приемливо качество (според каквато тарифа си избереш) за международни разговори. Естествено, IP-телефонията ти с цял свят е много евтина, когато не заемаш ресурси на телеком устройствата на доставчик. Например, когато се обадиш директно на друг SIP телефон - проксито на телекома ти просто връща 3xx redirect към който трябва и повече не се занимава, за което удобство си плащаш с месечния абонамент. CDR-и в този случай не се правят, но пък и гаранция за качеството нямаш ... това е просто Skype алтернатива за твое удобство.
Но както вече казах - имаме различен подход към Живота, Вселената и Всичко останало
I like work. It fascinates me. I can sit and look at it for hours.
| |
|
Страници по тази тема: 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | >> (покажи всички)
| 
|
|
[