Перейти к содержимому
Калькуляторы

Покритикуйте схему

В качестве шлюзов используются Eltex tau-1e.ip. Реализована следующая схема предоставления услуг voip. Со стороны коммутатора к абоненту приходит транк, в котором приходят два VLAN - один под голос, другой под данные. На порту WAN поднят тегированный интрефейс в голосовой VLAN со статическим IP через который можно удаленно зайти на шлюз и с него же идет регистрация на астериске. Также на WAN-порту поднят тегированный интерфейс в VLAN с данными без адреса, который сбирджован с нетегированным портом LAN, в который абонент втыкает свой роутер или компьютер.

Аналогичная схема работает с линксисами, но у них работа с тегами обрезанная, т.е. голос можно тегировать, а данные с LAN-порта надо через native vlan тегировать на считче.

 

Сделано по той причине, что абонентские роутеры про QoS в общем случае не знают и зарезервировать полосу для голоса не могут. Т.е. в случае, если абонент полностью занимает полосу, выделенную по тарифу, голос начинает сыпаться и в первую очередь страдают факсы. Также на китаекоробках от dlink и т.д. иногда бывает странный нат и фаерволл и голос ходит через раз даже несмотря на STUN.

 

В общем, покритикуйте схему.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Там уже можно наверное очередь настроить на порту свитча.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А накий это нужно? Если у вас нормальный свитч, то настройте ACL с установкой QOS по IP адресу своего каллсвитча. При полисинге будут резаться сначала пакеты с более низким приоритетом. Или я не правильно понял вопрос? А странный NAT лечится через хитрый SBC, но тоже не всегда. На многих современных каллсвитчах SBC встроенный. По этому, если не хватает квалификации разобраться с SBC, можно менять каллсвитчи!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А как что-нибудь сделать со шлюзом из-за ната? Заморачиваться с централизованным провиженом из за пары сотен клиентов не охота.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Провижинг это автонастройка, она к нату отношения не имеет.

В чем проблема избавиться от ната в пределах своей сети?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Провижинг это автонастройка, она к нату отношения не имеет.

В чем проблема избавиться от ната в пределах своей сети?

Как рулить шлюзом из-за абонентского роутера (если он есть)?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не поддерживать эту схему.

TAU-1E.IP сам умеет работать роутером.

Если клиент хочет, то может дальше поставить еще один.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как рулить шлюзом из-за абонентского роутера (если он есть)?

 

tr-069 (-> ACS server)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.