The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"проектирование системы удалённого доступа"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [Проследить за развитием треда]

"проектирование системы удалённого доступа"  
Сообщение от Phoenics email(ok) on 18-Фев-06, 12:55 
                        Здравствуйте уважаемые форумчане!

У меня вознила весьма неприятная проблема. Но начну как говорится плясать от печки. Я студент пятого курса Брянского Государственного Технического Университета. Учусь на специальности "Организация и технология защиты информации". У меня сейчас диплом и передомной поставили следующую задачу – разработать техническое решение для организации удалённого доступа (городского оператора услуг Интернет) и обеспечить комплексную систему безопасности данной организации. И если со вторым я как говорится и сам сусам, то с первой частью возникает проблема. Хотя я в сетях и разбираюсь более или менее, но с организацией удалённого доступа не сталкивался. Я уже почти неделю сижу в нете и пытаюсь найти толковую информацию по данному вопросу, однако пока ничего достаточно стоящего не нашёл. Вот вышел на Ваш сайт и решил попытать счастья – задать вопрос. Данная проблема как я её понимаю складывается из двух основных проблем:
1. Разработка архитектуры/структуры системы удалённого ступа в общем виде.
2. Подбор конкретных моделей оборудования для реализации системы.
При этом основная проблема для меня лежит в плоскости первого пункта. Подбор оборудования я думаю и сам смогу осуществить, благо мы изучали математические методики выбора оптимальных технических средств (хотя они нам давались для выбора програмно-аппаратных средств защиты и элементов системы охранно-пожарной сигнализации, думаю в данному случае они так же подойдут, ибо методика она и в Африке методика).

Конечно же есть свои условия в рамках которых происходит проектирование. Так например оператор должен технически способен предоставлять весь спектр стандартных услуг доступа, таких как dial up, xDSL, выделенные линии.
Услуги абонентам так же представляют собой стандартный набор: личные почтовые ящики, хостинг для личных страничек абонентов, и т.д., т.е. должны быть в наличие HTTP, FTP, SMTP, POP3 серверы и т.д.
Ну и само собой билинг. Так же к условиям моего задания можно отнести, то что система изначально должна быть расчитана на небольшое количество абонентов (до 300), но с возможность последующего масштабирования. Так же предполагается, что у оператора есть своя небольшая АТС и свои линии связи (ну и выход на ГТС разумеется).
Экономическая часть вопроса меня интересует в гораздо меньшей степени.

Я думаю, что те кто сталкивался с данной проблемой понимают, что мне как человеку без специального образования будет почти не реально решить задачу проектирования принципиальной схемы/структуры данной системы самому.

Вопрос таким образом становится следующим – какое нужно оборудование (в отрыве от конкретных моделей), что бы технически реализовать стандартный набор услуг оператора сети интернет.

Так например из того что я успел найти в интернете у меня сложилась следующая картина для dialup-а. Абонент набирает номер оператора (модемного пула). Звонок попадает на модемный пул. Модемный пул выбирает незанятый порт и переводит звонок туда, освобождая линию для звонков следующего абонента. Затем модемный пул передаёт абонента серверу удалённого доступа, который в свою очередь проводит аутентификацию и авторизацию, после чего выделяет абоненту IP адрес из имещегося в наличии у оператора диапазона, начинает билинг и изменяет таблицу маршрутизации маршрутизатора. Т.о. как я себе сейчас представляю для dialup-а необходимо следующее оборудование: модемный пул, сервер удалённого доступа, маршрутизатор (это не считая серверов SMTP, HTTP и т.п.)
Правильно ли я себе представляю схему работы dialup-а?

Зарание благодарен.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "проектирование системы удалённого доступа"  
Сообщение от sable email(??) on 18-Фев-06, 21:23 
А когда срок сдачи димплома?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

2. "проектирование системы удалённого доступа"  
Сообщение от Phoenics email(ok) on 18-Фев-06, 22:56 
>А когда срок сдачи димплома?

В июне, однако надо ведь постоянно носить руководителю диплома сделанные части, показывать что готово, иначе даже к предзащите не допустят. А проектирование общей схемы узла доступа это узкое место, без него я почти ничего не могу написать кроме общих фраз во введении и анностации.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

