|
Здравейте,
седнах да напиша този документ с идеята да е в помощ на тези, които сега
навлизат в IP телефонията, или са решили да навлизат, или се чудят дали
и как да навлязат. Изборът на доставчик на IP телефония е като изборът
на кола - почти винаги първият път се бърка и ако сбъркате главоболията
са повече от удобствата.
Не претендирам доколко е меродавно моето мнение и опитът, който споделям.
Който смята, че го нямам - нищо против, просто да прескочи текста.
Ще се постарая да го напиша на обясним език, за да го разбират и тези,
които още не са наясно технически с нещата (все пак се предполага, че
тези, които са много наясно, вече са си пробили път и нямат нужда от
подобни "помагала" и "букварчета").
Carrier или provider/доставчик ще наричаме фирмата, към която вие ще
изпращате вашите разговори по IP, а те от своя страна ще ги "терминират/
приземяват" (без да обсъждаме темата дали го правят директно или не).
Ще срешнете терминате "A-Z". A-Z доставчик е този, който предлага
терминиране на разговорите ви до всички дестинации.
Имайте в предвид, че 90% (ако не всички) от провайдерите работят с
депозит, t.e. prepaid. Изпращате някаква сума като депозит при тях
и започвате да изпращате разговори докато не свърши депозита.
Депозита варира от $200 до $10,000. Малките компании, които купуват
от Големите и после препродават, биха се съгласили и на $200 депозит.
Големите обаче (като Genuity, Level3, KPN, TeleGlobe, MCI и т.н.),
които имат висококачествени дестинации с добър ASR (Average Seizure
Ratio) и ДОБРИ ЦЕНИ, в никакъв случай не биха приели да си губят
времето с "дребни риби". При такива като тях депозита варира от
не $2000 до $10,000.
Трябва да се пазите и от огромния брой cyber-crooks, които щъкат
из форумите и които се прехранват с измама. Най-често това са
иранци, бангладешци, индийци, пакистанци (това е факт, моля да не
се счита като проява на расизъм), които публикуват убийствени
цени с обещание за убийствено качество. След като се разберете за
тест, те ви включват към gateway, директно свързан към телефонната
мрежа на местния телекомуникационен оператор и вие получавате
впечатляващи резултати от теста. Веднага се договаряте с него и
изпращате тлъста сума за депозит. След това има два варианта:
* Човека изчезва напълно
* Получавате нискокачествени "канали" (с ASR около 20%), напълно
неизбираеми дестинации и т.н. и т.н.
И в почти всички случаи - забравете да ви върнат парите :)
Технически детайли, за които би трябвало да се осведомите, преди да се
"обвържете" с доставчика. В противен случай рискувате да потрошите време,
нерви и евентуално изгубени/ядосани клиенти. Задайте тези въпроси
директно на доставчика и изискайте писмен/електронен отговор, за да имате
отговора му после като доказателство.
1. Какъв тип "кодеци" се поддържат от негова страна? Някои от voice
gateway'ите не поддържат autonegotiation (договаряне) на кодека, а
само твърдо конфигуриране на един кодек. Ако доставчикът ви не го
поддържа, ще изгубите клиента с такова устройство, или просто няма
да можете да използвате това устройство. G729 и G723 (6.3 версията)
са абсолютно задължителни. Препоръчително е да има и поддръжка на
G711u/a-law за краен случай (или за клиент с широк канал, който
изключително много държи на качеството). Добре е да се отбележи,
че има няколко варианта на G729 (G729A, G729, G729AB), но за
щастие те са съвместими един с друг.
2. Има ли поддръжка на T.38 факс протокола (и на каква максимална скорост)?
Честно казано, досега почти не съм срещал VoIP провайдер, който да поддържа
факс до ВСИЧКИ дестинации, затова изискайте от него по възможност списък
с дестинациите, за които е сигурно, че поддържат T.38.
3. Освен H.323 протокола (който е най-масово използваният при VoIP мрежите
засега), кои други протоколи се поддържат?
SIP, MGCP, IAX (касае Ви ако имате, или планирате да използватe Asterisk
PBX)? За H.323 е добре да се знае и коя версия е. Най-новата за момента е
v5, но още не е влязла в употреба, на ниво "одобрение" е. Така че приемаме
най-новата за v4. Препоръчително е версията да е от v2 нагоре.
4. Запитайте го дали поддържа H.323/SIP/MGCP клиенти зад NAT (ако Вие
самият сте зад NAT, иначе не Ви интересува).
5. Поддържат ли "Fast start" и "H245 tunelling"? Ако да, то това би било
добре, защото ще съкрати времето за изграждане на връзката (не чак толкова
осезаемо, на практика).
6. По какъв начин е възможно/ще бъдете автентикирани?
* IP адрес
* H.323 ID (поддържат ли CAT / H.235 автентикация?)
* tech-префикс (пред всеки изпратен към тях от вас номер се поставя
определен префикс, по който те ви разпознават).
* ANI/CLI/DNIS (т.е. разпознават ви по "викащия номер", който може
ръчно да конфигурирате във Вашия voice gateway).
7. Какви са възможните начини за "interconnect" с тях?
* Регистриране в гейткипъра им като H.323 терминал (RRQ)
* Директна връзка gateway-към-gateway (Direct H.225 signalling)
* връзка гейткипър-гейткипър (LRQ, remote zone routing)
Ако се регистрирате като терминал в гейткипъра на доставчика си, това
значи че всичките изходящи разговори от вашето "оборудване" (gateway,
гейткипър) безусловно ще бъдат изпращани към гейткипъра на доставчика
Ви, което понякога не е желателно, ако искате да имате няколко
маршрута към различни доставчици (например да изберете български
доставчик за разговорите ви към България).
8. Разполага ли доставчикът с web базирана система за таксуване в
реално време, откъдето вие във всеки момент може да направите
справка за разговорите (CDR), дължими суми и т.н.
9. С какъв тип оборудване оперира (gateway, gatekeeper, softswitch),
модел?
(Възможно е да ви бъде отказан отговор на този въпрос).
По принцип масово използваните от големите оператори типове оборудване
са:
Cisco
Quintum/Tenor
MERA / MVTS (това е softswitch)
NexTone (softswitch)
Alter PSS (softswitch)
VoiceMaster/SysMaster
Lucent Excel
Digitalk (по-скоро е calling card платофрма. Kъм него се връзвате само по ISDN PRI)
TSP Voiceware (същото като Digitalk)
и други.
10.Поддържат ли cRTP (Compressed RTP, за Cisco) или PacketSaver (за
Quintum)? Ако поддържат и вие имате същият тип оборудване, което
поддържа, то при повече едновременни разговори към този оператор ще
спестите немалко Интернет капацитет от компресията/обединяването на
хедърите от IP пакетите.
11. Използват ли режим "пълно проксиране" или само "проксират"
канала за сигнализация?
При режим на пълно проксиране, целият трафик (и контролните сигнали,
и гласа (RTP)) минава през гейткипъра/софтсвича на оператора ви по
пътя към крайната дестинация. Ако проксира обаче само контролните
сигнали, то гласовият поток се обменя директно между викащия и
викания "абонат". Това има значение например ако и вие, и доставчика
ви сте в България, защото тогава на вас ще ви е нужен само пииринг
към него, а той от своя страна ще поеме целия ви IP трафик за разговорите
навънка през собствения си външен Интернет канал.
12. Измерете колко е RTT (иначе казано - ping) до оборудването на
доставчика ви. Мисля, че не е нужно да се обяснява защо го правим.
13. Какъв метод за "DTMF relay" (т.е. предаване на цифри по гласовия
канал след осъщестяване на връзката. Нужно е например за набиране
на PIN код и др) ?
In-band, Outband (H.245 alphanumeric), OutBand (H245 signal) и т.н.
14. Имат ли резервни "канали" за най-важните дестинации? Имат ли
24 часова поддръжка от ТЕХНИЧЕСКИ персонал ?
15. По какъв timeslot ще ви таксуват? Под timeslot се разбира времевата
стъпка, по която ще бъдат таксувани разговорите ви. Например timeslot
30/6 значи, че първата минимална стъпка за таксуване е 30секунди и
след нея - на всеки 6 секунди. Например, един разговор с продължителност
12 секунди ще бъде таксува като 30 секунди при такъв тимеслот. Един
разговор от 43 секунди ще бъде таксуван като (int(43 / 6) = 7, 7 * 6 = 42,
42 < 43, тогава 42 + 6 (следваща стъпка)) = 48 секунди. Естествено, че
най-добрата за вас стъпка за таксуване (timeslot) е 1/1.
16. Проверете дали доставчикът ви изпраща фалшив ringback (или т.нар.
"контрол на повикването"). Това е сигналът "звънене", който чувате в
слушалката и който ви известява, че в момента се изпраща позвъняване
към викания абонат. Този сигнал е редно да се изпраща от телефонната
централа, към която е вързан викания абонат, а не от някоя централата
или voice gateway по пътя. Някои провайдери са настроили оборудването
си така, че да получавате ringback веднага след като се свържете с
техния gateway/softswitch, което може да доведе до неприятности и
скандали с клиентите. Типичен случай е когато връзката до викания
абонат не може да се изгради (поради липса на свързаност, претоварен
канал, абонатът вече е зает и т.н), а викащият абонат получава
сигнал "Свободно" на слушалката и чака.
Това е засега. Обещал съм си да отделям по малко време (15-20мин) всяка
седмица за разширяване на документа. Ще вкарам информация помагаща за
избор на оборудване (софтуер/хардуер) за CallShop, ITSP wholesale,
терминиране, връзване на офис-PABX (УАТЦ) към VoIP и т.н. Ще разгледам
най-често използваните gatekeeper'и, gateway'с, billing софтуер и т.н.
както и приблизителни цени.
Ще се отдели и внимание на параметрите, които следва да притежават
gatewayite, гейткипърите и таксуващия софтуер, за да ви вършат
безпроблемно работа.
Ще отделя внимание и на форумите, където се търгува с "минути".
Ако някой има да добави нещо към документацията (приемат се критики също),
да пише на:
lv_tokata@yahoo.com или
teodor@egvrn.net
Ако някой също иска да приведе написаното в нормален/комерсиален/удобен за
четене вид (HTML, Word) и т.н. - да го направи :)
Т. Георгиев
|
[
Perfect
