[Smoke]

Нет, не совсем так. Разумеется, доступность какого-то абстрактного хоста в сети не гарантируется. Но loss\rtt на стыках аплинка с партнерами\паритетами - стандартная практика.

Открываешь ТТ, стучишь уткой - чинят. Простои оплачивают.

А партнеры/паритеты как определяются ? Списком или все скопом ? А клиенты туда входят ?

Компенсация если дропы у аплинка на пире как за простой всей услуги или меньше?

[tgz]

А что там не так? И зачем его сравнивать с локальными пирами если Телия - клиент ТТК?

Ну так трафик туда КТТК направляет, вместо того что бы разгрузить убрав часть на пиров. Телии ***, кастомеры в говне, КТТК в ожидании бабла.

 

[leiden]

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

[tgz]

community 1299:2899 спасет отца мысли ?

А где пишут про эту community? whois AS1299 ничего не знает.

 

[tgz]

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

А кто кому full view из вас раздает? КТТК Телии или наоборот? Посмотрите на ситуацию с этой точки зрения, а не в плане финансовых потоков.

 

[Yokodzun]

Чет я в РФ не слышал пока про SLA на Интернет. Или уже кто-то внедрил? Какие продвинутые, оказывается, в Украине провайдеры.

Не могу сказать точно, как в россии, но, думаю, ТТК и РЕТН имеют.

Тут бывают коллеги из данных организаций, думаю подтвердят или опровергнут.

[tgz]

Не достаточно. Если Вы подключены и к Телии, и к ТТК, то дропы на стыке ТТК-Телия Вам должны быть глубоко фиолетовы

А ничего что там разные AS на концах, да?

 

[leiden]

tgz - фулл-вью в перегруженном порту отдает ТТК. А Телия только AS-TELIANETRU. Еще вопросы?

[Дегтярев Илья]

Ну так трафик туда КТТК направляет, вместо того что бы разгрузить убрав часть на пиров

# whois as1299 | grep RU

export: to AS20485 announce AS-TELIANETRU

Что телия анонсирует, то ТТК и принимает с localpref клиента.

Из пиров ТТК только у NBN стык с телией.

[vIv]

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

Всё логично, кстати. Надо только согласовать регламент автоматического руления приоритетами типов трафика, чтобы было динамическое разделение на три очереди:

1) клиенту прямо

2) пирам

3) аплинкам

 

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

 

И будет всем щасте, особенно производителям электроэнергии, ведь всё это надо будет обсчитывать, хотя бы раз в пять минут, а лучше в реалтайме, на каждый первый пакетик из каждой AS ;-)

 

[Yokodzun]

Нет, не совсем так. Разумеется, доступность какого-то абстрактного хоста в сети не гарантируется. Но loss\rtt на стыках аплинка с партнерами\паритетами - стандартная практика.

Открываешь ТТ, стучишь уткой - чинят. Простои оплачивают.

А партнеры/паритеты как определяются ? Списком или все скопом ? А клиенты туда входят ?

Компенсация если дропы у аплинка на пире как за простой всей услуги или меньше?

В договоре отдельное приложение, касающееся только SLA. Там методики расчетов компенсаций при всех возможных фак-апах. Там же сроки восстановления.

Оговорены "измерительные" точки, по которым производятся измерения.

По компенсации... У нас этими вопросами занимается не техническая служба, мы только подаем информацию. Но, кажется, меньше.

 

+\- похожая практика у всех крупных и не очень операторов, с которыми приходилось работать.

Тараканы у всех разные, но подход к SLA - приблизительно один.

Тут же есть представители компаний, которые работают с крупными ISP. Пусть поделятся опытом. Киря в отпуске? Он думаю имеет что рассказать.

[Дегтярев Илья]

Всё логично, кстати. Надо только согласовать регламент автоматического руления приоритетами типов трафика, чтобы было динамическое разделение на три очереди:

1) клиенту прямо

2) пирам

3) аплинкам

..и от аплика клиенту (для мониторинга, что сейчас куда идёт)

Разве BGP + Looking Glass с доступом на каждый роутер не делают это?

Изменено 6 августа, 2009 пользователем Дегтярев Илья

[tgz]

tgz - фулл-вью в перегруженном порту отдает ТТК. А Телия только AS-TELIANETRU. Еще вопросы?

Больше не имею.

 

[Sonne]

Тут же есть представители компаний, которые работают с крупными ISP. Пусть поделятся опытом. Киря в отпуске? Он думаю имеет что рассказать.

 

В SLA ТТК которое я видел 2 года назад были указаны реальные раундтрипы и пакетлосты, а не фуфлыжные требования минсвязи, которые вставляются для отмазки в договора других поставщиков. Но! Интересный момент в том, что SLA только в пределах сети ТТК, и стыки туда явно не подпадали.

 

Честно говоря я не понимаю как можно давать SLA на работоспособность стыка с клиентом. А вдруг клиент выключит свой порт и уедет на рыбалку на Сахалин? Учитывая склонность наших доморощенных тирванов к размахиванию пиписьками я бы и за операторские стыки не поручился.

[Yokodzun]

В SLA ТТК которое я видел 2 года назад были указаны реальные раундтрипы и пакетлосты, а не фуфлыжные требования минсвязи, которые вставляются для отмазки в договора других поставщиков. Но! Интересный момент в том, что SLA только в пределах сети ТТК, и стыки туда явно не подпадали.

 

