andryas

Закон в студию. В том то и дело, что клиент даже не дёрнится, ибо в договоре собственноручно ПОДПИСАЛ, что не будет раздавать третьим лицам

Это пол-года назад, когда "Транзит" был дороже в 5 раз как-то не окупалось, сейчас всё очень даже хорошо окупается Покупаем парочку VDSL и набираем пользователей. Учимся работать з рентабельностью 5-20% либо ищем другой бизнес.

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

Все намного проще. Телеком просто не будет оказывать услугу ввиду отсутствия технической возможности - телефонная линия испортилась и более 128 килобит не потянет.

Ну зачем по 64. Они будут енд-юзерами, а такой канал стоит продавать по трафику. Вполне можна поразать по мегабиту. Очень просто, убрать свич с балкона на чердак

Продаёш пользователям интернет без договора и без гарантий, поэтому никаких претензий со стороны пользователей к тебе не может быть в принципе. Если хочеш по-хорошему у тебя 3 варианта: 1. Вернуть деньги 2. Взять соответствующий канал (Мережний транзит) и работать на одинаковых условиях с операторами (а на 20 пользователей канал вполне окупаем) 3. Продолжать втихую воровать ендюзеровский канал в уруртелефоне и ждать обрезания / санкций а делее либо п.1 либо п.2

Микротик не операционная система а платная глючная надстройка над Линуксом для особо ленивых.

Имеется машина C2D под Freebsd 7.1R с последней Quagg'ой 0.99.11 (zebra bgp). mpd создает 1000 интерфейсов ngxxx и (предположительно) при поднятии/опускании каждого из них Zebra активно грузит процессор на протяжении 5-10 секунд (system 60%-80%). Поскольку события подключения происходят довольно часто (до нескольких раз в минуту) то в результате получаем весьма некислую нагрузку на машину. Убивание процесса zebra проблему перегрузки, естественно, снимает. Лог: 19:03:34 ZEBRA: Kernel: Len: 236 Type: RTM_ADD 19:03:34 ZEBRA: Kernel: UP HOST DONE LLINFO WASCLONED 19:03:34 ZEBRA: Kernel: message seq 0 19:03:34 ZEBRA: Kernel: pid 0, rtm_addrs 0x33 19:03:34 ZEBRA: rtm_read_mesg: RTA_SDL_GET nlen 4, alen 6 19:03:34 ZEBRA: rtm_read: got rtm of type 1 (RTM_ADD) 19:03:34 ZEBRA: Kernel: Len: 96 Type: RTM_IFINFO 19:03:34 ZEBRA: Kernel: DYNAMIC STATIC PROTO1 19:03:34 ZEBRA: Kernel: message seq 1342177280 19:03:34 ZEBRA: Kernel: pid 53, rtm_addrs 0x13a 19:03:34 ZEBRA: ifm_read: sdl ifname (nil) 19:03:34 ZEBRA: ifm_read: interface ng305 index 314 19:03:34 ZEBRA: Kernel: Len: 96 Type: RTM_IFINFO 19:03:34 ZEBRA: Kernel: DYNAMIC STATIC PROTO1 19:03:34 ZEBRA: Kernel: message seq 1342177280 19:03:34 ZEBRA: Kernel: pid 53, rtm_addrs 0x13a 19:03:34 ZEBRA: ifm_read: sdl ifname (nil) 19:03:34 ZEBRA: ifm_read: interface ng305 index 314 19:03:34 ZEBRA: Kernel: Len: 96 Type: RTM_IFINFO 19:03:34 ZEBRA: Kernel: UP DYNAMIC STATIC PROTO1 19:03:34 ZEBRA: Kernel: message seq 1342177280 19:03:34 ZEBRA: Kernel: pid 53, rtm_addrs 0x13a 19:03:34 ZEBRA: ifm_read: sdl ifname (nil) 19:03:34 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ng305 19:03:34 ZEBRA: MESSAGE: ZEBRA_INTERFACE_UP ng305 19:03:34 ZEBRA: ifm_read: interface ng305 index 314 19:03:34 ZEBRA: Kernel: Len: 116 Type: RTM_NEWADDR 19:03:34 ZEBRA: Kernel: 19:03:34 ZEBRA: Kernel: message seq 520 19:03:34 ZEBRA: Kernel: pid 0, rtm_addrs 0x13a 19:03:34 ZEBRA: ifam_read_mesg: RTA_SDL_GET nlen 5, alen 0 19:03:34 ZEBRA: ifam_read_mesg: ifindex 314, ifname ng305, ifam_addrs 0xb4, ifam_flags 0x0, addr xx.xx.xx.1/32 broad 10.80.129.1 dst 0.0.0.0 gateway 0.0.0.0 19:03:34 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_ADD xx.xx.xx.1/32 on ng305 19:03:34 ZEBRA: Kernel: Len: 124 Type: RTM_ADD 19:03:34 ZEBRA: Kernel: UP HOST 19:03:34 ZEBRA: Kernel: message seq 0 19:03:34 ZEBRA: Kernel: pid 0, rtm_addrs 0x3 19:03:34 ZEBRA: Kernel: Len: 88 Type: RTM_NEWMADDR 19:03:34 ZEBRA: Kernel: 19:03:34 ZEBRA: Kernel: message seq 1333 19:03:34 ZEBRA: Kernel: pid 20582968, rtm_addrs 0x13a 19:03:34 ZEBRA: Unprocessed RTM_type: 15 19:03:34 ZEBRA: Kernel: Len: 236 Type: RTM_ADD 19:03:34 ZEBRA: Kernel: UP HOST DONE LLINFO WASCLONED ZEBRA: ifm_read: interface ng305 index 314 ZEBRA: Kernel: Len: 124 Type: RTM_DELETE ZEBRA: Kernel: HOST ZEBRA: Kernel: message seq 0 ZEBRA: Kernel: pid 0, rtm_addrs 0x3 ZEBRA: Kernel: Len: 116 Type: RTM_DELADDR ZEBRA: Kernel: UP ZEBRA: Kernel: message seq 520 ZEBRA: Kernel: pid 0, rtm_addrs 0x13a ZEBRA: ifam_read_mesg: RTA_SDL_GET nlen 5, alen 0 ZEBRA: ifam_read_mesg: ifindex 314, ifname ng305, ifam_addrs 0xb4, ifam_flag 0x1, addr xx.xx.xx.1/32 broad 10.175.101.11 dst 0.0.0.0 gateway 0.0.0.0 ZEBRA: MESSAGE: ZEBRA_INTERFACE_ADDRESS_DELETE xx.xx.xx.1/32 on ng305 ZEBRA: MESSAGE: ZEBRA_INTERFACE_DOWN ng305 ZEBRA: Kernel: Len: 96 Type: RTM_IFINFO ZEBRA: Kernel: DYNAMIC DONE STATIC PROTO1 ZEBRA: Kernel: message seq 1342177280 ZEBRA: Kernel: pid 53, rtm_addrs 0x13a ZEBRA: ifm_read: sdl ifname (nil) ZEBRA: ifm_read: interface ng305 index 314 ZEBRA: Kernel: Len: 96 Type: RTM_IFINFO ZEBRA: Kernel: DYNAMIC STATIC PROTO1 ZEBRA: Kernel: message seq 1342177280 ZEBRA: Kernel: pid 53, rtm_addrs 0x13a ZEBRA: ifm_read: sdl ifname (nil) ZEBRA: ifm_read: interface ng305 index 314 ZEBRA: Kernel: Len: 236 Type: RTM_ADD ZEBRA: Kernel: UP HOST DONE LLINFO WASCLONED Конфиг зебры классически пустой +ip forwarding. Предположительно загрузка процессора может быть вызвана попытками Зебры добавлять / удалять маршруты паралельно с mpd Вопрос: Как отучить Зебру следить за ng интерфейсами? PS. Я отдаю себе отчёт, что держать роутинг на сервере доступа нехорошо, но пока что завести отдельную машину под роутер не представляеться возможным.

