Перейти к содержимому
Калькуляторы

Alexey K

Пользователи
 Просмотреть профиль  Активность

  • Публикации

    54

  • Зарегистрирован

  • Посещение

 Тип публикации 

Сообщения, опубликованные пользователем Alexey K

  1. Опубликовано · Жалоба на ответ

    Из коробок - есть D-Link'и

    2 FXS порта: DVG-2102 (только LAN порт), DVG-5112 (LAN + WAN, умеет VLAN, может быть мостом-роутером)

    4 FXS порта: DVG-5004.

     

    Нормально работают, используется их около полусотни. Входящий вызов может приходить либо на все порты, либо на свободный (hunting). В общем, дешево и сердито :)

  4. Опубликовано · Жалоба на ответ

    Хм, а HLTV для этого не подходит? Запустить клиент игры, подключить к серверу HLTV... А вывести видео с компьютера на экран - делов на 5 минут :)

  6. Опубликовано · Жалоба на ответ

    Есть в наличии:

     

    (Новое, в упаковке, комплект)

    D-Link DES-3526 - 14 шт. (5500 р.)

    D-Link DES-3028 - 8 шт. (4500 р.)

    D-Link DES-3026 - 4 шт. (3000 р.)

    D-Link DES-3010F - 1 шт. (2250 р.)

    D-Link DES-3010G - 1 шт. (2500 р.)

     

    (Б/У)

    D-Link DES-3526 - 7 шт. (3500 р.)

    D-Link DES-3010F - 5 шт. (1800 р.)

     

     

    Связь - ЛС на форуме, E-MAIL midea77@yandex.ru

  9. Опубликовано · Жалоба на ответ

    Клиентский трафик не проходит через сервер хаба.

     

    А вот чем объединять сегменты (терминировать vlan) - это уже немного другой вопрос, и его не совсем корректно относить именно к хабу. Вариантов несколько - мощный тазик (РС-роутер), L3 коммутатор...

  11. Опубликовано · Изменено пользователем Alexey K · Жалоба на ответ

    Уважаемые господа,

     

     

     

    Во время проведения работ по вывозу леса, был поврежден магистральный оптический кабель в направлении Нижний Новгород – Москва, участок Муром - Меленки.

     

     

     

    Необходимо проведение срочных аварийных работ на оптике ОАО ЦентрТелеком.

     

     

     

    Время начала работ: 27.11.09 13:00 МСК

     

    Время окончания работ: 27.11.09 23:00 МСК

     

     

     

    Инициатор и исполнитель работ ОАО ЦентрТелеком.

     

     

     

    На все время проведения работ, ожидается перерыв действия услуги Интернет и всех каналов на Москву и Владимир.

     

     

     

    Приносим вои извинения за причиненные неудобства.

    Здравствуйте!

     

    Примерное время восстановления услуг, при

    благоприятных внешних условиях, - до 19:00 мск.

     

    Приносим извинения за доставленные неудобства.

  14. Опубликовано · Жалоба на ответ

    Тут с Оренбурга фотки уже были, могу сказать, что с хрущёвками Р-Телеком не заморачивается вообще. Безобразные вводы, висящие-трущиеся оптические кабеля - это для них норма.
    А зачем, Коль? :) Ведь пипл-то, как известно, хавает. Обывателю плевать, что и как там проложено у оператора.

     

  17. Опубликовано · Жалоба на ответ

    Уведомляем Вас, что аварийно-восстановительные работы

    ОАО"Старттелеком" на канале Воскресенск-Егорьевск завершены.

     

    Начало аварии: 10:46МСК 13.06.09

    Конец аварии: 23:25МСК 13.06.09

    Продолжительность: 760 мин (12 ч 40 м)

    Все - окончен бал, погасли свечи.

  19. Опубликовано · Жалоба на ответ

    это мелочи - более интересен вопрос можно ли туда SFP opticin'овские сувать и д-линковские - если да, то на фоне цены железки это копейки.

    У нас 3750G-12S Opticin не желает видеть ни в какую. Другие SFP - нормально.

  20. Опубликовано · Жалоба на ответ

    server# cat /etc/natd.conf

    redirect_port tcp 192.168.15.22:411 411

    redirect_port udp 192.168.15.22:411 411

    server#

     

    и не качает :(

    Нет, вам не надо прокидывать порт, используемый для соединения с хабом. Нужно прокинуть произвольный порт, описать его в правилах файрволла, а затем, в настройках клиента DC++ нужно выбрать тип соединения как "Firewall with manual port forwarding" (может описываться и по другому), где указать проброшенный порт.

  22. Опубликовано · Изменено пользователем Alexey K · Жалоба на ответ

    А в чем, собственно, вопрос? По пробросу порта?

    В natd это делается через /etc/natd.conf

     

    redirect_port tcp 192.168.15.22:8444 8444
redirect_port udp 192.168.15.22:8444 8444

  23. Опубликовано · Изменено пользователем Alexey K · Жалоба на ответ

    Проблема оказалась совершенно в другом месте :) На одном из промежуточных 3526 на портах 1-24 была неправильно настроена port_security. Так совпало, что клиент когда-то подключался к тому свитчу, и его MAC-адрес "запомнился" на определенном порту и отбрасывался на других. Остается непонятным, как клиент получал IP-адрес от DHCP-сервера...

    Все работает с matstate 2.