bgp full view

[poweruser]

господа, подскажите неоптыному. рационально ли мелкому провинциальному провайдеру c полосой до 10 мбит и трафиковыми резервами, не имеющему пира, принимать full view? когда возникает необходимость его принимать за мкадом? или я что-то делаю не так?

[LionSprings]

Если аплинк "в интернет" один - то зачем? Достаточно дефолта. И при наличии пиров тоже не нужно, ибо от пиров принимаешь тоже только анонсы самого пира.

[poweruser]

Если аплинк "в интернет" один - то зачем?

в какой момент имеет смылс начинать балансировать на нескольких полосах?

[bitbucket]

в какой момент имеет смылс начинать балансировать на нескольких полосах?

Когда каналов в внешний мир больше одного. Когда один - bgp нужно только для анонса себя аплинку. Можете вообще аплинка попросить ничего вам не анонсировать - не будет гоняться лишний трафик.

[LionSprings]

Не совсем понял, что вы имеете ввиду под термином "несколько полос", но фуллвью реально нужен только при нескольких одновременно используемых аплинках.

А несколько полос от одного аплинка тогда уж балансируйте чем-нибудь типа PPP Multilink.

[poweruser]

Когда каналов в внешний мир больше одного.

Не совсем понял, что вы имеете ввиду под термином "несколько полос", но фуллвью реально нужен только при нескольких одновременно используемых аплинках.

извиняюсь за нечеткую формулировку, но я и спрашивал, с какого момента рационально с т.з. экономики иметь несколько активных аплинков. на данный момент имеется достаточно узкая полоса скажем 5 мбит, имеет ли смысл при таких объемах разбивать аплинки на 3+2 или в другой пропорции, если это повлечет замену пограничной железки с обеспечением ее резерва, ради повышения связности. интересует кто и при каких каналах начинал получать fv

Edited November 20, 2007 by poweruser

[Beast]

чем раньше, тем лучше.

[Клава Маус]

Намереваетесь расти и побеждать - включайте 2 или 3 аплинка на разных провайдеров. Лучше, через тех, кто разнесенн не только по транспортной инфраструктуре, но и по связности. Например: 1 линк на ТТК, второй линк на РТ, третий на местный ексчендж или его заменители.

Оператор на одной ноге не боец на современном рынке. Трудно передвигается и много падает. Затопчут.

Если ваша входная полоса 5Мб, то стоит ли ее нарезать на 2 и 3? Нет. Стоит включить еще 3Мб на второго оператора и крутить BGP

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

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

Вы скажете, что два апстрима с запасом дороже, чем один под завязку. И будете правы. Но ваши расходы на апстримы не могут составлять существенную долю всех расходов. Второй линк должен составить не более 10% общих расходов (я предполагаю, что вам не прийдется набирать новый персонал, покупать новый маршрутизатор и т.п. и т.д.). Компенсация этих отрицательных денежных потоков потребует увеличить доходы где-то на 5-7%. Неужто повышение пропускной способности, надежности и связности не удается продать клиентам на +5%?

Edited November 20, 2007 by Клава Маус

[telematic]

Неужто повышение пропускной способности, надежности и связности не удается продать клиентам на +5%?

Более того, они продадутся сами собой, в моменты падения одного из аплинков.

[poweruser]

Намереваетесь расти и побеждать - включайте 2 или 3 аплинка на разных провайдеров.

думаю не многие хотят чахнуть и загибаться

Лучше, через тех, кто разнесенн не только по транспортной инфраструктуре, но и по связности. Например: 1 линк на ТТК, второй линк на РТ, третий на местный ексчендж или его заменители.

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

Оператор на одной ноге не боец на современном рынке. Трудно передвигается и много падает. Затопчут.

Если ваша входная полоса 5Мб, то стоит ли ее нарезать на 2 и 3? Нет. Стоит включить еще 3Мб на второго оператора и крутить BGP

...

чем раньше, тем лучше.

картина ясна, спасибо Edited November 20, 2007 by poweruser

[visir]

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

[Клава Маус]

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

Здесь может быть несколько тактик поведения в зависимости от

профиля ваших клиентов: 1) ваши клиенты типичные домашние конечные пользователи; 2) ваши клиенты - несколько "крупных" корпоратов.

1. Местные соединения существенно нужны конечным пользователям. В их интересах местная связность занимает небольшую (точнее - не сильно поддержанную желанием платить), но очень важную долю. Здесь есть психологическая обманка, клиент согласен платить за возможность доступа к миру, а реально его мир весьма ограничен и часто заканчивается на торренте соседа по подъезду. Но признавать эту ограниченность он не намерен. Местный доступ, по его мнени, должен быть дармовой или вообще не нужен. Он так думает своим коллективным статистическим умом. Но, если местная связность петлей через Москву или даже Амс, то он начинает сознательно или несознательно искать варианты. Вплоть до смены провайдера. Местный доступ это, как правило, игровые ресурсы, файлопомойки, P2P, и отчасти местные новости и флеймы.

Пока клиентов на вашей сети мало ваша сеть неинтересна сопредельным операторам. И даже если вы поставити серваки с "контентом", то туда ничей интерес не направлен. Раскрутить местную популярность ресурса без короткосвязных клиентов нельзя (а, если, для начала, вы решите раскрутить его популярность в мировом масштабе, то дальше здесь читать ничего не надо - Вам в библионтеку к книжкам серии ЖЗЛ...). В такой ситуации местный доступ надо покупать. Покупать сейчас, чтоб завтра набрать клиентскую массу и их массой продавить пиры. МРК уже с удовольствием продают трафик. Ищите и обрящите. Не сделаете этого, обездолите своих клиентов и тем ограничите их число.

2. Несколько корпоратов. Здесь может оказаться, что местная связность не нужна (разве, что для личных целей персонала, не поддержанных руководством). Здесь надо говорить с клиентами, мерить трафики, таргеты запросов и т.п. и т.д. Этот трафик инжениринг позволит вам выставить конкретные требоования к своей связности, что брать полосой, что трафиком, как балансировать, может обратиться к апстриму с претензиями по конкретной связности и тем самым, например, опустить его в цене.

 

По любому, чтобы вы не делали, вы должны знать интересы своих клиентов лучше, чем они сами себя знают. Анализ трафиков - один из важнейших интсрументов. Пока клиентов мало это можно делать почти вручную. Только так вы найдете оптимальный путь настройки взаимодействия сети с окружающим миром. Не пройдя этого, Вы будете пользоваться чужими отрывочными знаниями, которые к вашей ситуации может и не применимы. Короче, изучайте текущие желания клиентов, чтоб завтра управлять их потенциальными желаниями.

[poweruser]

Здесь может быть несколько тактик поведения в зависимости от

профиля ваших клиентов: 1) ваши клиенты типичные домашние конечные пользователи; 2) ваши клиенты - несколько "крупных" корпоратов.

...

наши клиенты на вскидку 80% юрики 20% физики на сегодня, стартовали с промзоны, доля физиков растет быстро, но и тем и другим переодически хочется иметь гор. сеть - это альтернативщик, у мрк нет ресурсов интересных пользователям. так вот альтернативщик отказался помогать конкуренту, со временем анлимы невелируют потребность наших клиентов в ресурсах конкурента, а до тех пор придется работать так.

[Солнечный КОТ]

о временем анлимы невелируют потребность наших клиентов в ресурсах конкурента, а до тех пор придется работать так.

Анлимы будут подгружены весьма, что плохо скажется на ЧНН по физикам. Договаривайтесь, тырьте, продавливайте.