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

aak

Активный участник
  • Публикации

    393
  • Зарегистрирован

  • Посещение

Все публикации пользователя aak


  1. Подразумевается,что скорость не будет опускаться ниже тарифа. Перезвонил,спросил,теперь уже нет: скорость бывает заваливается за стартовый порог,видимо,у них не шейпится.
  2. печально, но вы так ни чего и не поняли. Попробуйте себе ответить на такой вопрос - вы можете себе представить ситуацию что у вас например в канале 10Мбит будут работать только 3 абонента на тарифах 2,3,5 Мбит? сомневаюсь. Попробую быть более подробным. Такой пример: имеется канал в 15мб/с и 3 клиента с следующими скоростями: 1-й - 3мбит/с,2-й - 3мб/с,3-й - 5 мб/с. В один момент времени работают первые 2,третий не подключен.Т.к. канал свободен на 9 мб/с,у них скорость повышается до 7мб/с. Когда подключается третий,их скорость снижается до 4мб/с,а ему выдается 7мб/с. И так далее по аналогии.Вопрос в том,такое вообще реализуемо средствами имеющимися на данный момент на рынке оборудования? Коллега,который сидит на 4G (Yota),говорит,что у них именно такой канал.
  3. На Cisco это реализуемо? Если можно,ткните,где почитать.
  4. если скорость у всех одинаковая, то без проблем, а вот если у вас разные тарифы то как вы себе это представляете? если абонентов не много то как бы тоже не проблема. То есть на каждого абонента прийдется делать по одному правилу в шейпере на вход и по одному на выход, ну и пакеты метить для каждого. Я имел ввиду увеличение скорости выше ограничения,если канал свободен,т.е. н-р,клиенту вырезано 2мб/с,когда канал свободен (не загружен),у него может быть и 3,и 4,и 5 итд.
  5. Здравствуйте! Поставили задачу,с которой ранее сталкиваться не приходилось,покопал интернеты,нашел только про QOS (. Имеется ряд учеток с фиксированными скоростями (подключение через PPPoE),скорость выставляется radius'ом. Канал провайдера в N Мбит,часто не загружен даже наполовину. Как сделать "плавающую" скорость,т.е чтобы скорость клиента повышалась взависимости от загрузки канала? Какое оптимальное решение? (используем оборудование Cisco).Заранее спасибо за ответы.
  6. Подскажите: 1) Какова максимальная длина кабеля от аналогово видеорегистратора до аналоговой камеры (BNC)? 2) Какой кабель лучше использовать для внешней прокладки (воздушка,~ 35 м)?
  7. С чем "этим"? С выгоранием портов или с работой на длинах более 100 метров? Если первое, то без разницы, какой кабель, при прямом попадании молнии выгорит все. При наводках грозозащита и заземление могут помочь, но гарантий не дадут. Если второе, то лично не пробовал, по слухам все у них хорошо на таких дистанциях. Однако это двухпарник, как вы собираетесь PoE подать? PoE можно подать по второму кабелю. Хотя,действительно,с оптикой в этом случае дешевле будет. Я,конечно,не электрик,но если кабель висит ниже ЛЭПа и других кабелей,вероятность прямого попадания в него молнии,ниже,чем в них,разве это не защита какая-никакая?
  8. А как у П-296 с этим на таких длинах?
  9. Вся проблема в том,рядом с камерой ящик нереально повесить,т.к. она будет на уровне > 2-ого этажа торца жилого дома висеть (торец выходит на дорогу).Тянуть ей питание из подъезда по стенам как-то неособо охота (топология сети будет меняться в будущем,неохота потом потом переделывать).Мы поразмышляли,думаем,самое простое решение запитать ее через PoE-инжектор,от ящика в среднем подъезде до нее где-то метров 30 будет.
  10. Не проще ли тогда через PoE-инжектор запитать (оптика -> медиа-конвертор -> PoE-инжектор -> камера),ведь так или иначе под ШКОС придется ящик ставить?
  11. Какую максимальную длину вам получилось достичь? (из вашей практики). 60-70 м - это реально? Пример? (производитель/марка)
  12. Не надейтесь, если это стандартное PoE, то на 100 метрах не заработает. На хорошем кабеле (с толстыми жилами) можно надеятся на 60-70 метров. Это на практике проверено? Почему спрашиваю: "Only when using a PoE switch and a PoE enabled camera the maximum distance equals the maximum cable length: 100 m" (http://www.axis.com/techsup/faq/index.php/?action=artikel&&cat=175&id=115358&artlang=en&highlight=). Мы как раз планируем используем свитч и камеру с поддержкой PoE.
  13. Надеемся,иначе придется подводить внешнее питание,что крайне гемморойно - камера на стене на высоте 6м. Да,сам присматривался к такому. До 6мм - должен подойти.
  14. К сожалению,нет,т.к. сегмент идет к IP-камере (будет на отвесной стене),требуется PoE. У меня вообще вопрос,витая пара с тросиком - чем вообще тросик крепиться?
  15. Всем здрасьте! Планируем положить сегмент (воздушка,длина почти 100 м),планируем использовать FTP с тросиком,по дороге есть столб (бетон),будем крепить за него. От столба до конца сегментов ~ 30м. Посоветуйте: 1) без тросика FTP если взять,вес выдержит? 2) если брать с тросиком,чем крепить к столбу за тросик (диаметр тросика ~ 3мм)? P.S. FTP - 4 пары.
  16. Всем здрасьте! Планирует положить сегмент (воздушка,длина почти 100 м),планируем использовать FTP с тросиком,по дороге есть столб (бетон),будем крепить за него. От столба до конца сегментов ~ 30м. Посоветуйте: 1) без тросика FTP если взять,вес выдержит? 2) если брать с тросиком,чем крепить к столбу за тросик (диаметр тросика ~ 3мм)?
  17. Проблема,явно не в шлюзе,проблема где-то в Asterik. Несмотря на то что шлюз добавляет ; к SIP id (что видно при sip debug) - Asterisk нормально парсит входящий сип-траффик.
  18. Конечно,у обоих транков прописан один контекст (назовем его zzz), sip.conf: --------- [100] type=friend secret=password host=dynamic context=zzz insecure=port [200] type=friend secret=password host=dynamic context=zzz insecure=port callerid=${CALLERID(num)} extensions.conf ------------------ [zzz] exten => 101,1,Answer exten => 101,n,Playback(tt-monkeys) exten => 101,n,Hangup Для более полной картины можно использовать http://asterisk-support.ru/question/46055/nastroika-snr-vg-6108-asterisk-11/ В настройках шлюза 101 - экстеншн,куда шлюз форвардит входящие звонки с ТфОП (PSTN)
  19. Неверно указали extension на который приходит звонок от шлюза - к вам он приходит на extension yyy, а в контексте zzz вы его не описали, на что и ругается Астер В том то и дело,что описал (вверху печатка: не xxx@zzz,а yyy@zzz),dialplan show yyy@zzz говорит,все ок!! Та же байда и с эктэншеном s в диалплане!!
  20. 3-й день пытаюсь подружить Asterisk 11 + SNR-VG-6108 (aka Unicorn 6108). Настраивал по этой инструкции : http://ipmatika.ru/get_file.php?id=154.Все работает кроме форвардинга со стороны ТфоП (FXO -> Unconditional Call Forward to VOIP). Хотя экcтеншен есть в диалплане (dialplan show xxx@zzz - ok),в параметрах транка контекст (zzz) указан,но при форвардинге шлюз получает от Asterisk отлуп (404 Not Found),в лог сыпится : "NOTICE[60047]: chan_sip.c:25288 handle_request_invite: Call from 'xxx' to extension 'yyy' rejected because extension not found in context 'zzz'. Рецепты из Гугла не помогают,толи я уже туплю. Кто-нибудь сталкивался с подобной проблемой?
  21. Что означают 2 коротких гудка (со стороны АТС) после длинного при вызове? Вообще есть у кого-нибудь какой-нибудь материал по сигналам АТС?
  22. P.S. Вопрос снят. Нашел здесь http://data.nag.ru/SNR%20VoIP/VoIP%20Gateway/Documentation/ ;)
  23. Всем привет. Взял на выходные домой "поиграться" шлюз SNR-VG-6108,документации с ним не было. Скачать по ссылке вверху не могу (недостаточно прав). Подскажите,какие у него дефолтные ip+логин+пароль.