[MrBear]

Впрочем, Мистер Бир про такую схему продаж Вам гораздо больше моего расскажет. :-)

В настоящий момент схема потеряла финансовую привлекательность. Работала успешно много лет, пока цена ежеполугодичного апгрейда не приблизилась к полугодичной прибыли. :) До гигабита агрегации успешно работает и сейчас, кстати.

[HEDG]

Мне такая схема на данный момент нужна!

1. По затратам это - это один рабочий день + редкие корректировки (к идеалу никто не стремится и за разницу в 5-10 мс речь не идет)

2. Я предпочитаю мониторить,что творится с аплинками и миром. А не делать почти тоже самое руками, всякий раз когда что-то нет так..

3. При необходимости перебалансировки исхода уходит вопрос : "А что на этот раз будем перемещать?"

4. 1% пользователей, которым интересен пинг, за*ет больше чем остальные 99%

5. Пользователям пинг не важен, но он влияет на субъективную оценку - "как хорошо работает интернет".

6. Если есть возможность предоставлять более КАЧЕСТВЕННЫЕ услуги, без особых финансовых затрат, почему бы этого не делать?? (я прекрасно понимаю, что напрямую особой выгоды от этого не будет)

7. Сейчас растет количество интерактивного трафика

 

Люди, я понимаю что это большинству и даром не надо...

Прошу писать по делу , а не философские измышления типа - "да нах оно тебе надо?".

Просто подскажите, где можно взять или как составить список AS(ip) основных магистральных провайдеров!

Заранее спасибо!

P.S. если кого то обидел, то я этого не хотел. Просто мне действительно надо это сделать.

Изменено 15 октября, 2009 пользователем HEDG

[evd]

Просто подскажите, где можно взять или как составить список AS(ip) основных магистральных провайдеров!

HEDG, Вы упорно не желаете понять очевидных вещей

 

Магистралы, как правило, размазаны по пространству. Токио, Владик, Новосибирск, Екатеринбург, Самара, Москва, Питер, Амстердам, Лондон, Нью-Йорк, Лос-Анжелес, и далее по шарику. У кого-то ареал обитания поуже, у кого-то пошире, не суть. Что Вам даст знание агрегированных блоков ip без знания территориального ip-плана (if any)? Агрегированные ip как раз легко вычисляются. Хоть по RADB, хоть по живой bgp-таблице

 

Интересующие ваших клиентов трафикогенераторы/трафикопотребители с большой долей вероятности являются multihomed, то есть доступны не через одного единственного магистрала. Да ещё у каждого могут быть свои выверты в routing policy. Которые имеют свойство трансформироваться во времени - в зависимости от меняющихся технических и экономических условий. Хотите обыкновенной пинговалкой объять необъятное? Вместо тонкой настройки динамической маршрутизации раскладывать трафик вручную? С чего Вы решили, что для этого Вам хватит одного рабочего дня? Вам придётся заниматься этим ежедневно

 

PS. Заранее приношу извинения, если обидел

Изменено 16 октября, 2009 пользователем evd

[++k]

Мне такая схема на данный момент нужна!

4. 1% пользователей, которым интересен пинг, за*ет больше чем остальные 99%

Уберите этих пользователей и остальные 99% скажут вам спасибо

А так же пропадут остальные 6 пунктов

[HEDG]

Магистралы, как правило, размазаны по пространству. Токио, Владик, Новосибирск, Екатеринбург, Самара, Москва, Питер, Амстердам, Лондон, Нью-Йорк, Лос-Анжелес, и далее по шарику. У кого-то ареал обитания поуже, у кого-то пошире, не суть. Что Вам даст знание агрегированных блоков ip без знания территориального ip-плана (if any)? Агрегированные ip как раз легко вычисляются. Хоть по RADB, хоть по живой bgp-таблице

Я понимаю , что это наверное не самый правильный способ решить поставленную задачу :(.

Посоветуйте, тогда как можно ее решить более оптимально ?

 

P.S. совет типа "Не парься - будь счастлив!!!" не особо подходят :(

 

[x86]

Опираться на адреса магистралов - это хорошо, но конечного пользователя интересуют не они :)

Поэтому при составлении списка IP советую оттолкнуться от наиболее востребованных ресурсов - типа odnoklassniki, vkontakte +

игровые сервера. Дополнить список можно на основании статистики наиболее посещаемых сайтов + учесть пожелания пользователей.