Честно говоря я не понимаю как можно давать SLA на работоспособность стыка с клиентом. А вдруг клиент выключит свой порт и уедет на рыбалку на Сахалин? Учитывая склонность наших доморощенных тирванов к размахиванию пиписьками я бы и за операторские стыки не поручился.

Если клиент выключил порт - то трафик пойдет через другого его (клиента) апстрима и, соответственно, процедура работает. а если другого апстрима нет - то нет и анонсов, какие вопросы тогда? :)

 

В общем что бы посмотреть как это работает "у слоников и бабочек", можно попросить договр у, например, Коджента - там усе есть. И в RU он тоже есть, если не путаю.

[Дятел]

А это пусть любители цензуры вам расскажут.

публичное предупреждение: ещё одно слово матом в чью-нибудь сторону - и чукча читатель, а не писатель....

[Smoke]

В SLA ТТК которое я видел 2 года назад были указаны реальные раундтрипы и пакетлосты, а не фуфлыжные требования минсвязи, которые вставляются для отмазки в договора других поставщиков. Но! Интересный момент в том, что SLA только в пределах сети ТТК, и стыки туда явно не подпадали.

 

Честно говоря я не понимаю как можно давать SLA на работоспособность стыка с клиентом. А вдруг клиент выключит свой порт и уедет на рыбалку на Сахалин? Учитывая склонность наших доморощенных тирванов к размахиванию пиписьками я бы и за операторские стыки не поручился.

Если клиент выключил порт - то трафик пойдет через другого его (клиента) апстрима и, соответственно, процедура работает. а если другого апстрима нет - то нет и анонсов, какие вопросы тогда? :)

 

В общем что бы посмотреть как это работает "у слоников и бабочек", можно попросить договр у, например, Коджента - там усе есть. И в RU он тоже есть, если не путаю.

Если у клиента своя миля до ТТК, то качество её ТТК волновать не должно, ибо клиент ему ничем не обязан. Бывают такие, кого устраивает качество с дропами при поднятой BGP.

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

в VPN и на магистрали (как у ТТК) да легко - там таких вопросов нет, но в Интернет в упор не понимаю. Вопрос не как пообещать, а как исполнить обещенное.

 

[alks]

Ну вообщем тут и ежу понятно - гарантировать качество можно только в пределах своей сети

в этой связи вопрос:

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

я думаю если бы публично и доступно была озвучена данная информация (ТТК-Телиа)

то всем стало бы проще -- ластмильщикам объясняться со своими клиентами а ТТК вести диалог с isp в нормальном спокойном тоне

[Smoke]

есть такой: forum.nag.ru

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

то есть проще бы не стало, да и ненадо вообщем.

 

[Клава Маус]

Но loss\rtt на стыках аплинка с партнерами\паритетами - стандартная практика.

Открываешь ТТ, стучишь уткой - чинят. Простои оплачивают.

SLA на услугу, под которой все понимают IP Transit, а называется она у каждого оператора по-разному, только не IP Transit, распространяется на так называемые on-net характеристики. (On-net - бекбон оператора с портом в сторону клиента) За off-net никто никогда не отвечает и отвечать не может.

Хорошо знакомые с такой практикой и, видимо, ей пользующиеся, должны бы были дать ссылки на нее, а не просто пересказывать сны Веры Павловны.

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

 

D. PACKET DELIVERY GUARANTEE.

For Dedicated Internet Access customers only, the COGENT Network has an average monthly Packet Loss no greater than 0.1% (or successful

delivery of 99.9% of packets). Packet Loss is defined as the percentage of packets that are dropped between Backbone Hubs on the COGENT

Network. COGENT monitors this aggregate packet loss on an ongoing basis, and compiles the collected data into a monthly average packet loss

measurement for the COGENT Network.

По ссылке можно и все остальное почитать.

[t0ly]

кароче вывод один, не нравится? меняй аплинка или докупай ещё одну ногу.

[Дегтярев Илья]

Время час дня, а потери уже идут:

 

wget -O /dev/null http://kipchatov.ru/body/broad_manner.pdf

маршрут ттк-телия-наш бордер-комп. 57 потерянных пакетов из 930 (1350000/1450). 6%

 

маршрут ттк-ретн-стокгольм-руннет-тот же сервер. 0 потерянных пакетов.

[Дегтярев Илья]

Ну что, удалось кому то, будучи клиентом телии в москве решить вопрос?

Или ну её, телию в москве, в топку? В аплинках кроме телии есть комкор. Снимаю анонсы с телии, в один поток качется 400 мбит/с. Через телию - 2 мбит и 5% потерь на один TCP поток.

 

Комьюнити 1299:2899 результата не дает.

[wawa]

Ну что, удалось кому то, будучи клиентом телии в москве решить вопрос?

Или ну её, телию в москве, в топку? В аплинках кроме телии есть комкор. Снимаю анонсы с телии, в один поток качется 400 мбит/с. Через телию - 2 мбит и 5% потерь на один TCP поток.

 

Комьюнити 1299:2899 результата не дает.

это вполне рабочая комьюнитя.

пообщайтесь с телийным хелпдеском

 

[Дегтярев Илья]

Прошу прощения, забыл сессию сбросить. Все сработало.