Ну, разумеется, Стек зарежет р2р и деньги станет брать за входящий+исходящий городской трафики! А ещё Стек зарежет ftp,http ... tcp,udp и оставит только icmp и то только для того, чтобы показать, какие клёвые пинги после всех этих мероприятий стали!
вот получил из вторых рук "новость" что где-то с апрелся Стек планирует зарезать P2P как класс и начать брать плату за тонет, если исходящий трафик превышает входящий. сколько в этой "новости" процентов истины судить трудно. рулящий одного из хоумнетов выложил в таком виде, после общения с начальником сетевого отдела Стека.
у кого есть другие данные?
[snapback]6912[/snapback]
Ну а если серьёзно, то прокоментровать могу лишь так: глухой телефон или всё это сплетни какие-то с потерянным смыслом :-). Хотя я тарифы не придумываю.
P.S. А почему вы все так боитесь платить за исходящий трафик ? Вы же его генерируете и никто за него не платит ... ну подарите мне уже машину нахаляву, рас так :-).
Что значит потребляет ? Потреблять можно и исходящий трафик если на то пошло.
Всё зависит от соглашений и конечных для абонентов сети тарифов. Есть в томске тарифы (для внешки пока правда), по которым оплачивается исходящий, если он на сколько-то превышает входящий.
Значит, если клиент, используя исходящий трафик, рубит кучку бабок - делает деньги из воздуха, а вот провайдер так делать не может ? :-). СТранный у вас подход. Если вы не знаете, то у провайдеров типа ЗСТТК и РТ.ком почти со всеми пиринговые соглашения, по которым они не за трафик платят, а за аренду каналов. продают они именно трафик - делают деньги из воздуха.
За него платит тот, кто потребляет этот трафик. А по пиринговым соглашениям - платит пров потребляющего прову отдающего. Т.е. двойная оплата.
[snapback]6919[/snapback]
Ну а если серьёзно, то прокоментровать могу лишь так: глухой телефон или всё это сплетни какие-то с потерянным смыслом :-). Хотя я тарифы не придумываю.
дык я сразу сказал что информация из вторых рук. когда я услышал эти новости, как-то не поверил что это могла быть лично твоя инициатива. поэтому твои комменты более чем интересны, если конечно твое начальство доводит до тебя свои грандиозные планы. опять же со слов "вторых рук" он выслушал душещипательную историю о том как под прессом p2p загибаются гигабитные магистрали, нагрузка бешенная, а платят только абонентку. поэтому p2p надо искоренить как класс и ввести плату за внутригородской трафик. жаль что он фамилию того начальника забыл, так бы сказал с кем он общался.
P.S. А почему вы все так боитесь платить за исходящий трафик ?
исходящий томский? да и при чем тут боязнь-то? если такое нововведение будет, то недовольные сами собой уйдут, довольные останутся.
Вы же его генерируете и никто за него не платит ... ну подарите мне уже машину нахаляву, рас так :-).
[snapback]6916[/snapback]
надо ЦИСу предложить идею взымать плату за трафик на диалапе, ведь генерируется он там. а то халявщиков развелось.
дык я сразу сказал что информация из вторых рук. когда я услышал эти новости, как-то не поверил что это могла быть лично твоя инициатива. поэтому твои комменты более чем интересны, если конечно твое начальство доводит до тебя свои грандиозные планы. опять же со слов "вторых рук" он выслушал душещипательную историю о том как под прессом p2p загибаются гигабитные магистрали, нагрузка бешенная, а платят только абонентку. поэтому p2p надо искоренить как класс и ввести плату за внутригородской трафик. жаль что он фамилию того начальника забыл, так бы сказал с кем он общался.
исходящий томский? да и при чем тут боязнь-то? если такое нововведение будет, то недовольные сами собой уйдут, довольные останутся.
надо ЦИСу предложить идею взымать плату за трафик на диалапе, ведь генерируется он там. а то халявщиков развелось.
[snapback]6930[/snapback]
А кто сказал, что они (магистрали) гигабитные везде ? :-). Я такого никому не говрил.
А кто сказал, что они (магистрали) гигабитные везде ? :-). Я такого никому не говрил.
[snapback]6931[/snapback]
про тебя речь и не шла, я черным по белому написал что разговор был с начальником, а не админом.
дык комменты по делу таки последуют или не ждать? можно в личку ;)
Что значит потребляет ? Потреблять можно и исходящий трафик если на то пошло.
Всё зависит от соглашений и конечных для абонентов сети тарифов. Есть в томске тарифы (для внешки пока правда), по которым оплачивается исходящий, если он на сколько-то превышает входящий.
есть, в Томлайне в частности.
Значит, если клиент, используя исходящий трафик, рубит кучку бабок - делает деньги из воздуха, а вот провайдер так делать не может ? :-). СТранный у вас подход. Если вы не знаете, то у провайдеров типа ЗСТТК и РТ.ком почти со всеми пиринговые соглашения, по которым они не за трафик платят, а за аренду каналов. продают они именно трафик - делают деньги из воздуха.
[snapback]6920[/snapback]
резюмируя вышесказанное можно сделать такой вывод: Стек покупает канальную емкость (не трафик) чтоб дать внешку своим абонентам, вбухивает бешенные деньги на развитие проекта "Магистраль", а какие-то ушлые умельцы нахаляву делают деньги на спутниковом тырнете за счет Стека и это не дает покоя финансовым менеджерам Стека.
я правильный вывод сделал?
а какие-то ушлые умельцы нахаляву делают деньги на спутниковом тырнете за счет Стека[snapback]6937[/snapback]
в тему про тарелочников:
http://www.nag.ru/2005/0625/0625.shtml (http://www.nag.ru/2005/0625/0625.shtml)
http://forum.nag.ru/viewtopic.php?t=13356 (http://forum.nag.ru/viewtopic.php?t=13356)
Здесь ничего по делу нет в этом флейме.
Каменты были в моём первом ответе :-).
Что ещё прокоментировать ? Чьи-то странные домыслы про Стек ?
Извините, мне нет до этого дела.
про тебя речь и не шла, я черным по белому написал что разговор был с начальником, а не админом.
дык комменты по делу таки последуют или не ждать? можно в личку ;)
[snapback]6934[/snapback]
А-БА-ЖАЮ вот такие вот топики, прямо как кино - садишься с бутылочкой пива, пачкой чипсов и начинаешь читать весь этот бред про платный трафик. Никаких анекдотов не надо :)
[snapback]7100[/snapback]
ну если кому-то в Стеке нравиться этот бред говорить своим клиентам, чтож тут поделаешь.
А-БА-ЖАЮ вот такие вот топики, прямо как кино - садишься с бутылочкой пива, пачкой чипсов и начинаешь читать весь этот бред про платный трафик. Никаких анекдотов не надо :)
[snapback]7100[/snapback]
совершенно согласен :)
[01-02-2006] - Уважаемые абоненты
Доводим до вашего сведения, что с марта 2006 года для абонентов, подключенных по выделенным линиям на узле доступа Стрежевой, в соответствии с Тарифами ОАО "Связьтранснефть" на услуги связи по филиалу Сибирское ПТУС, введенными 01.01.06, IP трафик из-за пределов населенного пункта (город Стрежевой) становится платным (в том числе трафик из Томска).
Для информации в феврале 2006 года Вам будет предоставлен вариант расчета стоимости услуги передачи данных за весь трафик из-за пределов населенного пункта.
http://www.tomsk.ru/cisa/ (http://www.tomsk.ru/cisa/)
А-БА-ЖАЮ вот такие вот топики, прямо как кино - садишься с бутылочкой пива, пачкой чипсов и начинаешь читать весь этот бред про платный трафик. Никаких анекдотов не надо :)
[snapback]7100[/snapback]
ну как мыльная опера про тонет, по-бразильски? ;)
http://www.tomsk.ru/cisa/ (http://www.tomsk.ru/cisa/)
ну как мыльная опера про тонет, по-бразильски? ;)
[snapback]7581[/snapback]
А чем Стрежевой принципиально отличается от Новосибирска с точки зрения оплаты трафика?
Вас же не удивляет, что трафик из Новосиба платный.
Для справки -- расстояние от Томска до Новосиба ~ 250 км, от Томска до Стрижей -- 900 (или я ошибаюсь?).
не вижу связи, какой то Стрежевой.
[snapback]7586[/snapback]
начало положено. to be continue.
А чем Стрежевой принципиально отличается от Новосибирска с точки зрения оплаты трафика?
Вас же не удивляет, что трафик из Новосиба платный.
Для справки -- расстояние от Томска до Новосиба ~ 250 км, от Томска до Стрижей -- 900 (или я ошибаюсь?).
[snapback]7597[/snapback]
Вас же не удивляет что Сибирьтелеком не тарифицирует (пока) томский трафик по всей томской области, все зависимости от расстояния.
какого именно?
[snapback]7913[/snapback]
До абонента, чтоб не скачал больше абонентки.
Или есть варианты по нарезанию других каналов?
До абонента, чтоб не скачал больше абонентки.
Или есть варианты по нарезанию других каналов?
[snapback]7914[/snapback]
м.б. я чего-то не понимаю... но пожалуй только у телекома нет дешевой активки, типа неуправляемых свитчей, практикуемых ethernet провайдерами. а вот последним считать трафик внутри сети, действительно проблематично.
Проблема в том что опять же многие провайдеры получают статистику по трафику в формате Cisco netflow, и как раз комутаторы L3 не очень корректно это делают, а иногда и вообще не умеют.
не понимаю что значит не очень корректно :unsure:. она либо отдается, либо не отдается. cat35xx и cat37xx этого просто не умеют. самый младший каталист, который это умеет - 4224. поэтому, что-бы на таком оборудовании хоть что-то считать, остается одно - отзеркалить внутригородские пиринговые порты, сливая трафик на писюковый коллектор. плюс можно снимать smnp счетчки на клиентском порту, получая полный потребленный объем. сколько из этого составила внешка и тонет (за пределами сети провайдера) вычисляется простой арифметической операцией - вычитание.
Надо менять Л3-мутатор на хорошенький такой рутер способный прокачать томский трафик и отдать статистику по netflow.
хех... если говорить про cisco, то говорить о полноценном рутинге гигабитных каналов можно начиная с 7304-NSE-100, но лучше сразу 7600/cat6500 (более подробно в аттачах). много ли провайдеров могут себе это позволить на внутригородских каналах? поэтому платный тонет - это скорее всего бесплатный трафик в сети провайдера, а скорость на внутригородских линках будет ужата до скорости, которая позволит делать полноценный обсчет.
К такому изменению готовы только несколько провайдеров. Ходят слухи что в Стеке появилась какая-то новая циска, в Томлайне новая циска, в Томтел новая циска. Телеком что-то изменяет в структуре сети. Ещё есть Атриум, ТГУ,ТПУ, ТУСУР, Консультант,НТС. Готовы ли технически эти провайдеры/организации к тарификации городского трафика - это бооольшой вопрос.[snapback]7931[/snapback]
если я правильно понимаю, внутриуниверситетский трафик (ТГУ, ТПУ, ТУСУР) при любом раскладе останется бесплатным. основные же игроки: Томлайн, Стек, Телеком, Томтел будут обмениваться трафиком возмездной основе.
P.S. посмотрел статистику MSK-IX (http://www.msk-ix.ru/rus/tech/stat.shtml), пиковые нагрузки только начали переваливать 7 гигабит. был бы бесплатный моснет, графики были бы совсем другие ;)
На самом деле, прочитав интервью с Поповым, я не увидел никокого упоминания про платный трафик между операторами. Да,есть, чёткая позиция сделать платным Томский трафик, но для кого ЦИС может это сделать?
Естественно для своих абонентов (ADSL + Ethernet).
С другими провайдерами заключены межоператорские соглашения об обмене трафиком. Обычно, такое соглашение подразумевает собой равноправные отношения.[snapback]7940[/snapback]
цитата из интервью заместителя директора по коммерческим вопросам Томского филиала ОАО «Сибирьтелеком» Алексея Махорина (http://www.tnews.tomsk.ru/arc/310/tema_01.shtml)
- Согласовано ли решение с другими крупными провайдерами? Если они не поддержат этот шаг, будет ли Томский филиал «Сибирьтелекома» вводить оплату?
- На внутриобластном рынке услуг Интернета (прошу не путать с Томском и Северском) в данный момент присутствуют два провайдера, включая Томский филиал. По моим данным, решение о тарификации внутриобластного трафика второй оператор принял несколько раньше нас, и проблем в этом плане не предвидится.
В части Томска и Северска вопрос достаточно сложный в связи с лавинообразным ростом внутригородского трафика. Томский филиал запланировал в этом году увеличение пропускной способности своей Сети в 10 раз. Пропускная способность кольца, опоясывающего все районы города, составит 10 гигабит в секунду, ведутся работы по расширению до 1 гигабита пиринговых каналов с крупными провайдерами. Можно предположить, что другие томские операторы имеют меньше возможностей вкладывать в развитие Сети десятки миллионов рублей, поэтому прежде всего они заинтересованы во введении тарификации внутригородского трафика. Это подтверждает и тот факт, что практически все крупные провайдеры на протяжении последних лет выходили к нашей компании с предложениями по данному вопросу.
P.S. кстати, там-же обозначена позиция Томтела:
Григорий Ярошевский, директор компании «Томтел»:
- Мы присоединимся к «Сибирьтелекому».
и Томлайна:
Андрей Дягилев, директор по продажам компании «Томлайн»:
- Если оператор – ОАО «Сибирьтелеком» - введет тарификацию внутригородского IP-трафика, то томские интернет-провайдеры также будут вынуждены перейти на тарификацию межсетевого трафика, по крайней мере, с ОАО «Сибирьтелеком».
ЗЫ: народ уже к демонстрации готовится - http://freenet.kvadro.net (http://freenet.kvadro.net) ;)
:) я бы сказал что неподъёмная, причём для большинства томских провайдеров.
у меня есть веские причины сомневаться в этом, но опустим детали ;)
p.s. Отличное знание комплектов Cisco. Где работаете, позвольте узнать ?:)
[snapback]8006[/snapback]
хочешь предложить мне работу? ;)
http://telecom.tomsk.ru/news/shownews.html?id=7481 (http://telecom.tomsk.ru/news/shownews.html?id=7481)
[snapback]8011[/snapback]
почитал интервью (http://tomsknews.com/interview/?id=2). некоторые места откровенно позабавили. уж молчу про мнение об админах ЦИС-а (в квалификации Юры Селиванова ну никак нет поводов сомневаться), хотя это личное дело каждого. но что касается технологии, то тут откровенный ляп:Оборудование Cisco позволяет поставить каждому сетевому пакету метку, определяющую приоритет. Однако отмаркировать трафик сетей P2P на этом оборудовании невозможно, поскольку оно неспособно отличить сетевой пакет, отправленный P2P-программой, от других пакетов.
интересно, откуда такое заблуждение про Сisco? NBAR (http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/121limit/121e/121e1/dtnbarad.htm) вполне себе детектит P2P, в том числе: BitTorrent, Direct Connect, eDonkey/eMule, FastTrack, Gnutella, KaZaA, WinMX.
Note: Many peer-to-peer file sharing applications aren't listed in this table but can be classified using FastTrack or Gnutella.
м.б. я чего то не понимаю, но всегда считал что NBAR и dNBAR это не одно и тоже, ровно как CEF и dCEF... вот посмотри самсейчас проверил на 3745 (12.3(14)T6), вполне себе понимает что такое P2P:как только цискари решат с гребанными индусами проблему активации контракта, проверю на стендовой 3845 есть ли там BitTorrent, ибо он детектится начиная с 12.4(2)T... если верить доке... как проверю, расскажу.
[snapback]8028[/snapback]
наконец-то дошли руки, залил IOS 12.4(2)T1 на 3845. как и ожидалось, возможность детекта P2P расширена и BitTorrent вполне себе детектится. как только доберусь до 12.4(4)T, проверю что можно детектить Direct Connect, в чем я даже не сомневаюсь. т.о. загнать весь P2P трафик в отдельный класс более чем возможно. вот перечень протоколов, которые детектит NBAR штатно в IOS 12.4(2)T1:
router(config-cmap)#match protocol ?
arp IP ARP
bgp Border Gateway Protocol
bittorrent bittorrent
bridge Bridging
cdp Cisco Discovery Protocol
citrix Citrix Systems Metaframe 3.0
clns ISO CLNS
clns_es ISO CLNS End System
clns_is ISO CLNS Intermediate System
cmns ISO CMNS
compressedtcp Compressed TCP (VJ)
cuseeme CU-SeeMe desktop video conference
dhcp Dynamic Host Configuration
dns Domain Name Server lookup
edonkey eDonkey
egp Exterior Gateway Protocol
eigrp Enhanced Interior Gateway Routing Protocol
exchange MS-RPC for Exchange
fasttrack FastTrack Traffic - KaZaA, Morpheus, Grokster...
finger Finger
ftp File Transfer Protocol
gnutella Gnutella Version2 Traffic - BearShare, Shareeza, Morpheus ...
gopher Gopher
gre Generic Routing Encapsulation
h323 H323 Protocol
http World Wide Web traffic
icmp Internet Control Message
imap Internet Message Access Protocol
ip IP
ipinip IP in IP (encapsulation)
ipsec IP Security Protocol (ESP/AH)
ipv6 IPV6
irc Internet Relay Chat
kazaa2 Kazaa Version 2
kerberos Kerberos
l2tp L2F/L2TP tunnel
ldap Lightweight Directory Access Protocol
llc2 llc2
mgcp Media Gateway Control Protocol
napster Napster Traffic
netbios NetBIOS
netshow Microsoft Netshow
nfs Network File System
nntp Network News Transfer Protocol
notes Lotus Notes(R)
novadigm Novadigm EDM
ntp Network Time Protocol
ospf Open Shortest Path First
pad PAD links
pcanywhere Symantec pcANYWHERE
pop3 Post Office Protocol
pppoe PPP over Ethernet
pptp Point-to-Point Tunneling Protocol
printer print spooler/lpd
rcmd BSD r-commands (rsh, rlogin, rexec)
rip Routing Information Protocol
rsrb Remote Source-Route Bridging
rsvp Resource Reservation Protocol
rtcp Real Time Control Protocol
rtp Real Time Protocol
rtsp Real Time Streaming Protocol
secure-ftp FTP over TLS/SSL
secure-http Secured HTTP
secure-imap Internet Message Access Protocol over TLS/SSL
secure-irc Internet Relay Chat over TLS/SSL
secure-ldap Lightweight Directory Access Protocol over TLS/SSL
secure-nntp Network News Transfer Protocol over TLS/SSL
secure-pop3 Post Office Protocol over TLS/SSL
secure-telnet Telnet over TLS/SSL
sip Session Initiation Protocol
skinny Skinny Protocol
smtp Simple Mail Transfer Protocol
snapshot Snapshot routing support
snmp Simple Network Management Protocol
socks SOCKS
sqlnet SQL*NET for Oracle
sqlserver MS SQL Server
ssh Secured Shell
streamwork Xing Technology StreamWorks player
sunrpc Sun RPC
syslog System Logging Utility
telnet Telnet
tftp Trivial File Transfer Protocol
vdolive VDOLive streaming video
vofr voice over Frame Relay packets
winmx WinMx file-sharing application
xwindows X-Windows remote access
из которых к P2P относятся
bittorrent bittorrent
edonkey eDonkey
fasttrack FastTrack Traffic - KaZaA, Morpheus, Grokster...
gnutella Gnutella Version2 Traffic - BearShare, Shareeza, Morpheus ...
kazaa2 Kazaa Version 2
napster Napster Traffic
winmx WinMx file-sharing application
в IOS 12.4(4)T этот перечень еще шире. из интересного (для меня) там появился детект skype. плюс через PDLM перечень прикладных протоколов м.б. расширен.
P.S. разгрузить магистральные сети от P2P можно не только на бюджетных решениях (PC + linux - уровень home networks/small business), так и железными решениями (Cisco - уровень ISP/enterprise network). загнать в низкоприоритетную очередь общеизвестные городские файлопомойки (ftp/http) тоже не проблема.
воспользовался вышеприведённой ссылкой на доку, да, действительно все типы р2р детектятся. однако нагрузка на процессор маршрутизатора прыгает на +15% что не всегда допустимо на сильно загруженных системах.
[snapback]8186[/snapback]
сильно загруженных чем? если включен CEF, то нагрузка на процессор минимальная. а как только отклассифицировали P2P трафик, зажимаем его в определенную полосу и канал уже не загружен.
Думаю причина в очень большом объёме трафика который надо классифицировать по проколам прикладного уровня.[snapback]8189[/snapback]
покопался у цискарей, так и есть. в презенташке от 99г написано
Performance:
- Approximately 15% increase in CPU usage with stateful classification at T3 rate with 256-byte packets and average flow lengths on 7200 platform
- Static classification similar to ACL performance
с тех пор NBAR есть не только на 7200, а прирост нагрузки похоже тот-же. посмотрел на твои графики, imho не смертельно. глянь вот на эти тесты Network Based Application Recognition Performance Analysis (http://www.cisco.com/en/US/products/ps6616/products_white_paper0900aecd8031b712.shtml), там нагрузка на процессор и покруче. и там же сказано
What Does NBAR Performance Depend On?
Several factors can impact NBAR performance in software-based execution.
A. Router Configuration
1. Number of protocols being matched against it
2. Number of regular expressions being used
3. The complexity of packet inspection logic required
B. Traffic Profile (Packet Protocol Sequence)
1. The number of flows
2. Long duration flows are less expensive than shorter duration flows
3. Stateful protocol matches are more performance impacting than static port applications
A traffic mix consisting of a high volume of short-lived flows requires a higher level of resources to classify new flows which soon "expire" from the flow cache. Conversely, a lower level of resources is required with a traffic mix of fewer and longer-lived flows, since these flow entries would be in the cache for a longer amount of time.
Things That do not Impact NBAR
1. Post match actions (such as queuing, tagging, etc.)
2. Link speed (NBAR is interface agnostic)
3. Having NBAR on multiple interfaces (packets already classified are cached, no reclassification will take place)
4. Inbound vs. outbound packet matches (using NBAR on service policy input instead of service policy output)
ну а дальше, если загрузка процессор будет уходить в потолок, остается только менять железо на более мощное и переходить на dNBAR.