а так да. мои уже давно на софтофонах

а вот офис на стационарных телефонах

в КЦ как раз логично стационарники заменить гамнитурой и компом

ну то КЦ, а предприятия переходящие с аналоговой телефонии на ip используют стационарные телефонные аппараты.

мы вот переползаем с сименса на аваю почуть

те, кто с аналога ползёт, нередко просто ставят шлюз

те, кто с аналога ползёт, нередко просто ставят шлюз

сильно замороченно будет поставить шлюзов на 1000+ абонентов

и дорого по лицензиям+железкам

1000+ это довольно дофига. IP-аппараты тоже в копеечку влетят ведь

1000+ это довольно дофига. IP-аппараты тоже в копеечку влетят ведь

дешевле чем шлюзы+лицензии на сторониие аппараты, да тянуть лапшу телефонную в новые места не удобно, и от 100+ городских номеров быстро не уйдешь

а так.. телефонный аппарат от 3-4 тыс руб, + 2 на лицензию. в пересчете на стоимость поддержки сименсов+аналоговый аппарат+экстеншн на стороне телефонной станции не сильно различается

Приветствую! Подскажите пожалуйста прошивку для DIR300nru B6, чтобы она без проблем коннектилась к VPN-серверу на DD-WRT

Мы в КЦ используем софтфоны, при большом количестве звонков гарнитура сильно выигрывает у аппарата. А вот там где важна критичная доступность используем воип телефоны стационарные. Всякие бухгалтерии, склады, офисы продаж и т.д. прям маст хэв.

Чтобы прошивка коннектилась?

Я бы вообще советовал заменить дир300 б6, вышел он уж сильно глючным)

помню их можно было в зухель лайт перешивать .... ;)

Но зачем?

Приветствую! Подскажите пожалуйста прошивку для DIR300nru B6, чтобы она без проблем коннектилась к VPN-серверу на DD-WRT

А что не так?

Но зачем?

для стабильной работы

И, всё-таки…

Где проблема?

Идея понятна, сам хотел, но ехать лень.

Сьездил?

Нет, пробрался на ssh в ipmi

Там оказался linux, что сильно облегчило тестирование.

# ping 192.168.248.176 PING 192.168.248.176 (192.168.248.176): 56 data bytes 64 bytes from 192.168.248.176: seq=0 ttl=255 time=10.000 ms 64 bytes from 192.168.248.176: seq=1 ttl=255 time=20.000 ms 64 bytes from 192.168.248.176: seq=2 ttl=255 time=10.000 ms 64 bytes from 192.168.248.176: seq=3 ttl=255 time=0.000 ms

Т.е. в рамках второго свича пинги ходят

Такс, а пингать с 3420 с out_of_band интерфейса можно?

Так-то да, но оно ж не сильно информативно DGS-3420-52T:admin#ping 192.168.248.5 Command: ping 192.168.248.5 Reply from 192.168.248.5, time<10ms Reply from 192.168.248.5, time<10ms Reply from 192.168.248.5, time<10ms Reply from 192.168.248.5, time<10ms Reply from 192.168.248.5, time<10ms Reply from 192.168.248.5, time<10ms Ping Statistics for 192.168.248.5 Packets: Sent =6, Received =6, Lost =0

И ХЗ с какого интерфейса льётся

А-а, не, умеет DGS-3420-52T:admin#ping 192.168.248.5 source_ip 192.168.248.176 Command: ping 192.168.248.5 source_ip 192.168.248.176 Reply from 192.168.248.5, time<10ms Reply from 192.168.248.5, time<10ms

А за границу свича - фиг DGS-3420-52T:admin#ping 192.168.248.235 source_ip 192.168.248.176 Command: ping 192.168.248.235 source_ip 192.168.248.176 Request timed out. Request timed out.

Но это можно подампить в дефолт влане на стороне 3420

И я подозреваю что это равносильно тому, что у мгмт порт соеденить с любым портом 3420 патчкордом

Возможно на стороне 3420 мак мжмт порта не лернится на порту стыка с 1210

Или не заворачивается в 740 влан

И я подозреваю что это равносильно тому, что у мгмт порт соеденить с любым портом 3420 патчкордом

Вот так на стенде проверить можно

DIR-825ACG1 самопроизвольно ребутается примерно раз в сутки. как бы узнать, что его так напрягает?

Логи на флешку

Сначала прошивку последнюю скачать

потом сброс настроек и наблюдение, если проблема проявится - логи сюда или на почту

ок

D link dir 620 c1 прошивка 2.5.15 при попытке сменить номер канала файвай виснет наглухо только ребут. После него канал снова авто.

попробуй эту прошивку

D link dir 620 c1 прошивка 2.5.15 при попытке сменить номер канала файвай виснет наглухо только ребут. После него канал снова авто.

после обновления - сброс настроек

Спасибо щас попробую

DIR-882 Прошивка 3.5.1 можно ли как-то подмонтировать флешку во внутреннюю файловую систему роутера и поставить EntWare? Можно ли переконфигурировать dnsmasq.conf так чтобы он был постоянным между перезагрузками?