3. "проектирование системы удалённого доступа"  
Сообщение от RomanG (??) on 19-Фев-06, 14:01 
### Не считая коммутаторов(например Cisco Catalyst 29xx, 65xx):

## "Физика":

# Применительно к dial-up:
компьютер_абонента --> модем --> телефонный_кабель --> АТС(или "вынос"АТС) --> PRI-поток,E1 --> сервер_доступа(напр.Cisco 5400 access server) --> ATM,Ethernet_во_внутреннюю_сеть_оператора (ASxxxxx) --> маршрутизатор_оператора(напр.Cisco 7206) --> Ethernet_или_что_там_еще_к_магистральному_провайдеру(напр.Ростелеком, Транстелеком) --> всё,_вы_уже_в_интернете --> любой_сервер.

# Применительно к ADSL(например):
компьютер_абонента --> ADSL_модем  --> телефонный_кабель --> сплиттер(splitter - частотный_разделитель) --> телефонный_кабель --> вход_в_АТС(или "вынос"АТС) --> "рамка"(по сути, это просто чтобы не заводить телефонную пару сразу в кросс к АТС) --> сервер_доступа_DSLAM(Digital Subscriber Line Access Module, включает в себя в том числе и делитель частот, splitter,напр.Huawey MA560x, MA530x, или Cisco 61хх, 62хх, или Paradyne 8xxx, 4xxx, 2xxx, ...) --> ATM,Ethernet_во_внутреннюю_сеть_оператора (ASxxxxx) --> маршрутизатор_оператора(напр.Cisco 7603) --> Ethernet_или_что_там_еще_к_магистральному_провайдеру(напр.Ростелеком, Транстелеком) --> всё,_вы_уже_в_интернете --> любой_сервер.
Телефон при этом "отдается" обратно в АТС с DLAMa, если сплиттер в нем встроен, либо на "рамке".

# Применительно к VoIP:
телефон_абонента --> АТС(или "вынос"АТС) --> PRI-поток,E1 --> сервер_доступа(напр.Cisco 5400 access server) --> ATM,Ethernet_во_внутреннюю_сеть_оператора (ASxxxxx) --> VoIP SoftSwitch(напр.Mera) --> маршрутизатор_оператора(напр.Cisco 7603) --> Ethernet_или_что_там_еще_к_магистральному_провайдеру(напр.Ростелеком, Транстелеком) --> (+ часто посредники вроде OSS)удаленный_оператор-терминатор_VoIP --> (+ иногда посредники)ТФОП(телефонная сеть оператора) --> любой_телефон,_обслуживаемый_данным_ТФОП.

# HTTP, FTP, SMTP, POP3, IMAP серверы, а так же RADIUS, TACACS, сервера_биллинга_и_пребиллинга, сервера_баз_данных(Oracle например) находятся как правило во внутренней сети оператора в DMZ-зоне ( Demilitarized Zone, "безопасная, доверенная зона"), за фаерфолом(firewall,напр.Cisco Secure PIX).

## "Логика":

# То, что до сервера доступа - это думаю понятно. На нем же происходит следующее:
1) dial-up&VoIP: AS отправляет на RADIUS как минимум номер абонента, а можно еще и время, номер доступа, имя пользователя, пароль;
2) RADIUS работает с биллингом (биллинг в свою очередь с серверами баз данных), получает от него "добро" на допуск абонента к услуге;
3) AS в случае с dial-up дает по DHCP IP-адрес, шлюз (gateway), адреса DNS, выпускает в интернет, ведя счет трафика; в случае с VoIP, перенаправляет звонок на SoftSwitch;
4) dial-up-щик уже в интернете; VoIP - SoftSwitch согласуясь с биллингом перенаправляет звонок на удаленного партнера;
5) после того, как dial-up-щик завершил сеанс связи, а "VoIP-щик" положил трубку телефона, AS сообщает RADIUS'y, а тот биллингу, последний заносит все это в базу данных, различную инф-ю, такую как длительность сессии, трафик и т.п.; в случае с VoIP, SoftSwitch также передает накоторую дополнительную инф-ю RADIUS'y (потом в биллинг и в базу данных).

