Jump to content

Recommended Posts

Posted (edited)

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

 

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

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

 

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

 

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

 

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

 

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

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

 

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

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

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

 

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

 

Спасибо.

Edited by Oleg_S
  • 5 weeks later...
Posted

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

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

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

 

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

 

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

 

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

 

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

Edited by vIv
Posted

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

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

Posted

Ага :)

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

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

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

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

Posted

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

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

Posted

:):)

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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.