<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: странности с bandwidth&apos;ом</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID6/23323.html</link>
    <description>привет&lt;br&gt;&lt;br&gt;есть некий датацентр в штатах с серваками на которых хранится видео и отдается по хттп (по типу ютуба)&lt;br&gt;все клиенты в основном сидят в японии и качают видосы по хттп.&lt;br&gt;&lt;br&gt;видеосервера более 10 штук посажены на один большой свитч cisco 6500, перед который стоит роутер с bgp. и тремя аплинками.&lt;br&gt;&lt;br&gt;проблема&lt;br&gt;&lt;br&gt;в японии стоит тачка и тестирует бандвидтх через 5 провайдеров и рисует графики скоростей до видеосерверов через этих самых провайдоров.&lt;br&gt;&lt;br&gt;и вот странность:&lt;br&gt;&lt;br&gt;один и тот же провайдер показывает до рядом друг с другом стоящих серваков совершенно разный bandwidth.&lt;br&gt;&lt;br&gt;в идеале картина такая должна быть:&lt;br&gt;&lt;br&gt;&lt;br&gt;              &amp;#124; ISP1 &amp;#124; ISP2 &amp;#124;ISP3 &amp;#124; ISP4 &amp;#124; ISP5&lt;br&gt;VIDEO1  &amp;#124;1MBs&amp;#124;1MBs&amp;#124;1MBs&amp;#124;1MBs&amp;#124;1MBs&lt;br&gt;VIDEO2  &amp;#124;1MBs&amp;#124;1MBs&amp;#124;1MBs&amp;#124;1MBs&amp;#124;1MBs&lt;br&gt;VIDEO3  &amp;#124;1MBs&amp;#124;1MBs&amp;#124;1MBs&amp;#124;1MBs&amp;#124;1MBs&lt;br&gt;...&lt;br&gt;&lt;br&gt;так оно и есть на большинстве серваков&lt;br&gt;но некоторые серваки показывают странную статистику.&lt;br&gt;выглядит это так:&lt;br&gt;              &amp;#124; IS</description>

<item>
    <title>странности с bandwidth&apos;ом (fgh)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID6/23323.html#6</link>
    <pubDate>Tue, 29 Nov 2011 07:53:55 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt; video4a и video4b.&lt;br&gt;&amp;gt; и так - 35 VIP-адресов раскинуты на 70 видеосерверов.&lt;br&gt;&amp;gt; я померял скорость напрямую до серверов и оказалось что со всех серваков &lt;br&gt;&amp;gt; bandwidth ровный, в пределах нормы и загруженности - прыгает в районе &lt;br&gt;&amp;gt; 0.7-1.1 MByte/s &lt;br&gt;&amp;gt; как только пытаешься брать те же файлы через балансировщик - с большинства &lt;br&gt;&amp;gt; VIP скорость похожая, но на некоторых падает до безобразно низкой.&lt;br&gt;&amp;gt; так что BGP тут похоже совсем не причем и зря я на &lt;br&gt;&amp;gt; него гришил, а проблема в CSM.&lt;br&gt;&amp;gt; осталось только разобраться почему :) &lt;br&gt;&lt;br&gt;а вот и причина видимо &lt;br&gt;&lt;br&gt;# sh proc cpu history&lt;br&gt;&lt;br&gt;     5555588888777222888888855553333666666669999999333888888888&lt;br&gt;     4444466666222333888884488881111222299997777444999888884444&lt;br&gt;100                                         ****               &lt;br&gt; 90       *****      *****                  *******   *****    &lt;br&gt; 80       *****      *******                *******   *********&lt;br&gt; 70       ********   *******            ***********   *********&lt;br&gt; 60       ********   *****</description>
</item>

<item>
    <title>странности с bandwidth&apos;ом (fgh)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID6/23323.html#5</link>
    <pubDate>Tue, 29 Nov 2011 07:42:12 GMT</pubDate>
    <description>&amp;gt; Таблица с реальными измерениями изменяется с течением времени ?&lt;br&gt;&amp;gt; В смысле, тест VIDEO4 через ISP3 вообще всегда показывает 100 KBs ? &lt;br&gt;&amp;gt; Если есть доступ на тот роутер в штатах, у которого три аплинка, &lt;br&gt;&amp;gt; то хорошо бы в момент тестирования посмотреть show ip cef exact &lt;br&gt;&amp;gt; ... , чтобы увидеть, через какой аплинк уходит траффик каждого теста. &lt;br&gt;&amp;gt; Возможно, все проблемные тесты окажутся связанными с каким-то одним аплинком из &lt;br&gt;&amp;gt; трех.&lt;br&gt;&lt;br&gt;таблица динамически меняется да. меняется в течение дня. полдня показывает 100кб, потом восстанавливается до нормы в 1МБ. через одного и того же провайдера.&lt;br&gt;&lt;br&gt;в общем я похоже нашел в чем узкое место.  в Cisco CSM видимо.&lt;br&gt;у нас доступ до серверов не прямой а через CSM балансер.&lt;br&gt;&lt;br&gt;один VIP (VIDEO4) балансирует хттп траффик в round-robin на два реальных сервака: video4a и video4b.&lt;br&gt;и так - 35 VIP-адресов раскинуты на 70 видеосерверов.&lt;br&gt;&lt;br&gt;я померял скорость напрямую до серверов и оказалось что со всех серваков bandwidth ровный, в пределах нормы и загруженности - прыгает в р</description>