# в случае с ADSL - все несколько проще.
1) если нет PPPoE, то просто через внутреннюю сеть даем выход в интернет, прописав все необходимые настройки (IP, gateway, DNS и т.п.) вручную на ADSL-модеме(режим router+NAT на модеме) или на компьютере, к которому подключен модем(режим bridge на модеме), или по DHCP на ADSL-модеме(режим router+NAT на модеме) или на компьютере, к которому подключен модем(режим bridge на модеме);
(например) на DSLAM'e настраивается защита от подмены IP, или IP+MAC (IP/MAC adress spoofing);
о подсчете трафика абонентов вы можете прочитать тут: http://forum.kgts.ru/viewtopic.php?p=13613#13613;

2) если есть PPPoE, то все идет в точности так же, как для dial-up пользователей, но в роли "терминатора" PPPoE выступает либо сам DSLAM, если поддерживает эту технологию, либо какой-нибудь еще PPPoE access server (на Linux там, или та же Cisco).
_______________________________________________
С удовольствием выслушаю дополнения-исправления к написанному от старших товарищей. Я пока только начинающий админ. Простой паренек из техподдержки.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

4. "проектирование системы удалённого доступа"  
Сообщение от Phoenics email(ok) on 19-Фев-06, 15:01 
Спасибо, щас посижу разберусь... наверное :)
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

5. "проектирование системы удалённого доступа"  
Сообщение от RomanG (??) on 19-Фев-06, 15:55 
> --> ATM,Ethernet_во_внутреннюю_сеть_оператора (ASxxxxx) -->
ASxxxxx - имею ввиду AS - Autonomous system, автономная система. См. http://en.wikipedia.org/wiki/Autonomous_system_(Internet)
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

6. "проектирование системы удалённого доступа"  
Сообщение от Phoenics email(ok) on 20-Фев-06, 17:32 
Я перевёл это в Visio. Всё ли правильно?
http://files.altersun.ru/phoenics/picture.gif
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

7. "проектирование системы удалённого доступа"  
Сообщение от NoSe email(??) on 21-Фев-06, 00:45 
>Я перевёл это в Visio. Всё ли правильно?
>http://files.altersun.ru/phoenics/picture.gif

Работать-то оно, конечно, будет... только секьюрность никакая... Изнутри сетка никак не защищена. Биллинг, Радиус и ДБ -- однозначно в DMZ. Отказоустойчивость тоже страдает. Посмотрите http://www.cisco.com/go/srnd. Тут описана идеология и принципы по построению тех или иных решений. Рекомендую оценивать сей материал, как рекомендации.


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

9. "проектирование системы удалённого доступа"  
Сообщение от RomanG (??) on 21-Фев-06, 01:50 
>>Я перевёл это в Visio. Всё ли правильно?
>>http://files.altersun.ru/phoenics/picture.gif
>
>Работать-то оно, конечно, будет... только секьюрность никакая... Изнутри сетка никак не защищена.
>Биллинг, Радиус и ДБ -- однозначно в DMZ. Отказоустойчивость тоже страдает.
>Посмотрите http://www.cisco.com/go/srnd. Тут описана идеология и принципы по построению тех или
>иных решений. Рекомендую оценивать сей материал, как рекомендации.
Кроме того, что нарисованное Phoenics в схеме работать не будет совершенно (вы внимательно на схему посмотрите, там же бред полный...), все вами сказанное верно.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

10. "проектирование системы удалённого доступа"  
Сообщение от Phoenics email(ok) on 21-Фев-06, 07:24 
>Кроме того, что нарисованное Phoenics в схеме работать не будет совершенно (вы
>внимательно на схему посмотрите, там же бред полный...), все вами сказанное
>верно.

А можно поподробнее? Почему бред? Может быть потому что я рисовал логические элементы структуры?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

14. "проектирование системы удалённого доступа"  
Сообщение от NoSe email(??) on 21-Фев-06, 18:02 
>>Кроме того, что нарисованное Phoenics в схеме работать не будет совершенно (вы
>>внимательно на схему посмотрите, там же бред полный...), все вами сказанное
>>верно.

Схема принципиальная и работать будет... Несколько виланов на Паблик Свитч и Q-шный транк в сторону рутера... на рутере IVL. Корявенько конечно, но будет. Многие наши домашние сетки не лучше построены.

