[Kirya]

Неправда. Это очень сложная задача интеграция биллинга и управляемого оборудования. Мы реализовать не сумели. Многие сумели?

На счет авторизации не скажу (у нас выход в Инет через VPN). А вот отключение неплатильшиков (в смысле абонплаты за сеть), так элементарно - SNMP. OID'ы подсказать?

.1.3.6.1.2.1.2.2.1.7.номер_порта

Присваиваем значение 1 - порт включен

Присваиваем значение 2 - порт выключен

 

Ну наконец-то разумное объяснение.

У вас есть плата за сеть. Считайте, что она у вас и идет на управляемые коммутаторы.

Всё логично.

[jab]

Причем вместо того чтобы юзера в отдельный vlan засунуть чтобы он мог до статсервера достучаться и проплатить карточкой - они его отключают нафик. :-) Богатов бы с ними судился.

[Nag]

Причем вместо того чтобы юзера в отдельный vlan засунуть чтобы он мог до статсервера достучаться и проплатить карточкой - они его отключают нафик. :-) Богатов бы с ними судился.

 

Ну на управляемом железе возможны оба варианта. :-)

Хоть порт придавить, хоть вилан перекинуть.

В отличии от...

[Тимур]

Nag,

Цитата:

 

Разница 200 баксов. Давай примем гипотезу, что у нас есть только триста долларов.

 

 

Давай примем гипотезу, что если есть только 300 баксов, лучше вообще провайдингом не заниматься. :-)))

 

Давай умножим на 100 домов и на горячее нежелание брать кредиты.

[Тимур]

ol,

Тимур писал(а):

 

Неправда. Это очень сложная задача интеграция биллинга и управляемого оборудования. Мы реализовать не сумели. Многие сумели?

 

На счет авторизации не скажу (у нас выход в Инет через VPN). А вот отключение неплатильшиков (в смысле абонплаты за сеть), так элементарно - SNMP. OID'ы подсказать?

.1.3.6.1.2.1.2.2.1.7.номер_порта

Присваиваем значение 1 - порт включен

Присваиваем значение 2 - порт выключен

 

Ну эта. Спасибо и все такое.

Если не внапряг, расскажи, как это автоматически реализовать без базы свичей, портов, связности топологии (это на вскидку).

База свичей,

[jab]

Ну на управляемом железе возможны оба варианта. :-)

Хоть порт придавить, хоть вилан перекинуть.

В отличии от...

 

На неуправляемом то же самое. :-) Вот только любители управляемого

про виланы не слышали видать. :-)

[Nag]

Давай умножим на 100 домов и на горячее нежелание брать кредиты.

 

По моим прикидкам в Москве устранение 400 мелких ремонтов должны стоить где-то $15000 (по 2 ремонта в день на человека, 20 р.дней, 10 человек). Это с учетом з/п, аренды площади под рабочее место, амортизации инструментов, налогов, и т.п.

Может быть конечно ремонтник в Москве стоит менее 1000 в месяц, и аредна помешения (6-8 кв.метров) менее 200, и прочих расходов нет... Ну пусть 10 000, черт с ним. :-)

 

Если управляемое железо сократит расходы хотя бы на треть - это 40 тысяч баксов в год. Можно гхм... на 100 домов поставить приличные коммутаторы, и еще останется на апгрейт центра.

[Nag]

На неуправляемом то же самое. :-) Вот только любители управляемого

про виланы не слышали видать. :-)

 

Да ну.

На неуправляемом железе внутри дома ты ничего не контролируешь.

Соседской проксей можно пользоваться месяцами - пока кто-нить доберется вырубить порт физически.

 

А в отдельный вилан не пихают так как это не особо и нужно. :-)

Как правило сначала вырубают внешний трафик - оставляя локал.

Через недельку - порт.

Дешево и сердито.

[jab]

:-) Пользоваться соседской проксей экономя 10 баксов ? При том что по Вашим же сведениям ремонтники тут получают 1000 баксов за 20 дней по 2 ремонта ?

Вы, уважаемый дяденька Павел, сами себе противоречите. :-)

[Тимур]

Антон Богатов,

Те, кто не применяет управляемые коммутаторы и 802.1q, дают недобросовестному абоненту неплохую возможность покуражится...

 

Надо еще добавить - вилан на клиента.

 

Не буду отрицать проблему. Однако, IMHO, это такая фигня по сравнению с вирусами и троянами. В смысле покуражиться.

 

