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

Eagle18

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

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

  • Посещение

1 подписчик

О Eagle18

  • Звание
    Студент
    Студент

Информация

  • Пол
    Array

Посетители профиля

Блок посетителей профиля отключен и не будет отображаться другим пользователям

  1. # DST-ADDRESS PREF-SRC GATEWAY DISTANCE 0 ADb 0.0.0.0/0 x.x.x.29 20 1 Db 0.0.0.0/0 y.y.y.85 20 Может это и в корне не правильно. меняем дистансе и трафик полностью исходящий перебегает на другого ISP. Нас устраивает что он полностью идет через одного IPS. Поэтому остановились на таком решении.
  2. Получили от ISP2 тоже дефолт сейчас проблем нет. distance регулируем направление трафика. Всем спасибо за помощь. Тему закрываем
  3. А от провайдеров оба дефолта приходят? У нас set-bgp-prepend вообще никакого эффекта не возымело поскольку FV. Ждём когда ISP2 даст дефолт и там ещё мучить будем. Всем спасибо за подсказки
  4. Правильно все понимаете. Такая работа и устраивала, только пару дней назад исходящий трафик перестал через него бегать нормально.как будто порезано где то. ТП отвечает по полдня.Вот и возник вопрос каким образом можно трафик развернуть в другой место без изменения FV. ТП спустя только сутки отправила монтажников трассу смотреть потому что линк падал между нами ночью. На данный момент решили вопрос поставив фильтр на входящие префиксы chain=bgp-in-ISP2 prefix=0.0.0.0/0 prefix-length=0-128 да и то правило сработало после двух трех разрывов bgp в ручную. Может микротик так отрабатывает наш конкретною. Стоит ccr1036-8g-2s+. Ждём от ISP2 когда сделают default
  5. в фильтрах ставили chain=bgp-in-ISP2 invert-match=no action=accept set-bgp-prepend-path="" bgp-local-pref=55555555 ставили и bgp weight и set bgp weight и не помогало.
  6. уже думаем насчет двух дефолтов. До позавчера проблем с исходящим трафик не было. Но IPS2 что-то начал хандрить и его ТП слишком долго тянет с решением проблемы. Думаю что и будем просить тоже дефолт и уже метриками в роутах ковырять
  7. День добрый всем. Направтье в нужную сторону или вовсе подскажите что делаю не так. Имеется микротик на нём два пира: name="ISP1" instance=default remote-address=x.x.x.29 remote-as=xxxxx tcp-md5-key="" nexthop-choice=default multihop=no route-reflect=no hold-time=3m ttl=default in-filter=bgp-in-ISP1 out-filter=bgp-out-ISP1 address-families=ip default-originate=never remove-private-as=no as-override=no passive=no use-bfd=no remote-id=x.x.x.145 local-address=x.x.x.30 uptime=22h43m17s prefix-count=32 updates-sent=24 updates-received=32 withdrawn-sent=0 withdrawn-received=3 remote-hold-time=3m used-hold-time=3m used-keepalive-time=1m refresh-capability=yes as4-capability=yes state=established name="ISP2" instance=default remote-address=y.y.y.85 remote-as=yyyy tcp-md5-key="" nexthop-choice=default multihop=no route-reflect=no hold-time=3m ttl=default in-filter=bgp-in-ISP2 out-filter=bgp-out-ISP2 address-families=ip default-originate=never remove-private-as=no as-override=no passive=no use-bfd=no remote-id=y.y.y.230 local-address=y.y.y.86 uptime=21m42s prefix-count=2954 updates-sent=7 updates-received=701218 withdrawn-sent=0 withdrawn-received=424 remote-hold-time=3m used-hold-time=3m used-keepalive-time=1m refresh-capability=yes as4-capability=yes state=established с ISP1 принимаю дефолт а с ISP2 FV. Входящий трафик перекидывается без проблем а вот с исходящим гемор третий день. в фильтрах прописал чтоб ISP1 и ISP2 не слали мне мои же подсети и следующие строки: chain=bgp-in-ISP1 invert-match=no action=accept set-bgp-prepend-path="" chain=bgp-in-ISP2 invert-match=no action=accept set-bgp-prepend-path="" bgp-local-pref=55555555 и все равно трафик идёт исходящий через IPS2. Согласно многим мануалам пробовал править и поле set_bgp_local_pref не помогло. Сделал следующие правила для ISP2 chain=bgp-in-ISP2 prefix=0.0.0.0/0 prefix-length=0-128 bgp-local-pref=4294967295 invert-match=no action=discard set-bgp-prepend-path="" chain=bgp-in-ISP2 bgp-local-pref=55555555 invert-match=no action=accept set-bgp-prepend-path="" Сбросил с bgp с ISP2. префиксы приходить перестали и трафик побежал через ISP1. Но со временем префиксы через это правило с IPS2 пробиваются и трафик медленно но верно возвращается на IPS2. Каким ещё образом можно "задушить" трафик на IPS2
  8. Не работает совсем? или с перебоями? У меня офисе приставка стоит и без проблем по wi-fi гоняет сигнал даже в HD качестве без вопросов- бывают глюки но раз-два в день. А так нареканий нет никаких
  9. ну при дефолтных настройках днс приставка попробует обновиться до последней прошивке с самого нага. все правильно. А в чем собственно проблема?
  10. Про какую именно прошивку речь? Могу поделиться если есть нужная
  11. Есть же мануал как менять прошивки без проблем. Там все подробно расписано)
  12. ну у меня завернуто вот так zone "update.vermax.com" IN { type master; file "pri/20.20.10.zone"; allow-update { none; }; allow-query { any; }; allow-transfer {91.203.237.3; }; }; ну и сам файл зоны $ttl 38400 update.vermax.com. IN SOA ns.xxxx.ru. support.xxxx.ru ( 20120815 ;serial 600 ;refresh 5400 ;retry 1209600 ;expiry 10800) IN NS ns.xxx.ru. IN NS ns2.xxx.ru. IN A 91.203.237.4 ns IN A 91.203.237.4 ns2 IN A 91.203.237.3 и работает без проблем у тебя после поднятия nginx много чего должно лежать ещё. файл конфига в котором собственно и прописан будет адрес плэйлиста playlist=http://xxx.xxx.xxx.xxx/iptv.ru/IPTV-ALL.m3u #адрес плейлиста icons=http://update.vermax.com/160/ #Директория с иконками телеканалов (рекомендуется png с прозрачностью до 72x72) #Интервал проверки обновления плейлиста, в минутах. При обновлении плейлиста проверяется обновление и данного файла конфигурации. playlist_update_interval=300 #Минимальный интервал времени [в часах], через который будет производиться проверка обновлений. По умолчанию 1. #Проверка при каждом запуске 0, для отключения убрать update_url updates_check_interval=0 #Ссылка на файл с информаций об обновлениях, может быть как полной ссылкой [вида http://example.com/update.properties], так и относительной. update_url=update.properties #Пин-код родительского контроля [только цифры, не более 11 символов, по умолчанию 40885] child_lock_pin_code=77777 #Интервал проверки уведомлений от провайдера [в минутах, по умолчанию 120] provider_notifications_check_interval=5 #Таймаут для переподключений к мультикасту [в секундах, по умолчанию 10] multicast_reconnect_timeout=10 #не рекомендуем уменьшать время меньше 3 секунд. Максимальное время попыток подключения - 2 минуты. Значение 0 отключает функционал переподключения. error_message_no_video=Error. Sorry, try again several times # Текст сообщения об ошибке воспроизведения видео, кодировка UTF-8 в принципе это минимум что надо сделать. ну и сам плейлист следующего сожержания #EXTM3U url-tvg="http://update.vermax.com/jtv/jtv.zip" #EXTINF:-1 tvg-name="Первый_канал" tvg-logo="http://update.vermax.com/160/pervii.png", Первый Канал http://x.x.x.x:8050/udp/238.1.1.14:1234 #EXTINF:-1 tvg-name="Россия_1" tvg-logo="http://update.vermax.com/160/Rossia_1.png", Россия 1 http://x.x.x.x.:8010/udp/238.1.1.1:46233 #EXTINF:-1 tvg-name="Матч_ТВ", Матч ТВ http://x.x.x.x:8050/udp/238.1.1.206:1234 будут вопросы обращайся. чем смогу помогу
  13. новую покупать то не будем больше. Эту купили года 4 назад за все время только два танца с бубнами было. Вот это второй. Буду настаивать на замене оборудования. Устал уже. смотрю в сторону SMP100 с платами расширения. Сталкивались с таким железом?
  14. сегодня телевью ещё один канал начала так же принимать с завышенным битрейтом но со 2 мультиплекса канал стс. и во воремя перенастройки и расчета потока зависла и пропало управление по сети. только на прямую подключаться