DB
Практика
Size: a a a
2019 October 23
FA
У нас полный фарш из 6 плат, каждую грузим 20 фул
DB
Теориб знаю
FA
т.е. на половину от заявленного эриксоном
DB
Разносите по линкам и контекстам?
FA
non-dhcp clips каждая плата в своём контексте с авторизацией
DB
И сколько на карту прям физически ин+аут насквозь?
FA
ээээ, не понял вопроса.
DB
В гигабитах сколько ната делает у вас карта суммарно к абоненту+от абонента
DB
Итого 4мппс полка производительности карты. Спасибо.
FA
Dmitry B
Итого 4мппс полка производительности карты. Спасибо.
https://forum.nag.ru/index.php?/topic/80413-problemy-s-pps/ https://forum.nag.ru/index.php?/topic/121265-se800-10ge-1-port-uperlis-v-proizvoditelnost-karty/ https://forum.nag.ru/index.php?/topic/133924-se600-karta-410-proizvoditelnost/
В кои-то веки залез на НАГ :)) темы в закрытом разделе, но там как раз ваша проблема обсуждается, видимо
В кои-то веки залез на НАГ :)) темы в закрытом разделе, но там как раз ваша проблема обсуждается, видимо
FA
> a 10ge-4-port card can handle a maximum of 20 gigs.. but 67% of
> that comes to about 13.4 gigs
> since it is live traffic, the frame size of each packet is not
> fixed..
> but i took an average for the packet size as 1500
> the throughput that was got by the customer was 1.1Mpps.. which
> means, 1.1 * 1500 * 8 Mbps
> which comes to 13.2
> the values seem to be matching..
> so thus we confirm that for live traffic, when the frame size of
> each packet is not fixed, overal thorughput is about 67% from
> theoretical maximum of 20G
> using this as the base, we are able to found out there is
> 1.1Mpps limitation
>
> Support of 40Gig traffic on 10GE-4-port card depends on various
> traffic conditions.
> If we send pure L3 routed traffic with packet size of 1000
> bytes, then we can achieve, 10Gig ingress and 10Gig egress on
> each traffic port as we verified it in our lab.
>
> For bridged traffic, the results that can be achieved are a lot
> less. Ex: with 256 byte packets, we can achieve up to 72%
> throughput. But, with 64 byte packets the number is as low as 38%.
> If we look at the configuration used by customer (old – where
> only one 10ge-4-port card was used), there are two ports used
> for bridging (5/1 and 5/3 – interface Megafon-bridge). Hence,
> depending on packet size, a low throughput can be expected.
> The new configuration (Where customer has two 10ge-4-port
> cards), there is no bridging involved. All traffic is routed. In
> this case, a higher throughput is observed.
>
> that comes to about 13.4 gigs
> since it is live traffic, the frame size of each packet is not
> fixed..
> but i took an average for the packet size as 1500
> the throughput that was got by the customer was 1.1Mpps.. which
> means, 1.1 * 1500 * 8 Mbps
> which comes to 13.2
> the values seem to be matching..
> so thus we confirm that for live traffic, when the frame size of
> each packet is not fixed, overal thorughput is about 67% from
> theoretical maximum of 20G
> using this as the base, we are able to found out there is
> 1.1Mpps limitation
>
> Support of 40Gig traffic on 10GE-4-port card depends on various
> traffic conditions.
> If we send pure L3 routed traffic with packet size of 1000
> bytes, then we can achieve, 10Gig ingress and 10Gig egress on
> each traffic port as we verified it in our lab.
>
> For bridged traffic, the results that can be achieved are a lot
> less. Ex: with 256 byte packets, we can achieve up to 72%
> throughput. But, with 64 byte packets the number is as low as 38%.
> If we look at the configuration used by customer (old – where
> only one 10ge-4-port card was used), there are two ports used
> for bridging (5/1 and 5/3 – interface Megafon-bridge). Hence,
> depending on packet size, a low throughput can be expected.
> The new configuration (Where customer has two 10ge-4-port
> cards), there is no bridging involved. All traffic is routed. In
> this case, a higher throughput is observed.
>
FA
А этот ответ от ТП Эрикссона, который ничего не проясняет :)))
2019 October 24
ТГ
Доброй ночи. А ткните в мануал, по хардресету на snr-vp-51. Есть проблема, телефон после неизвестных манупуляций очумелых ручек юзверей, перестал получай ip по dhcp.
Доброе утро, Ростислав! http://data.nag.ru/SNR%20VoIP/VoIP%20Phone/Documentation/V5X/RU/Resume%20Mode%20.pdf
RS
Доброе утро, Ростислав! http://data.nag.ru/SNR%20VoIP/VoIP%20Phone/Documentation/V5X/RU/Resume%20Mode%20.pdf
Спасибо огромное.
E
А этот ответ от ТП Эрикссона, который ничего не проясняет :)))
да вроде норм поясняет
AB
Что то полинтернета отвалилось, на РТК. Это только у меня так?