Всег на 5-30 мс короче ОГО, примерно так: Трассировка маршрута к l2.ru [81.176.70.170] с максимальным числом прыжков 30: 1 6 ms 7 ms 5 ms xx.xx.xx.xx 2 37 ms 39 ms 38 ms xx.xx.xx.xx 3 49 ms 49 ms 49 ms ae-6-6.ebr1.Frankfurt1.Level3.net [4.69.135.34] 4 64 ms 58 ms 67 ms ae-2-2.ebr2.Paris1.Level3.net [4.69.132.141] 5 67 ms 72 ms 71 ms ae-1-100.ebr1.Paris1.Level3.net [4.69.133.81] 6 73 ms 73 ms 70 ms ae-2.ebr1.London2.Level3.net [4.69.133.94] 7 71 ms 70 ms 72 ms ae-1-100.ebr2.London2.Level3.net [4.69.132.122] 8 66 ms 68 ms 73 ms ae-2.ebr1.London1.Level3.net [4.69.132.146] 9 67 ms 67 ms 67 ms ae-12-53.car2.London1.Level3.net [4.68.116.80] 10 279 ms 278 ms 281 ms 195.50.92.2 11 273 ms 275 ms * msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218] 12 284 ms 323 ms 276 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218] 13 330 ms * 273 ms 81.176.70.170 Трассировка маршрута к shock-world.com [85.17.145.12] с максимальным числом прыжков 30: 1 6 ms 5 ms 7 ms xx.xx.xx.xx 2 40 ms 37 ms 39 ms xx.xx.xx.xx 3 180 ms 181 ms 182 ms war-b4-link.telia.net [213.248.93.157] 4 183 ms 183 ms 181 ms war-b3-pos5-0-0.telia.net [213.248.96.5] 5 197 ms 197 ms 198 ms hbg-bb2-link.telia.net [80.91.251.217] 6 548 ms 536 ms 242 ms adm-bb2-link.telia.net [80.91.253.47] 7 543 ms 552 ms 537 ms adm-b2-link.telia.net [80.91.254.137] 8 237 ms * 244 ms adm-evo-i2-link.telia.net [80.91.248.246] 9 555 ms 560 ms 542 ms leaseweb-ic-129368-adm-b2.c.telia.net [213.248.91.150] 10 533 ms 544 ms 552 ms hosted-by.leaseweb.com [85.17.145.49] 11 * * * Что вообще-то достаточно обидно, поскольку услуга существенно дороже не только ОГО, но и аналогичных предложений других магистралов...