>
>А можно поподробнее? Почему бред? Может быть потому что я рисовал логические
>элементы структуры?

Е-мое, так ты будущий безопасный чувак! Если вопрос о бабле не стоит, ща мы тебе такую схему забабахаем...))) Повезло тебе, что я в отпуске и по-этому добрый.))) Загляни сюда где-нибудь через часок...


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

15. "проектирование системы удалённого доступа"  
Сообщение от NoSe email(??) on 21-Фев-06, 20:10 
Вобщем, если тебя интересует твоя схема -- то в более или менее человеческом виде она вот... http://nose1980.chat.ru/phoenics-scheme.gif
но это так... маленький, домашний провайдер.))) Если интересует что-то более глобальное -- нужно немного больше времени.


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

19. "проектирование системы удалённого доступа"  
Сообщение от Phoenics email(??) on 22-Фев-06, 11:29 
>Вобщем, если тебя интересует твоя схема -- то в более или менее
>человеческом виде она вот... http://nose1980.chat.ru/phoenics-scheme.gif
>но это так... маленький, домашний провайдер.)))

Да, наверное нужно было бы помщнее провайдера :)
А мы можем в мыло нашу беседу переместить? А то у меня жутко форум глючит, иногда по полчаса страницу не грузятся :(
Я послал Вам письмо на адрес указанный на форуме.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

20. "проектирование системы удалённого доступа"  
Сообщение от NoSe email(??) on 22-Фев-06, 12:26 
Ок, невопрос. На самом деле выше решение я бы не назвал операторским. Скорее субмодуль удаленного доступа в корпоративной сети.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

18. "проектирование системы удалённого доступа"  
Сообщение от Phoenics email(??) on 22-Фев-06, 10:52 
>Е-мое, так ты будущий безопасный чувак!

Да, но почему-то когда говоришь человеку "Специалист по защите информации" у всех (пока на моей памяти без исключения) возникает асоциация, будто бы наша работа заключается в том что бы хакеров ловить :) В то время когда программно-аппаратная защита информации, на самом деле, хотя и является одним из важных направлений нашей работы, но далеко не самым важным :)
К сожалению сейчас, когда приходишь в любую организацию можно наблюдать ярко выраженный перкос в то или иное направление защиты информации. Если за защиту отвечает какой-нибудь сисадмин, будет перекос в программно-аппаратную защиту, и как правило полное или почти полное пренебрежение инженерно-технической, организационной и почти всегда правовой защитой инфомрации. Придёшь в службу безопасности где сидит какой-нибудь отставной полковник видишь хорошо организованную охрану - есть посты, зачастую видеонаблюдение, но они в тоже время пренебрегают противодействием технической разведке, программно-аппратной защитой, организационные меры к которым привыкли выходцы из силовых структур как правило не адаптируются ими к гразданским организациям и предприятиям :(

А вот людей которые могли бы смотреть на проблемы безопасности предприятия комплексно и системно встретить сейчас очень трудно :(
Именно этим мы и должны заниматься :)

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

8. "проектирование системы удалённого доступа"  
Сообщение от NoSe email(??) on 21-Фев-06, 01:41 
немного по-поводу PPPoE:


Выбор железки зависит от количества сессий и трафика, но я крайне не рекомедую в качества терминатора PPPoE ни Циску, ни Линукс. В первом случае решение будет стоить оооочень дорого, т.к., как не странно, на коммутаторах Циско данная технология поддерживается только на топовых свичах (Cat 6500... около 30Кбаксов. на счет 4500 не уверен, но скорее нет). Рутеры 28-й и 38-й серии с IOS Advanced IP Services позволяют терминировать на себе PPPoE, только мощи на много не хватить... думаю, количество одновременный сессий будет много менее 100. Мощные рутера стоят тоже не дешево. К примеру, рутер с NPE-G1, который имеет абсолютный предел в 10000 одновременных сессий (а на самом деле, сама же Циска говорит, что на практике около 300 - 800) будет стоить около 22-25 штук зелени. Во втором случае - не видел не одного нормального пакета под Линукс.
Рекомендую посмотреть в сторону коммутаторов Allied Telesyn модели 98-ой серии. Стоят около 3Кбаксов... Заявлено, что держат около 1000 одновременных сессий. На практике с около 30% загрузкой ЦПУ и LAN трафиком (порно, игры, файлы) держит около 100 сессий.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

11. "проектирование системы удалённого доступа"  
Сообщение от Phoenics email(??) on 21-Фев-06, 09:03 
Ну до выбора оборудования пока что далеко, но за ссылочку спасибо
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

12. "проектирование системы удалённого доступа"  
Сообщение от GroundBeat (ok) on 21-Фев-06, 11:18 
Cisco7301 $18000 GPL
16k PPPoE tuns
http://www.miercom.com/dl.html?fid=20030403&type=report&PHPSESSID=4ee7ea7c3147cbbba4290a94c5d8b5a7


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

13. "проектирование системы удалённого доступа"  
Сообщение от GroundBeat (ok) on 21-Фев-06, 11:21 
FreeBSD: ng-pppoed+exppp+libradius
Linux: rp-pppoe+libradius

Что конкретно не устраивает?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

16. "проектирование системы удалённого доступа"  
Сообщение от NoSe email(??) on 21-Фев-06, 21:02 
>Cisco7301 $18000 GPL
>16k PPPoE tuns

Теоретически... пустые интерфейсы без нагрузки. На производительность внимание обратили? 1 000 000 пакетов. Сколько в данном случае каждой сессии достанется?

>FreeBSD: ng-pppoed+exppp+libradius
>Linux: rp-pppoe+libradius
>
>Что конкретно не устраивает?

Без обид... Все... Сама идея дурацкая. Была актуальна, когда аппаратные решения стоили как полет на луну.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

17. "проектирование системы удалённого доступа"  
Сообщение от GroundBeat (ok) on 22-Фев-06, 09:46 
>>Cisco7301 $18000 GPL
>>16k PPPoE tuns
>
>Теоретически... пустые интерфейсы без нагрузки. На производительность внимание обратили? 1 000 000
>пакетов. Сколько в данном случае каждой сессии достанется?

Читайте внимательно. 53kbps per subscriber with no packet loss. Это с генератором траффика. В реале сначала не будет 16к одновременных сессий, а потом не будет такой интенсивности. Я думаю, что даже Cisco Systems слегка удивлены такими результатами, иначе стали бы они таращить результаты не собственной лаборатории на своём сайте.

>Без обид... Все... Сама идея дурацкая. Была актуальна, когда аппаратные
>решения стоили как полет на луну.

Да ерунда. Идея хороша и бюджетна. Не мало средних и малых ISP она спасла и ещё спасёт. Нагрузку в 100-130 одновременных сессий вытащит обычный PC о 2 Ghz с 2 Gb оперативы, и это с user-land ppp от FreeBSD. Скажите мне, какое аппаратное решение стоит сравнимых денег? А сколько сопутствующих задач можно повесить на подобный сервер доступа? Э-эх. Идея хороша.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

21. "проектирование системы удалённого доступа"  
Сообщение от NoSe email(??) on 22-Фев-06, 15:57 
>Читайте внимательно. 53kbps per subscriber with no packet loss. Это с >генератором траффика. В реале сначала не будет 16к одновременных сессий, >а потом не будет такой интенсивности. Я думаю, что даже Cisco Systems >слегка удивлены такими результатами, иначе стали бы они таращить >результаты не собственной лаборатории на своём сайте.

Тесты, тесты... тесты это хорошо. Потенциал знать надо. В сообщении выше я просил вас не принимать мои слова лично к себе. Попрошу еще раз)))
Вот скажите, а Вы лично пробовали когда-нибудь, например, в жигулях 9-ом ехать с полным багажником дров? Я пробовал... она едет... Теперь и вы это знаете. В следующую поездку, например с друзьями на природу, будете ли вы рекомендовать одну машину на 9 человек? Так и тут. При проектировании, я бы закладовался как минимум в 4-е раза меньше сессий... а то и на порядок. В зависимости от способа подключения. Вот вам ссылка...http://www.cisco.com/en/US/products/hw/cable/ps2217/products_feature_guide_chapter09186a008019b6ae.html, обратите внимание на Note под таблицей 27.