А вообще-то, если бы кто-то злоупотреблял этими фишками, то думаю, заметили бы.

[jab]

Если управляемое железо сократит расходы хотя бы на треть - это 40 тысяч баксов в год. Можно гхм... на 100 домов поставить приличные коммутаторы, и еще останется на апгрейт центра.

 

А можно на 400 домов поставить неуправляемые... :-)

[ol]

Ну эта. Спасибо и все такое.

Если не внапряг, расскажи, как это автоматически реализовать без базы свичей, портов, связности топологии (это на вскидку).

База свичей,

Без базы никак. А клиентов Вы разве в базе не держите? Вот и вноси в базу

клиент | IP свитча | Номер порта

Дальше дело техники. OID стандартный для всех свитчей (если они конечно MIB-2 понимают).

[Nailer]

Если управляемое железо сократит расходы хотя бы на треть - это 40 тысяч баксов в год. Можно гхм... на 100 домов поставить приличные коммутаторы, и еще останется на апгрейт центра.

 

А можно на 400 домов поставить неуправляемые... :-)

 

А можно себе купить мерседес. Куда приятнее, только перспективы никакой.

[MrBear]

Неправда. Это очень сложная задача интеграция биллинга и управляемого оборудования. Мы реализовать не сумели. Многие сумели?

 

Чего там сложного - на acl-ках, как минимум? Вот АСР без онлайнового управления отключением абонентов, это уже не совсем и биллинг.

[ol]

Причем вместо того чтобы юзера в отдельный vlan засунуть чтобы он мог до статсервера достучаться и проплатить карточкой - они его отключают нафик. :-) Богатов бы с ними судился.

А когда у Вас телеком за неуплату телефон отключает, Вы тоже в суд обращаетесь? В принципе можно и в отдельные виланы. Просто на некоторых участках еще сохранились 3com SS2 1000 и BayStack 350T (не путать с BayStack 350-24T) а они виланов не умеют. Вот поменяем тогда и посмотрим переписывать билинг или нет. А вообще в дом. сети карточками у нас пополняют счет очень не многие. Карточками в основном диалапщики пользуются. Да и сеть у нас еще не большая. Второй год только. Район - преимущественно пятиэтажки. Вот только в этом году решили протянуть оптику по колодцам телекома в другие районы (с 9-ти этажками). Надеюсь это принесет свои плоды.

[Andrew40]

Ну что тут можно сказать..

Если авария абонентского коммутатора определяется по массовому отсутствию пингов АБОНЕНТСКИХ устройств, при том, что следующий в цепочке коммутатор - управляемый и может послать соответствующий TRAP о изменении статуса порта.

Если удаленный мониторинг наличия/отсутствия абонентского линка не позволяет сделать вывод, кого посылать - инженера, возможно за деньги, или кабельщика и скорее всего, за бесплатно.

То при такой технике управляемые коммутаторы действительно не нужны.

 

Если увеличение капитальных затрат не приводит к уменьшению эксплуатационных, хотя бы за счет количества персонала

Если простои и аварии не критичны и не приводят к прямым/косвенным убыткам.

То при такой экономике управляемые коммутаторы действительно не нужны.

 

Решение впрочем каждый принимает сам. А не кричит "Должно быть так - убедите или разубедите меня..."

[Nag]

:-) Пользоваться соседской проксей экономя 10 баксов ? При том что по Вашим же сведениям ремонтники тут получают 1000 баксов за 20 дней по 2 ремонта ?

Вы, уважаемый дяденька Павел, сами себе противоречите. :-)

 

Это где противоречу?

В месяце 20 рабочих дней, правильно?

Не забываем, на 10 человек надо пару менеджеров, рабочие места, снабжать инструментами (которые они радостно портят), спецодеждой и прочаяя затратная часть. Плюс налоги - в белую хоть что-то, но платить надо.

 

Не знаю сколько получают в Москве НОРМАЛЬНЫЕ монтажники. Но думаю что не 300 баксов и не 500 даже.

Да-да, я же забыл, можно нанять студентов, которые будут все обслуживать за копейки и из дома. :-)))

[Roman Ivanov]

Большой бонус НОРМАЛЬНОГО управляемого коммутатора - определение "качества линии".

Смотрим статус порта - если полно FCS ошибок - проблема в сетевухе/кабеле, сам компьютер - НЕ ПРИ ЧЕМ. несогласования duplex - то же издалека можно определить. В некоторых случаях - принудительно выставить 10Mbit и не мучаться вовсе :)

 

