Jump to content
Калькуляторы

Экстремальный мультикаст

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

:)

Share this post


Link to post
Share on other sites

мы от монтажников принимали работу, если от центрального узла до абонентского коммутатора из 10000 пингов по 1500 байт ни одного потерянного нет. Это и есть не более 0,01% потерь пакетов.

то есть вы принимаете непонятно у кого непонятно что

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

 

При этом в приказе минсвязи (http://www.economy.g.../doc20130301_07) именно такие значения (10-4 искаженных пакетов) и принимаются эталонными для сетей передачи данных.

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

 

 

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

всегда есть плюсы и минусы, и только от ситуации зависит чьи плюсы плюсее

Edited by zi_rus

Share this post


Link to post
Share on other sites

Может оно в реальности и сильно лучше, но мы от монтажников принимали работу, если от центрального узла до абонентского коммутатора из 10000 пингов по 1500 байт ни одного потерянного нет. Это и есть не более 0,01% потерь пакетов.

 

При этом в приказе минсвязи (http://www.economy.gov.ru/minec/about/structure/depregulatinginfluence/doc20130301_07) именно такие значения (10-4 искаженных пакетов) и принимаются эталонными для сетей передачи данных.

 

Потыкался в порты на узле:

905116339 packets input, 729458268556 bytes, 0 no buffer

Received 389308 broadcasts (87657 multicasts)

688 runts, 0 giants, 0 throttles

9134 input errors, 3800 CRC, 3807 frame, 0 overrun, 0 ignored

 

Но кроме линка внутриоператораторского еще есть 100мбитный порт до пользователя, его роутер, линк от роутера до tv приставки.

 

 

Исключительно из практики. На почти всех линках CRC/ошибок нет. Если где-то есть, то это ненормально и это надо исправлять.

 

Вот статистика для примера:

 

#show interfaces | i CRC

Wed Apr 30 12:05:08.512 MSD

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

8 input errors, 4 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

246 input errors, 195 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

6 input errors, 3 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

2 input errors, 1 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

 

А потери пингов это вообще мало о чём говорит, там и защита CPU и прочее

Share this post


Link to post
Share on other sites

Запилите кто-нибудь опрос "растут ли у вас crc/errors на линках?"

Share this post


Link to post
Share on other sites

Есть работающий x670 с PIM-маршрутизацией и OSPF и BGP маршрутизацией, вывод show iproute reserved-entries statistics выглядит так:

 

                     |-----In HW Route Table----|   |--In HW L3 Hash Table--|
                      # Used Routes   # IPv4 Hosts   IPv4   IPv4   IPv6  IPv4
Slot  Type              IPv4   IPv6    Local Remote   Local  Rem.   Loc.  MCast
----  ---------------- ------  -----  ------ ------   -----  -----  ----  -----
1     X670-48x           9871      0     361      0       0      0     0   1167

Theoretical maximum for each resource type:
     "e"-series          480    240     512    512    2045   2048  1024  *2048
     "a"-series        12256   6128    8189  12288    8189   8192  4096  *5000
     X650              12256   6128    8189  12288    8189   8192  4096  *6000
     X460              12256   6128   12288  12288   16381  16384  8192  *6000
     X670              16352   8176    8189  16384    8189   8192  4096  *4096
     X480             262112   8192   16381  40960   16381  16384  8192  *6000

 

Интересно, 16352 маршрута в HW Route table могут быть одновременно с 4096 маршрутами в L3 Hash Table?

 

В статье не описано, как посмотреть размер той самой мультикаст-таблицы - это можно сделать командой debug hal show ipv4mc gaddr 239.0.0.1 (например),

 

Total IPMC Cache Entries              : 5
Total IPMC Caches with No Group Index : 0
IPMC Group Table Entries In-use       : 69
IPMC Group Table Entries Max          : 185

...

 

По документации экстрима, сама мультикаст-таблица хранится в памяти свитча, то есть не в FDB и не в RIB.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this