>Да ерунда. Идея хороша и бюджетна. Не мало средних и малых ISP
>она спасла и ещё спасёт. Нагрузку в 100-130 одновременных сессий вытащит
>обычный PC о 2 Ghz с 2 Gb оперативы, и это
>с user-land ppp от FreeBSD. Скажите мне, какое аппаратное решение стоит
>сравнимых денег? А сколько сопутствующих задач можно повесить на одобный >сервер доступа? Э-эх. Идея хороша.

Я сам, можно сказать, бывший "админ старой закалки". Собирал и ВАН и ЛАН рутеры на базе РС... и севрера доступа... и еще кучу всего. Только было это все не от хорошей жизни, а тогда, когда тупые хабы, которые сейчас килограммами продают, наши бизнесмены второй половины 90-х продавали по 150 баксов, а аппаратные маршрутизаты вообще еще никто не видел в живую. Потом времена изменились. Появились первые доступные управляемые свичи, рутера... потом Layer 3 коммутация... а начальство все жалось и жалось, а мы все продолжали дрючась находить нетрадиционные пути решения поставленным задачам... и все недостатки этих решений были известны, только выбора не было. Уходя домой думал, а не сгорит ли ночью блок питания или хард... как поднимится сервак, если вырубят свет и сдохнит упсы... потом надоело и я сменил работу.

