КАКВО МОЖЕ ВАШАТА PBX
Страницата по-долу е само част от огромен сайт, посветен на различна компютърна документация, сайтът съдържа повече от 800 MB информация. Ако не сте намерили това, което търсите в тази статия, опитайте да погледнете тук, попитайте във форума или потърсете информацията, от която се нуждаете, в нашата директория с връзки към компютърни сайтове.
Ако искате да закупите хартиено копие на представените тук материали , моля, свържете се с нашата книжарница.
С най-добри пожелания, екип за разработка на eManual.ru
КАКВО МОЖЕ ВАШАТА PBX
| Без заглавие |
КАКВО МОЖЕ ДА ПРАВИ ВАШАТА PBX
. и много повече този SORM може да направи.
А ето и нормативните документи, които ясно показват какво е SORM. Представяме ги изцяло без съкращения, за да може всеки да се убеди колко силно нарушават неговите права и свободи престъпният режим.
ПИСМО МИНИСТЕРСТВО НА СЪОБЩЕНИЯТА България ОТ 11.11.94 N 252-U
Ръководители на предприятия и организации
Първият заместник-министър A.E. Крупнов
"Съгласено" Заместник директор на FGC България А.П.Биков
Оперативно-технически изисквания към телекомуникационните съоръжения и мрежи за осигуряване на оперативно-издирвателна дейност
Съвместно решение относно оперативните и технически изисквания за телекомуникационни съоръжения и мрежи за осигуряване на оперативно-издирвателни дейности
Приложение към писмо на Министерството на съобщенията на България от 11.11.94 г. N 252-u
Технически изисквания към системата от технически средства за осигуряване на функциите на оперативно-издирвателната дейност на електронния обмен (SORM)
1. Предназначение на SORM 2. Технически изисквания за SORM на EATS и UPATS 3. Технически изисквания за SORM в AMTS и MCC 4. Методи за контрол 5. контролработоспособност SORM 6. Защита на информацията от неоторизиран достъп 7. Инициализиране и рестартиране на SORM 8. Технически изисквания към каналите за обмен на информация между СОРМ и ПУ
1. Предназначение на СОРМ
2. Технически изисквания за SORM на EATS и UPATS
Наблюдавани данни за разговори
¦Фази ¦Поръчка-¦Категория- ¦Номер ¦Марк-¦Номер ¦Номер ¦Числа ¦Време ¦Време ¦ ¦настройка ¦хория ¦контакт- ¦ка относно ¦тяло- ¦влизане-¦номер ¦начало ¦гнездо- ¦ ¦ново - ¦номер ¦контрол- ¦роля- ¦полу- ¦фон ¦общ ¦теле- ¦изключване ¦ ¦ ¦контрол- ¦роля ¦ной ¦авто- ¦повикване- ¦лъч ¦фон ¦крадец ¦ ¦ ¦свързване-¦роля- ¦ ¦ линия ¦ ¦ ¦ ¦ ¦абонат-¦ ¦ ¦ще ¦нт ¦линии ¦или- ¦ ¦ ¦ ¦ ¦мента ¦ ¦ ¦комуникации ¦ ¦ ¦нента ¦ ¦ ¦ ¦Купу- ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ред ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦с ¦ + ¦ + ¦ +/- ¦ - ¦ + ¦ - ¦ - ¦ - ¦ - ¦ ¦начален ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦повиквания ¦ ¦ ¦ ¦ ¦ ¦ ¦номера¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦повиквания ¦ + ¦ - ¦ - ¦ ¦th ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦или - ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦Рецепция ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦пълна-¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦отидете но-¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦мярка ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦теле ¦ + ¦ + ¦ +/- ¦ - ¦ + ¦ - ¦ + ¦ - ¦ - ¦ ¦фон ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦- ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦net ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦мрежи ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦Бизнес- ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦вратовръзка ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ в противен случай ¦ ¦ ¦небе ¦ + ¦ + ¦ +/- ¦ -/+ ¦ +/- ¦ - ¦ + ¦ - ¦ - ¦ ¦линии ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦на ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ в ¦ Отговор ¦ + ¦ - ¦ - ¦ - ¦ - ¦ - ¦ - ¦ - ¦ - ¦ ¦Заето¦ + ¦ - ¦ - ¦ - ¦ - ¦ - ¦ - ¦ - ¦ - ¦ ¦Съединител-¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦dyne- ¦ + ¦ - ¦ - ¦ - ¦ + ¦ - ¦ + ¦ - ¦ + ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ +---------------------------------------------------------------------------+ Забележка: +/- означава предаване или не предаване на данни в в зависимост от условия, условия, посочени в изискванията на точка 2.3.2.
3. Технически изисквания за СОРМ в АМТС и МКЦ
4. Методи за контрол
5. Мониторинг на производителността на SORM
5.1. По време на работата на хардуера и софтуера SORM трябва да се осигури функционален контрол на неговата работа на фона на работата на станцията и контрол от оператора с помощта на метрологични средства и компютърна технология. 5.2. Информацията за появата на неизправности, засягащи работата на SORM, трябва да се предава на PU.
6. Защита на информацията от неоторизиран достъп
7. Инициализация и рестарт на SORM
8. Технически изисквания към каналите за обмен на информация между СОРМ и ПУ
8.1. Комуникационен интерфейс между SORM и PU 8.1.1. Комуникацията между SORM и PU трябва да се осъществява чрез канал за предаване на данни (за предаване на контролна информация и информация за състоянието на контролираните връзки) и чрез контролни линии за излъчване на информация, предавана в разговорните канали на контролирани абонати. 8.1.2. Трябва да се предвидят две възможности за организациякомуникация между SORM и PU. 8.1.3. При първия вариант комуникацията между СОРМ и ПУ трябва да се осъществява по физически линии на разстояние до 16 км по кабела TG-O.7 със стъпка 2 км. 8.1.3.1. Преводът от SORM към PU на информацията, предавана в разговорни пътища на контролирани абонати, трябва да се извършва чрез симетрични двупроводни физически линии. 8.1.3.2. За обмен между SORM и PU на контролна информация и информация за състоянието на контролираните връзки трябва да се организират два канала за предаване на данни (DTC), работещи в горещ режим на готовност . 8.1.3.3. Обменът на контролна информация и информация за състоянията на наблюдаваните връзки трябва да се извършва с помощта на модем. 8.1.3.4. Модемът трябва да може да работи: по гласов честотен канал; на двупроводна физическа линия, на четирипроводна физическа линия. 8.1.3.5. Обменът на информация трябва да се извършва в дуплексен режим със скорост най-малко 2400 bps в права и обратна посоки. 8.1.3.6. Синхронизирането на модема трябва да се извършва от сигнали , генерирани само в него, без използването на външни сигнали за синхронизация . 8.1.3.7. Ефективността трябва да осигурява процент на битова грешка не повече от 10-5 с процент на битова грешка в комуникационната линия не повече от 10-3 при излагане на бял шум в честотната лента от 0,3-3,4 kHz и съотношение сигнал/шум плюс 12 dB. 8.1.3.8. Останалите параметри на модема трябва да отговарят на ITU-G препоръките за оборудване за предаване на данни. Типът на модема се съгласува с FGC на етапа на изготвяне на технически условия за SORM. 8.1.3.9. Свързването на модема към оборудването на станцията трябва да се извършва през интерфейса в съответствие с препоръките на V.24 ITU-T. 8.1.4. Във втория вариант комуникацията между SORM и PU трябва да се осъществява чрез магистрала, използвайки основната група PCM-30 при скорост от 2,048 Mbps в съответствие с препоръките на ITU-T G.732. 8.1.4.1. Следва да бъде осигурена следната структура на цикъла на предаване на информация по 64 Kbps канали в канални интервали (CI) на системата PCM-30: KIO, битове P2. P8 равномерни цикли - сигнали за кадрова синхронизация (CS); KIO, P3 на нечетни цикли - CA аларми; KIO, P6 нечетни цикли - алармени сигнали за остатъчно затихване; CI16, R1. P4 нулев цикъл - сигнали за многокадрова синхронизация (SCS); KI16, P6 на нулевия цикъл - SCS алармен сигнал; CI1. KI15, KI17. KI29 - контролни канали за предаване на речева информация; KI30, KI31 - канали за обмен на цифрова информация чрез модем. Бележки: 1) четен цикъл означава цикъл, съдържащ тактов сигнал, а нечетен цикъл означава цикъл, който не съдържа тактов сигнал; 2) разрешено е преразпределяне на времеви интервали за предаване на реч и цифрова информация.
8.1.5. Трябва да се осигури контрол върху изправността на каналите за обмен на информация между SORM и PU. Ако оборудването на каналите за обмен на информация или кабелът между CP и станцията е повредено, предаването на данни към CP трябва да бъде спряно и съобщение за повредата трябва да бъде предадено на оперативния персонал на станцията.
8.2. Протокол за обмен на информация в канал за предаване на данни 8.2.1. Протоколът за обмен на цифрова информация между SORM и PU трябва да отговаря на препоръката на ITU-T X.25. 8.2.2. Протоколът X.25 трябва да включва мрежовия, връзката и физическия слой. Интерфейсът ITU-T V.24 трябва да се използва като физически слой. 8.2.3. Трябва да се предоставипроцедура на работа в дуплексен режим на една постоянна виртуална верига във всяка посока. В посока от SORM към CP трябва да се предава информация за всички (до 28) едновременно контролирани абонатни връзки, в посока от CP към SORM - контролна и сервизна информация. 8.2.4. На слоя на връзката (на слоя на връзката), процедура с една връзка (LABP) трябва да бъде внедрена във всяка физическа връзка с номериране на последователност от кадри без разширение. 8.2.5. Трябва да се осигури прилагането на процедурата за прозрачност по отношение на съдържанието на рамката .
МИНИСТЕРСТВО НА СЪОБЩЕНИЯТА България
ЗА ПРОЦЕДУРАТА ЗА ВЪВЕЖДАНЕ НА СИСТЕМА ОТ ТЕХНИЧЕСКИ СРЕДСТВА ЗА ОСИГУРЯВАНЕ НА ОПЕРАТИВНО-ИЗДИРВАЩИ МЕРКИ НА ЕЛЕКТРОННИ АТЦ НА ТЕРИТОРИЯТА НА БЪЛГАРИЯ
Федерален министър Министерство на съобщенията България В.Б.БУЛГАК
Възниква справедлив въпрос, как да се предпазите от цялото това беззаконие?
1. Метод на защита
1.1. Защита на Caller ID
1.2. SORM защита
1.3. Защита срещу незаконно свързване
IN S T U P L E N S
Веднъж в онези славни стари времена, когато входният билет за радио пазара в Тушино струваше само 1 рубла и идентификационните номера на обаждащия се на Z80, който замени домашния 580VM80A, , току-що бяха започнали да се разпространяват, имах идея да създам система, която да предотврати идентификацията на номера. И ето системата, изобретила мана. След като събрах достатъчно, бърниках и го подобрих , пуснах на пазара техническо описание, написано в доста представителна форма и в близкото минало файл anti-aon.arj се появи на BBSins, което е копие, което беше счупено от оригинала. Оригиналът на това описание е даден в това ръководство в раздел I и в раздел IIдадена е подобрена схема, която не изисква захранване и е сглобена на общо 2 пасивни елемента. Извинявам се за непоследователната четлива версия на диаграмите. Имам още няколко мисли относно интересни разработки, ако се интересувате - изпратете съобщение от мое име (Юрик Яковенко) до един от следните BBS:
Cosmopolis BBS 946-2502 24h Black Metal BBS 150-8500 24h
Б Е Д Е Н И Е
Понастоящем широко се използват автоматични идентификатори на обаждащия се (CAL), събрани на различни елементарни бази (KR580VM80A, Z80, 1816BE49, комплекти с твърда логика K155, K176, K564 и др.). Всички от тези системи са насочени към определяне на номера на викащия абонат според информацията, изпратена от станцията в отговор на заявка с честота 500 Hz.-2.5 Hz., в двутонов код "2 от 6" с честоти на кодиране 700, 900, 1100, 1300, 1500, 1700 Hz с отклонение на сигнала не повече от 15 Hz. и продължителност не повече от 32 ms. Устройството, което е описано по-долу, ви позволява да "заслепите" такава система за идентификация на номера.
TE X N I C O E
ОПИСАНИЕ