dsvpn же)

своровал ось, своровал фичи получается))

ага, выглядит очень похоже. :)

да, там те же mGRE и NHRP ?

своровал ось, своровал фичи получается))

По лицензии :) Я дружил циску с хуавеем по DMVPN

а вы говорите про например eigrp no ip next-hop self

Для eigrp понятно

ну и как оно? без проблем?

ну и как оно? без проблем?

Ага все ок

Джун шепнул что они тоже могут nhrp

Инфа не проверена

мне щас тоже самое сказали

и тоже непроверена :)

?

фаза 3 же

Не надо путать мягкое с тёплым) шифрование тут при чем?

3 фаза это 2 команды: ip nhrp shortcut на споке ip nhrp redirect на хабе

Вот кстати от Наташи годный ман.

С объяснением кто такая 1-2-3 фазы и как их настраивать.

3 фаза к шифрованию не имеет ни малейшего отношения

если мы про дмвпн, конечно

скорее шифрование к 3 фазе не имеет отношения

Ога, DMVPN может и без шифрования, голый GRE.

Одну строчку убрать в туннеле.

ит отдел внутри тоже делится на нормальных ребят и чуть ли не больших пидарасов

жизнено (

жизнено (

Очень жизненно.

+1

Вопрос про ip sla, правильно ли я понимаю, что threshold это типа время получения ответа, например threshold = 1сек (для примера), используем icmp, пакеты вдруг начинают возвращаться более, чем 1 сек, то ip sla считает, что условие нормлаьной работы нарушено? ну и при этом timeout у нас например 2 сек.

Правильно. threshold 1200 норм работа, за этот период должны пролететь пакеты. timeout 1500 отбивка по таймауту frequency 30 частота повторений, раз в 30 сек.

Правильно. threshold 1200 норм работа, за этот период должны пролететь пакеты. timeout 1500 отбивка по таймауту frequency 30 частота повторений, раз в 30 сек.

понятно, значит правильно понимаю... долго что-то в голове это укладывалось

Не только у тебя)

вроде просто, всего 3 параметра...

ага

кто-то ставил nexus1000v + VSG на VMware 6.5 ? а то чет инфа идет, что поддержка 3rd party DVS скоро будет отключена вмварой

кто-то ставил nexus1000v + VSG на VMware 6.5 ? а то чет инфа идет, что поддержка 3rd party DVS скоро будет отключена вмварой

вы пробовали nexus1000v которыс с бесплатной лицензией? интересуют его ограничения

http://www.cisco.com/c/en/us/products/collateral/switches/nexus-1000v-switch-vmware-vsphere/qa_c67-717571.html

http://www.cisco.com/c/en/us/products/collateral/switches/nexus-1000v-switch-vmware-vsphere/qa_c67-717571.html

т.е. ограничений по скорости нет, как на CSR1000v ?

по производительности нет

по производительности нет

клёва, тогда надо тестить

но зачем?) вся фишка то в vsg и vpath, сам по себе нексус не особо нужен я считаю

но зачем?) вся фишка то в vsg и vpath, сам по себе нексус не особо нужен я считаю

у нас есть пачка Hyper-v серверов воткнутых в 2960, и проблемы с балансировкой по etherchannel. Вот думаю, что nexus использовать вместо стандартного ms коммутатора и возможно там можно будет разрулить балансировку по L4

но это пока только догадки, не видел никогда nexus 1000v

,tp ,

да и вообще с nexus не работал

не знаю как HyperV балансирует на свитче своем

там nic teaming по hash?

навскидку так балансировка по Hyper-V Port - каждая вм в отдельный порт распределение примерное (per VM) вроде многих устраивает

там nic teaming по hash?

я тоже не знаю, но вендовые админы уверяют, что там ip hash

один из режимов да

у нас проблемы с бекапированием, сервак подключен 4хG а бекапы льются по 1G

хотя, бекап льётся с хостовой машины, наверное и это не поможет

ну это нормально

да, нормлаьно, но денег на 10G коммутаторы не дают ))0

а бекапы уже не успевают сливаться за ночь

как вариант лить многопотоком при разных парах л4 портов, не знаю насколько это реально

вроде есть Transport ports Режим в hyper v

вот, под это дело и думается развернуть тестовый nexus, но чёт инструкция по установке меня вгоняет в тоску

для address hash балансировки

может, я в hyper-v не понимаю ничего, только Esxi

прошу ногами не пинать, я не профи бэкапов, просто спрашиваю: а нельзя ли дифференциальные бэкапы?

юзать

такие и есть, но когда больше 100vm в продакшене.. это уже не спасает

ну нас, конкретно

для address hash балансировки

можете выложить образ nexus1000v у меня какраз тестовый esxi6.5 потестирую

а вот тут есть момент)

на 6.5 ооочень врятли получится установить

ERROR: S client not available

vem пакета вроде как нет

vem пакета вроде как нет

как то странно... а что cisco предлагает?

сам с этим сейчас столкнулся, а образ vsm не дает скачать без контракта

да тут мутная история сами ждем разборов, это все из за выпила вмварой

да тут мутная история сами ждем разборов, это все из за выпила вмварой

странная ситуация

ну и на 6.5 клиент же не поддерживается для vcenter, а плагин xml с VSM грузится на vcenter только через него

шок какой то

шок какой то

засада...

у нас проблемы с бекапированием, сервак подключен 4хG а бекапы льются по 1G

А точно проблема в сети, а не в сторе?

А точно проблема в сети, а не в сторе?

точно, 1 линк загружен на 800мбит/с, остальный по нулям

Так может стор не отдает больше

если бы была хоть какая-то балансировка, то загрузка была бы частично на других линках

если идет одним потоком - не будет балансировки если идет в несколько и балансировка работала бы то эти 800 были бы размазаны по нескольким линкам, пусть даже стор и не может быстрее отдавать

если запускаешь несколько таких бекапов, все идут в 1 линк?

имеется ввиду с нескольких VM

Хост r2 ?

Хост r2 ?

вроде 2012R2, бекап снимается через veeam

veeam тянет копии с одного ip - ip хостовой машины на ip себя.. в этом и засада

возможно там есть многопоточный режим.. но это ещё прорабатывается

по сокетам hash то включен?

Есть и по дефолту включен

у нас есть пачка Hyper-v серверов воткнутых в 2960, и проблемы с балансировкой по etherchannel. Вот думаю, что nexus использовать вместо стандартного ms коммутатора и возможно там можно будет разрулить балансировку по L4

http://www.rayheffer.com/cisco-nexus-1000v-nic-teaming-and-load-balancing/ можно считать хеш по инормации с L4 \\ port-channel load-balance ethernet {dest-ip-port | dest-ip-port-vlan | destination-ip-vlan | destination-mac | destination-port | source-dest-ip-port | source-dest-ip-port-vlan | source-dest-ip-vlan | source-dest-mac | source-dest-port | source-ip-port | source-ip-port-vlan | source-ip-vlan | source-mac | source-port | source-virtual-port-id | vlan-only} \\

http://www.rayheffer.com/cisco-nexus-1000v-nic-teaming-and-load-balancing/ можно считать хеш по инормации с L4 \\ port-channel load-balance ethernet {dest-ip-port | dest-ip-port-vlan | destination-ip-vlan | destination-mac | destination-port | source-dest-ip-port | source-dest-ip-port-vlan | source-dest-ip-vlan | source-dest-mac | source-dest-port | source-ip-port | source-ip-port-vlan | source-ip-vlan | source-mac | source-port | source-virtual-port-id | vlan-only} \\

это на Hyper-V стандартном коммутаторе?

это про nexus 1kv

это про nexus 1kv

о, это отлично

Ура! Все здравствуйте! Я так счастлив, что попал в эту группу!)

Меня зовут Паша. И я работаю в ТП в провайдере в Спб. Как оператор. Я совсем начинающий. Так что сразу сорри за тупые вопросы. )

Паша?

из Ростелекома?

Первый вопрос: у нас в прове абонам выдаем статические внутренние адреса. Из БД. Но выдает dhcp. Так вот. Как некорректно заданный для абона switch-port и vlan может влиять на неверно выданный ip ??

2добрый самаритянин, да Паша, но не из Ростелекома. )

Из Westcall. )