От подмены ip/mac - на 100% защищает.

[Kirya]

Большой бонус НОРМАЛЬНОГО управляемого коммутатора - определение "качества линии".

.....

В некоторых случаях - принудительно выставить 10Mbit и не мучаться вовсе :)

 

Всё. Приехали. :(

 

А начиналось всё, напомню:

 

1. Управляемое железо позволяет реализовывать мониторинг сети (в широком смысле этого слова).

2. Управляемое железо позволяет быстро определить источник проблем и локализовать их в одном сегменте сети.

3. Управляемое железо позволяет релизовать отказоутойчивость сети.

4. Управляемое железо позволяет реализовать функции security.

5. Управляемое железо позволяет реализовывать дополнительные фичи сети, такие как мультикаст и прочее.

6. Управляемое железо позволяет создавать L2 VPN (VLAN), которые требуют более-менее серьезные корпоративные заказчики.

7. Управляемое железо позволяет повысить стабильность функционирования сети.

8. Управляемое железо позволяет делать QoS на сети.

[Nag]

Всё. Приехали. :(

 

А начиналось всё, напомню:

 

Ну а теперь спроси себя - кто так ратовал за плоский переход в тему "как сэкономить на эксплуатации" - задвинув тем самым тему повышения качества в дальний угол? ;-)

[Nailer]

Kirya, куда приехали-то? :-)

 

 

См. пункт 2:

Управляемое железо позволяет быстро определить источник проблем и локализовать их в одном сегменте сети.

 

Вам теперь разжевывают, чем полезно управляемое железо на акцессе. Продолжайте упрямится, это даже забавно..

[Roman Ivanov]

> 1. Управляемое железо позволяет реализовывать мониторинг сети (в

> широком смысле этого слова).

При падении магистрального линка мне приходит SMS через 5-10 секунд.

Также при падении важных линков (сервера)

 

> 2. Управляемое железо позволяет быстро определить источник

> проблем и локализовать их в одном сегменте сети.

Абсолютно. Наднях был флуд - ICMP spoof поток в 30Mbit. Сразу с двух компов в сегменте. Управляемые режут на порту.

 

> 3. Управляемое железо позволяет релизовать отказоутойчивость

> сети.

учитывая имунность к атакам - да. UPS то же никто не отменял.

 

> 4. Управляемое железо позволяет реализовать функции security.

обязательно. Прямо на порту.

 

> 7. Управляемое железо позволяет повысить стабильность

> функционирования сети.

Это пункт 3

 

> 8. Управляемое железо позволяет делать QoS на сети.

на уровне порта к тому же. У меня так - как только на порту клиента входной поток более 5 Mbit он (траффик) получает приоритет 0 (минимум). Таким образом никакой флуд не мешает.

[Roman Ivanov]

Kirya, меня не интересует к-во абонентов в вашей сети, но для обсуждения поможет следующая инфа (в процентах) - назовите то 5 проблем, по которым выезжают ремонтники (100 вызовов).

 

И Мы покажем, как управляемые к-ры помогут сократить к-во выездов на 30%.

[ol]

Nag,

2. Более точная локализация проблемы (понятно кого посылать).

 

Ништяк. Можно описать сценарий? Что именно и как локализуется?

 

 

Ну вот хотя бы так:

Пингуем клиента. Не пингуется. Захожу на свитч. Если линка нет, то или порт сгорел или карточка или кабель поврежден. Если есть то смотрю SDB (таблица mac-адресов). Если на нужном порту присутствует mac сетевухи, то проблема программная (IP адрес не установил или firewall сбоит/неправильно настроен и т.д.) Если в таблице нет MACа сетевой - проблема скорее всего в железе. Можно еще глянуть FCS на предмет ошибок.

В 90% случаев можно определить кого посылать.

[jab]

Не знаю сколько получают в Москве НОРМАЛЬНЫЕ монтажники. Но думаю что не 300 баксов и не 500 даже.

Да-да, я же забыл, можно нанять студентов, которые будут все обслуживать за копейки и из дома. :-)))

 

:-) Ау ? Кто из присутствующих платит ремонтникам

за 20 рабочих дней в месяц по 2 заявки в день штуку баксов ?

Затраты на машину, ноутбуки, одежду и манагеров можно не считать,

как весьма незначительные на общем фоне. :-)