[zi_rus]

ну вот можно начать просвещаться

http://www.ripn.net/articles/ietf-intro/

[s.lobanov]

Пока ничего не читал про RFC и draft, ничего об этом не знаю, но мысль об этом грею. Если что, я участвую.

 

По сигнализационным протоколам(всякие там ospf, bfd, rsvp и прочее) реально что-то стандратизировать в плане формата логов. По dataplane-у - нет, ибо вендоры не очень делятся архитектурными особенностями, алгоритмами использования аппаратных ресурсов, а события так или иначе привязаны к железу, а что там происходит в ASIC-ах и между ними для большинства из нас, бесконечно далёких от разработки этого железа, неизвестно, это чёрный ящик(за исключением часто вылезающих проблем, которые приоткрывают его)

 

P.S. я бы мог пописать draft-ы, есть много идей, но мой работодатель это не оценит, он даже не поймёт что это и зачем это вообще нужно, так что без меня

[zi_rus]

Пока ничего не читал про RFC и draft, ничего об этом не знаю, но мысль об этом грею. Если что, я участвую.

 

По сигнализационным протоколам(всякие там ospf, bfd, rsvp и прочее) реально что-то стандратизировать в плане формата логов. По dataplane-у - нет, ибо вендоры не очень делятся архитектурными особенностями, алгоритмами использования аппаратных ресурсов, а события так или иначе привязаны к железу, а что там происходит в ASIC-ах и между ними для большинства из нас, бесконечно далёких от разработки этого железа, неизвестно, это чёрный ящик(за исключением часто вылезающих проблем, которые приоткрывают его)

 

P.S. я бы мог пописать draft-ы, есть много идей, но мой работодатель это не оценит, он даже не поймёт что это и зачем это вообще нужно, так что без меня

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

[alper]

Интересно было бы посмотреть, как эта идея выльется хотя бы в маленький практический проект.

 

Ещё лично мне было бы интересно, если бы автор раскрыл один частный вопрос - автоматическую балансировку BGP исходящего и входящего трафика, в зависимости от загруженности каналов в ЧНН, а также от мониторинга пингов (отклика и потерь) до разных направлений. Например, что по этой теме уже есть, какие основные идеи, сложности и т.п.

Я думал, почему нет такой системы автоматической балансировки трафика, обсуждал со знакомыми, и пришли к выводу такому же, как здесь в комментариях относительно общей системы: это сложно, дорого, для каждого оператора политика балансировки индивидуальна, и главное - никому особенно не нужно, чтобы это было сделано.

[zi_rus]

Интересно было бы посмотреть, как эта идея выльется хотя бы в маленький практический проект.

 

Ещё лично мне было бы интересно, если бы автор раскрыл один частный вопрос - автоматическую балансировку BGP исходящего и входящего трафика, в зависимости от загруженности каналов в ЧНН, а также от мониторинга пингов (отклика и потерь) до разных направлений. Например, что по этой теме уже есть, какие основные идеи, сложности и т.п.

Я думал, почему нет такой системы автоматической балансировки трафика, обсуждал со знакомыми, и пришли к выводу такому же, как здесь в комментариях относительно общей системы: это сложно, дорого, для каждого оператора политика балансировки индивидуальна, и главное - никому особенно не нужно, чтобы это было сделано.

такая балансировка есть, у Cisco это называется PfR (performance routing). если интересно http://www.ine.com/all-access-pass/training/playlist/ccie-rs-pfr-vseminar/-pfr--vseminar-22200011.html - 8 часов видео про эту штуку

[alper]

такая балансировка есть, у Cisco это называется PfR (performance routing). если интересно http://www.ine.com/all-access-pass/training/playlist/ccie-rs-pfr-vseminar/-pfr--vseminar-22200011.html - 8 часов видео про эту штуку

 

Спасибо, посмотрю!

Вот ведь могучая компания Cisco Systems - такую штуку замутила! Придумала, как заменить меня на рабочем месте.:))

[Negator]

А по моему существующие протоколы несовершенны в этом плане в принципе.

Они очень сложны.

Все эти широковещательные домены, вланы, балансировки.

На начальном этапе становления это нормально. Вообще интернету как таковому лет 25 пока.

Пройдет еще лет 20-30 и о всех этих вещах забудут.

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

Как? Не знаю. Но за 30 лет многое изменится - это факт. Еще 10 лет назад был сплошной диалап- а сейчас и тарифов меньше 10 мбит не предлагают.

Я к чему -мыслите глобальнее. Стандартизация логов это мелочи.

[zi_rus]

поэтому сейчас и двигают sdn (cisco pfr можно счиатть неким прообразом, кстати), все управление идет с контроллера, а само железо работает как ему укажут, лично мне не нравится sdn, для малых сетей оно работает, а что-то глобальное будет иметь серьезные проблемы при пропадании связи с контроллером, хотя конечно это редкое явление чтобы крупная сеть пополам развалилась, так что аргументов против sdn у меня не остается, но они мне все еще не нравятся

[NN----NN]

SDN и SON