Определенно, в опрераторских сетях такие решения занимали, занимают и будут занимать свою нишу еще какое-то время. Жить они будут до тех пор, пока кто-нибудь будет за это браться...  Не я лично буду это делать, так другой найдется... может даже из ближнего зарубежья... браться будут до тех пор, пока будут платить. Платить за это будет тот, кто не соизмеряет толщину своей кишки или лопатника со сферой, в которую он пытается влезть. У таких людей основным критерием для выбора оборудования является первоначальный платеж... стоимость эксплуатации не рассматривается вообще. Отсюда и появяются домашние сети с вечным отсутствием инета и скоростями, как на модеме. Мало того -- по закону РФ такие решения и не могут быть приняты в эксплуатацию УГНСИ и не сертифицируются.

Сейчас иногда приходится проводить аудит существующих сетей, построеных людьми, которые были в таком же положении, как и я когда-то. Различие только в том, что если я пришел, значит их боссы прислушились к их мнению, в отличие от моего с первой работы. Недостатки рутеров, организованных на базе пользовательских PC, описываются в один абзац: Данное решение является устаревшим и имеет ряд существенных недостатков:  производительность, ограниченная системной шиной и способом коммутации; наличие посторонних приложений, потенциально способных влияющять на процесс маршрутизации; низкая отказоустойчивость, присущая данному классу оборудования; сложность резервирования и восстановления после сбоев и плюс всякие так умные слова, касаемо секьюрность и пр. Линух, Фря -- хорошие операционные системы. Мало того, Cisco IOS кажется и создана на базе одной из них. Только лучше их использовать по назначению. ДНС-ы, Радиусы, ХТТП, ФТП... Базы данных и т.д. и т.п. То, что надо! Ну не предназначены платформы, под которой они восновном у нас работают для коммутации...

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

22. "проектирование системы удалённого доступа"  
Сообщение от GroundBeat (ok) on 26-Фев-06, 08:30 
Я полагаю, что Cisco, занижая макс. количество одновременных сессий по отношению к заявленным, перестраховывается. Оно и понятно. Вряд ли найдётся здравомыслящий человек, который на сеть из 16к активных абонентов поставит 1 сервер доступа. Но на то тесты и придумали. И тесты показали, что 16к сессий конкретно эта Cisco 7301 прожуёт. Да, полоса на каждого абонента смешная. Да, такого никогда в жизни не случится. Но факт остаётся фактом - тесты показали, что 16к сессий - реально.

Что касается PC и программных маршрутизаторов.
Наверняка многие слышали про RouterBoard. Стоимость колеблется от $140 до $300 за полноценный, хотя и не очень мощный, маршрутизатор на от 3-х до 9-ти ethernet каналов. Несомненно, 100/fd этот маршрутизатор никогда не покажет на всех направлениях, но в небольших сетях такой маршрутизатор намного выгоднее чем любой аппаратный. И процесс эксплуатации такого маршрутизатора будет значительно проще и дешевле.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру