[Oleg_S]

Господа, потеоретизируйте, кому не лень.

 

Задача: дать абоненту инет и ip-телефон.

Вариант: полосы полно и так все должно работать - уже не подходит.

 

Два случая: офисные здания или бизнес-центры (БЦ) и домашняя(-ии) сеть(-и).

 

Схема сети: туннели (PPTP/PPPoE) в центр, на доступе дешевые свитчи (802.1q, 802.1p), агрегация и ядро - cisco.

 

Нужно вынести ip-телефонию отдельно инет-канала клиента - убрать лишние хопы (bras, group policer and shaper).

 

С первым случаем более-менее понятно: абонентов в БЦ мало (относительно), и они хорошо платят.

Например, не ломая текующую схему сети, можно на абонента выделять два порта: инет в одном влане, телефония (со всеми qos) в другом. Влан с телефонией или напрямую прогнать до телефонного софт-свитча или терминировать на ближайшем каталисте и до софт-свитча уже подавать через роутинг. "Брас" и групповые шейпера таким образом по дороге исключаются.

 

С домашней сетью - сложнее. Два порта на абонента не выделить. Надо ему и инет и телефон подать из одного порта. Терминировать влан домашней сети на ближайшем каталисте не получается, теряются PPPoE туннели - "брас" стоит далеко. Единственное что приходит в голову сразу - это выделить параллельное пространство адресов под voip-коробки и отдельный роутер под них. Но это тоже не полное решение - абонент может пользоваться звонилкой со своего компьютера. Можно давать абоненту два ip-адреса, чтобы инет работал с одного, а звонилка с другого, но это уже костыль на костыле, имхо.

Можно через dhcp-options выдать клиенту, кроме дефолта, пару строчек роутинга, но это могут не скушать все voip-коробки.

Вобщем, поле для деятельности есть...

 

Любые мысли приветствуются, вплоть до: "все сломать и перестроить так-то и так-то".

 

Спасибо.

Изменено 5 ноября, 2006 пользователем Oleg_S

[rus-p]

Та же самая задача что и у Вас. С юриками все более менее ясно. С физиками думаю 802.1p от клиента до концентратора, на самом концентраторе HTB (linux), далее DiffServ до моего sip сервера. Муторно конечно, может подумаю без PPPoE/PPTP, тогда остается только DiffServ.

[vIv]

Схема сети: туннели (PPTP/PPPoE) в центр, на доступе дешевые свитчи (802.1q, 802.1p), агрегация и ядро - cisco.

Зачем туннели, если УЖЕ есть .1Q ????

 

Ставьте приоритет на телефнию, - и все дела.

 

В обратном канале либо обеспечивайте до BRAS свободную полосу, либо ставьте у абонента что-то, что сможет покрасить и обратный трафик.

 

Простейший вариант - мыльница-роутер с RJ-11 портами, нашлёпкой на RS232/USB и менеджементом/монтироингом вашим персоналом.

 

Для БЦ соответственно - рядом с коммутатором просто многопортовый шлюз под VoIP и обычная "лапша" абонентам.

Изменено 5 декабря, 2006 пользователем vIv

[Мартен]

Для БЦ соответственно - рядом с коммутатором просто многопортовый шлюз под VoIP и обычная "лапша" абонентам.

На этот месте можно поподробнее? :) Давно ищу надежное многопортовое и недорогое SIP-решение, но ничто не может пока конкурировать с N * LinkSys PAP2. А с ними мороки много, когда их пачка, хочется одной железкой. Есть идеи?

[vIv]

Зависит от количества портов... Их вообще-то как грязи %-)

 

http://www.addpac.com/addpac_eng/addpac_pr...&item_id=72

http://www.converter.ru/vcd-1483-1-5058/goods.html

[Мартен]

Ага :)

Audiocodes 24fxs = $2800 / $116.66 за порт

AddPack AP2650 = $4900 / $153.13 за порт

LinkSys PAP2 2fxs = $80 / $40 за порт

От таких расчетов моё руководство не очень-то горит желанием ставить Audiocodes&AddPack, хотя железо конечно замечательное.

[vIv]

Ну тогда надо взять главный инструмент интегратора - изоленту и скрутить пучок PAP2 в моноблок ;-(

[Мартен]

Ну тогда надо взять главный инструмент интегратора - изоленту и скрутить пучок PAP2 в моноблок ;-(

21й век на дворе! Стяжками пользуемся :):)

[vIv]

Стальными, с перфорацией? ;-))

[Мартен]

:):)

Вынашиваю мысль выкинуть нафик корпуса от ПАП2 а платы запихнуть в единый корпус с общим питанием и вентиляцией. Но это пока только мысли..

[vIv]

Да-да, я где-то такие модемы видел, - между двумя листами оргстекла ;-)

И кластер такой же :-)