Ilya Evseev Опубликовано 9 декабря, 2011 · Жалоба у нас отключается доступ везде кроме биллинга при помощи acl на порту и баста. Отказались от такой схемы по трём причинам. Во-первых, у нас не каждый порт может уметь ACL. Во-вторых, локалка как бесплатная опция, доступная при небольшом минусе, существенно повышает лояльность абонентов. В-третьих, должник, застуканный на долговременном пользовании локалкой, сговорчивее должника, который ничем не пользуется. Причём поди догадайся - то ли из-за acl, то ли из-за утраты интереса к провайдеру. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad111 Опубликовано 9 декабря, 2011 · Жалоба Что то мне подсказывает, что бюджет компании с 70к абонентами позволяет решать вопросы развития не общаясь на форуме, а пригласив главного инженера, зама по чему нить техническому в хорошего размера кабинет с дорогой мебелью ! Нам не нужно готовое решение, есть и свои наброки. Укажите направление, какое обычно оборудование ставят в ядре, на узлах, интересуют конкретные модели для такого кол-ва абонентов. На чем можно построить схему IPoE + DHCP option 82? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дятел Опубликовано 9 декабря, 2011 · Жалоба Одна железяка Л3 не может терминить более 4К вланов при стандартной схеме использования, а у вас узлы на 5-6К абонентов, неудачно получается. Есть у нас места, где стоят парой. Мы терминим на sup32. Ядро на 4900М. При схеме vlan-per-user DHCP option 82 настраивается на связку "терминящая железка+vlan", а не на порт абонента. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 9 декабря, 2011 · Жалоба Одна железяка Л3 не может терминить более 4К вланов при стандартной схеме использования Что такое стандартная схема использования? http://en.wikipedia.org/wiki/IEEE_802.1Q#Double_tagging Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 9 декабря, 2011 · Жалоба http://en.wikipedia....#Double_tagging Сие добро четко задает технические рамки для браса, а ведь в некоторых случаях его и вовсе может и не быть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дятел Опубликовано 9 декабря, 2011 · Жалоба Одна железяка Л3 не может терминить более 4К вланов при стандартной схеме использования Что такое стандартная схема использования? http://en.wikipedia.org/wiki/IEEE_802.1Q#Double_tagging Если я правильно понимаю - QinQ позволит отдать на терминацию на другую железку лишние вланы, но всё равно не позволяет терминить на одной железке более 4К. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дятел Опубликовано 9 декабря, 2011 · Жалоба ох е... советую инженерам утроить оклад, там расход на корвалол и валерьянку будет такой, что и на хлеб не останется. при такой абонентской базе таких терминов как "софтварные роутеры", "1G линки на район" и "48ми портовые L2+ китайцы" должны уйти в небытие. а ядром на L2 встать серьезная железка, расчитанная на такое кол-во клиентов. а лучше пара, тех же 4900M хотяб. Кстати, 1Г, ну максимум - 2Г линков на район с 5-6К абонентами должно пока хватать (без учета полосы под IP-TV). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 9 декабря, 2011 · Жалоба Если я правильно понимаю - QinQ позволит отдать на терминацию на другую железку лишние вланы, но всё равно не позволяет терминить на одной железке более 4К. Теоретически позволяет. Пример для Цисок: http://www.cisco.com/en/US/docs/ios/12_0s/feature/guide/qinq.html#wp1027265 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дятел Опубликовано 9 декабря, 2011 · Жалоба Попробуем на следующей неделе как оно выглядит в жизни на имеющимся оборудовании. Спасибо за ссыль. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дятел Опубликовано 12 декабря, 2011 · Жалоба посмотрел. получается, некоторое оборудование позволяет снимать второй тег. У меня в наличие такого нет ))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
denis_vid Опубликовано 12 декабря, 2011 (изменено) · Жалоба Интересно сколько платят таким админам, и сколько они выдерживают в этой конторе. Думаю ответы мало и очень мало. С такой топологией при таких объемах лучше один раз навести порядок, отодвинуть L3 от ядра к абоненту. По последнему - управлять IPTV ACL лучше на порту коммутатора доступа по SNMP. Изменено 12 декабря, 2011 пользователем denis_vid Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 12 декабря, 2011 · Жалоба По последнему - управлять IPTV ACL лучше на порту коммутатора доступа по SNMP. какое к черту iptv в такой сети то? сначала модернизировать, и только потом думать о сервисах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
denis_vid Опубликовано 12 декабря, 2011 · Жалоба По последнему - управлять IPTV ACL лучше на порту коммутатора доступа по SNMP. какое к черту iptv в такой сети то? сначала модернизировать, и только потом думать о сервисах. Автор интересуется же) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...