</item>

<item>
    <title>странности с bandwidth&apos;ом (universite)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID6/23323.html#4</link>
    <pubDate>Mon, 28 Nov 2011 12:54:09 GMT</pubDate>
    <description>Еще вопрос. Трасса менялась со временем?&lt;br&gt;Можете крутить BGP? чтоб убрать кривую трассу?&lt;br&gt;</description>
</item>

<item>
    <title>странности с bandwidth&apos;ом (Ranger99)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID6/23323.html#3</link>
    <pubDate>Mon, 28 Nov 2011 09:34:09 GMT</pubDate>
    <description>Таблица с реальными измерениями изменяется с течением времени ?&lt;br&gt;В смысле, тест VIDEO4 через ISP3 вообще всегда показывает 100 KBs ?&lt;br&gt;&lt;br&gt;Если есть доступ на тот роутер в штатах, у которого три аплинка, то хорошо бы в момент тестирования посмотреть show ip cef exact ... , чтобы увидеть, через какой аплинк уходит траффик каждого теста. Возможно, все проблемные тесты окажутся связанными с каким-то одним аплинком из трех.&lt;br&gt;</description>
</item>

<item>
    <title>странности с bandwidth&apos;ом (fgh)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID6/23323.html#2</link>
    <pubDate>Mon, 28 Nov 2011 08:08:44 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;&amp;gt; подскажите откуда хотя бы начинать копать? :) &lt;br&gt;&amp;gt; Судя по тому, что ты описал, один из трёх маршрутов кривой. В &lt;br&gt;&amp;gt; чём именно кривой, неясно. Может быть где-то по дороге дикий UDP &lt;br&gt;&amp;gt; трафик, из-за чего TCP тупо дохнет из-за потерь пакетов, может (опять &lt;br&gt;&amp;gt; же по дороге) шибко умный ISP режет ICMP и поэтому не &lt;br&gt;&amp;gt; работает congestion control. Может быть (опять же по дороге) где-то слишком &lt;br&gt;&amp;gt; большой буфер, из-за чего опять же не работает congestion control.&lt;br&gt;&amp;gt; Вешайся каким-нибудь wireshark, пиши трафик между ISP1 и VIDEO5, детально разбирайся в &lt;br&gt;&amp;gt; логах. TCP на больших расстояниях - штука достаточно хрупкая и будет &lt;br&gt;&amp;gt; работать со скоростью канала разве что на совсем пустой сети.&lt;br&gt;&lt;br&gt;спасибо за развернутый ответ, попробую натравить вайршарк.&lt;br&gt;&lt;br&gt;у меня еще вдруг возникло подозрение, что сервера просто упираются в какой-то непонятный потолок, так как я тестил скорость с совершенно разных провайдеров российских и с рутшелла в европе. и там точно такая же картина. видимо узкое место </description>
</item>

<item>
    <title>странности с bandwidth&apos;ом (ACCA)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID6/23323.html#1</link>
    <pubDate>Mon, 28 Nov 2011 03:41:37 GMT</pubDate>
    <description>&#091;...&#093;&lt;br&gt;&amp;gt; причем это происходит на любом из пяти провайдеров. какаято часть серваков будет &lt;br&gt;&amp;gt; отдавать 1мегабайт в секунду, а рядом стоящий сервак отдает 100кб.&lt;br&gt;&amp;gt; в чем может быть загвоздка? даже предположить не могу. сначала грешил на &lt;br&gt;&amp;gt; bgp, так как между конечными точками больше десяти хопов. но теперь &lt;br&gt;&amp;gt; уже как-то сомневаюсь.&lt;br&gt;&amp;gt; подскажите откуда хотя бы начинать копать? :) &lt;br&gt;&lt;br&gt;Судя по тому, что ты описал, один из трёх маршрутов кривой. В чём именно кривой, неясно. Может быть где-то по дороге дикий UDP трафик, из-за чего TCP тупо дохнет из-за потерь пакетов, может (опять же по дороге) шибко умный ISP режет ICMP и поэтому не работает congestion control. Может быть (опять же по дороге) где-то слишком большой буфер, из-за чего опять же не работает congestion control.&lt;br&gt;&lt;br&gt;Вешайся каким-нибудь wireshark, пиши трафик между ISP1 и VIDEO5, детально разбирайся в логах. TCP на больших расстояниях - штука достаточно хрупкая и будет работать со скоростью канала разве что на совсем пустой сети.&lt;br&gt;</description>
</item>

</channel>
</rss>