DIR-882 Прошивка 3.5.1 можно ли как-то подмонтировать флешку во внутреннюю файловую систему роутера и поставить EntWare? Можно ли переконфигурировать dnsmasq.conf так чтобы он был постоянным между перезагрузками?

по поводу первого - нет

а в днсмаск что надо вписать?

*.dev.local на конкретный IP

Наверно google.com на локальный днс сервер переадресовать

Ну почти :)

Любые поддомены в домене на конкретный IP

*.dev.local на конкретный IP

Это можно у себя в хостс написать

Еще неплохо было бы чтобы все статические DHCP ресолвились в соответствующие IP автоматом. Например роутер отзывается на dlinkrouter.local. А в DHCP прописано что notebook Это IP 192.168.0.2. Тогда при обращении по notebook.local автоматом ресолвить 192.168.0.2 без хостов.

Это можно у себя в хостс написать

Можно, на локальном компьютере. А теперь задача посложнее - нерутованный телефон на Android, который в локальной WiFi сети. Туда уже не впишешь

Можно, на локальном компьютере. А теперь задача посложнее - нерутованный телефон на Android, который в локальной WiFi сети. Туда уже не впишешь

В primary dns настроек dhcp отдавать ip локального днс, а уже вторым ппописать 192.168.0.1

Еще неплохо было бы чтобы все статические DHCP ресолвились в соответствующие IP автоматом. Например роутер отзывается на dlinkrouter.local. А в DHCP прописано что notebook Это IP 192.168.0.2. Тогда при обращении по notebook.local автоматом ресолвить 192.168.0.2 без хостов.

а в чем проблема в разделе дополнительно-DNS добавить необходимые хосты?

https://youtu.be/Iy7-GGuxaiI

либо я не понял сути задачи

а в чем проблема в разделе дополнительно-DNS добавить необходимые хосты?

Да безусловно это решает задачу, но требуется писать 2 раза. Один раз в DHCP второй в хостах. Почему просто сразу не рализовать это автоматом? Это удобно!

За это раньше netbios отвечал, емнип

В primary dns настроек dhcp отдавать ip локального днс, а уже вторым ппописать 192.168.0.1

Да можно и так сделать. Но в роутере есть dnsmasq который прекрасно справиться с этой задачей. Так почему бы не дать пользователю возможность его редактировать/дополнять????

то есть, чтобы автоматом имя_девайса.local роутер резолвил не добавляя его в хосты?

а в чем проблема в разделе дополнительно-DNS добавить необходимые хосты?

Вот тут можно редактировать/дополнять

то есть, чтобы автоматом имя_девайса.local роутер резолвил не добавляя его в хосты?

Конечно! Вот в Padavan так и сделано. Очень удобно!

Конечно! Вот в Padavan так и сделано. Очень удобно!

https://lvader.livejournal.com/245811.html это тебе не поможет?

Еще неплохо было бы чтобы все статические DHCP ресолвились в соответствующие IP автоматом. Например роутер отзывается на dlinkrouter.local. А в DHCP прописано что notebook Это IP 192.168.0.2. Тогда при обращении по notebook.local автоматом ресолвить 192.168.0.2 без хостов.

окей! приносим личный ноут с именем DC1 и пускаем в DHCP вуале, у нас второй хост DC!.local , а значит он теперь контроллер домена ! Man In The Middle ? Easy !

Там задача про * - это wildcard домен не просто хост, так чтобы не перечислять все хосты вручную а просто wildcard поставить.

окей! приносим личный ноут с именем DC1 и пускаем в DHCP вуале, у нас второй хост DC!.local , а значит он теперь контроллер домена ! Man In The Middle ? Easy !

Оо, сеть с актив директори, роутер которой - длинк..

окей! приносим личный ноут с именем DC1 и пускаем в DHCP вуале, у нас второй хост DC!.local , а значит он теперь контроллер домена ! Man In The Middle ? Easy !

Мы говорим про роутер для домашнего использования а не для корпоративных сетей. Пока что дома контроллер домена я не собираюсь поднимать. Это уже перебор будет.

а как ты собрался dnsmasq.conf модифицировать?

а как ты собрался dnsmasq.conf модифицировать?

А вот примерно вот так, например, =================== address=/.dev.local/192.168.0.2 ===================

хм..

надо поразмыслить

хм..

В этом определенно есть здравый смысл. В DnsMasq можно много всего полезного сделать....

В этом определенно есть здравый смысл. В DnsMasq можно много всего полезного сделать....

сделали опции DHCP, думали этого достаточно, теперь вот это

непонятно, как это на веб-морде реализовать

сделали опции DHCP, думали этого достаточно, теперь вот это

Кнопка редактировать DNSMasq.conf. Далее TextArea. Введенное вставляется как секция в dnsmasq.conf. Естественно предупреждения что не знаешь не трогай....

лучше не редактировать что есть, а добавить какие то новые строчки

Редактируется только секция доступная пользователю.