Качество то же самое что и "ОГО", очень часто бывают проблемы, очень долго решаются (если вообще решаются) поддержка, к сожалению, почти отсутствует Среди минусов также: - Перманентные работы на канале - отсутствие UA-X (хоть в DC Utel доступ имеется) - нет пирра с DC "Воли" (т.е. пинг 100+, вечером больше) - Россия через Телию (пинг вечером 400+ это "норма") Связанность смотрим сдесь: http://kipchatov.ru/body/internet.php (По сравнению с датой, етт - очень печально) Можно рекомендовать к использованию лишь в случае отсутствия достойной альтернативы и необходимости в скоростях более 8 мегабит (до 8 мегабит, в условиях отсутствия билайна, веги выгоднее раздавать ОГО, работает аналогично "транзиту" но в десятки раз дешевле).

А чого так дорго? Беремо зараз такі самі по $30-$35 (подорожчали), пів року тому P-III 600 / 128 mb / 10G брали по $23-25, поки влада з "контрабандою" ще не "боролась"

Конечно, если авто покупается по цене "Запорожца" от него не следует ожидать качества "Мерседеса". Купите себе канал с гарантированой скоростью за соответствующую цену и счастью вашему не будет границ.

Чем неплохой? dhcp_relay option_82 умеет? И почему такая неслыханая гарантия, используются суперконденсаторы? Меня интересует L2 на 16-24 порта ценой до $60-$120 соответственно, либо 24-портовый L2-L3 умеющий dhcp relay ценой до $200 .

В связи с чем цена завышена почти вдвое?

Чим варите? Чим міряєте? Документ видаєте? Гарантії?

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

В надежде приостановить процес отнятия КК Укртелеком решил договориться с акулами рынка телекоммуникаций.

Покажи фотку что внутри. Кота в мешке брать не буду.

Ага, на 150 метров :=

Ну это было понятно ещё в 2007-м. Никто и никогда просто так не обрушивает в 6-10 раз розничные цены без изменения оптовых. Скорее всего (и логичнее) будет введение зональных тарифов. В столице и некоторых обл. центрах, где телеком явно проигрывает борьбу можно ожидать существенного удешевления услуги а в провинции - существенного подорожания. Да, именно на тех человеках, которые создавали предприятие. Уже сейчас сокращают чтобы поменьше обязательств покупалелю оставить.

http://korrespondent.net/business/companies/429013 Похоже продадут довольно быстро и весьма недорого. Кроме того, ходят слухи что с магистралями и канализацией. =) Кто-то из уважаемой аудитории имеет информацию о условиях приватизации?

Скорей всего статика. Используйте хотя-бы простейший дроссель на вч-разъёме. По-правилам для таких антенн следует ставить фильтр-грозозащиту.

Самое интересное в этой перепалке то, что с приобретением лицензии у лицензиатов неожидано появляеться лояльность к деятельности комисии. Кроме того, взгляды на лицензирование после момента отлапы, сорри, оплаты меняются на совершенно противоположные :loop:

Трактор ездит где угодно Но аналогия с трактором, извините, совершенно не уместна. Давайте проведём аналогию с блютусом или переговорным устройством. ЭТО значит только то, что устройство не защищено от различных явлений природы, будь-то жара, марос, дождь с градом или снегом. Вот если там написано обратное да ещё и указано что NOT, то кроме наличия защиты от оных факторов устройство может оказаться весьма вредным для здоровья. Да неужели? А как Вам рекомендация НЕ находиться возле микроволновки вовремя работы? Да сейчас во многих городах длаже на штатную антенну устройства ловяться сотни как офисных так и внеофисных сетей. Вы когда-либо охотились на "лис"? Найти что-либо при таком количестве сетей - совершенно глупая затея. Ой ли? А игрушечные рации, СИ-БИ, радиолюбительские средства сязи и сотни других устройств тоже лицензируються? Попытка лицензирования Wi-Fi преследовала всего 2 цели: 1. Задавить рынок коммуникаций, пока "расшевеляться" крупные операторы 2. Срубить бабло сначала с маленьких а потом с больших, пока эта технология сохраняла актуальность. Через год лицензирование отменят, вот посмотрите З.Ы. Вы случайно не сотрудник одного известного ведомства?