KorDen

Это вы откуда взяли?

Скорее всего инет-провайдер/сип-провайдер пошаманили с SIP ALG / STUN, вот и поломалось, если прошивку конечно не обновляли в момент ломания

Пригодится тем, кто создает ручные туннели. Возможно где-то ошибся. Оверхед ESP (в байтах) 20 IP Header 8 ESP Header (4 SPI + 4 Sequence) [8|16] - IV, для DES/3DES - 8, для AES - 16 <данные> 4 ESP Trailer 12 ESP Auth Trailer Итого: для DES/3DES - 56 байт, для AES - 60 байт Оверхед туннелирования IPIP - 20 (IP Header) = 20 GRE - 20 (IP Header) + 4 (GRE) = 24 EoIP - 20 (IP Header) + 8 (GRE) [+ 14 (ETH)] = 28 (42) Итого, скажем, для туннеля IPIP over IPsec (AES) оверхед будет равен 80 байт, т.е. например при канале с MTU 1500 у туннеля будет 1420. Для вычисления MSS - добавьте в оверхед TCP Header (20 байт) ---------- Небольшая путанница у меня с режимом IPsec Tunnel, там получается оверхед варьируется в пределах 58-65 байт (для AES). Тут не уверен до конца.

В "Опции" "перевод вызова"

Ой. Больное. Сейчас будет длинная тирада про дырлинковские свичи. Привет из небольшого NOC

Очевидно, они есть у всех CAT-iq 2.0. Какого прогресса вы ожидаете, что по волшебству появится в других, где проприетарный протокол? У гигасета/панасоника даже между соседними моделями нет поддержки передачи истории звонков, а тут тем более...

А куда индекс вставлять? Вот есть например: ip static tcp ISP 123 192.168.1.2 !ruleA-123 ip static tcp ISP 456 192.168.1.2 !ruleA-456 ip static udp ISP 789 192.168.1.2 !ruleB-u ip static tcp ISP 789 192.168.1.2 !ruleB-t ip static tcp ISP 1111 through 1122 192.168.1.2 !ruleC-t ip static udp ISP 1111 through 1122 192.168.1.2 !ruleC-u ip static Home ISP ip static Guest ISP ip static tcp ISP 1234 192.168.1.2 4567 !ruleD ip static disable !ruleD ip static tcp ISP 12345 192.168.1.2 !ruleE-t ip static udp ISP 12345 192.168.1.2 !ruleE-u Мне надо на время включить ruleD и потом его обратно выключить. ip static disable я так понимаю вне зависимости от последующего параметра вырубает последнее правило. Если указывать индекс, то какой?

Есть отключенное правило ip static tcp ISP 13245 192.168.1.2 1234 !rulename ip static disable !rulename Как его включить-то? (config)> ip static no disable !rulename Network::StaticNat: Static NAT disable unchanged. Перегруз команд фаервола/nat начинает напрягать :\

@Le ecureuil, а в EoIP MTU=1500 на кинетике вообще должен работать, или нет? В микротиках, насколько я понимаю, это вполне рабочее решение - да, пакеты бьются на два, но зато не надо править MTU на устройствах при бриджевании с LAN.

Вы что хотите? Чтобы кинетик работал чисто в качестве точка доступа+свич+приложения, или же оставить роутером, но WAN будет через один или LAN-портов или USB-модемы?

В качестве отправной точки можно воспользоваться штатными возможностями веб-интерфейса - используя "VLAN для доступа в Интернет/IPTV/телефонии" указать VLANы, скажем за IPTV посчитать L2VPN и поставить галки "приставки" на портах 3 и 4, в качестве влана телфонии указать влан приватной сети, но галку на портах не ставить. После такой настройки должно работать все кроме приватной сети. Приватную сеть надо будет донастроить вручную в FastEthernet0/Vlan300, после этого в вебе исправлять уже нельзя естественно. По вашему конфигу. сходу, специально бриджевать порты для L2VPN не нужно, все работает на уровне вланов, т.е. Bridge2 нужно удалить

Ага, так и есть. И похоже, самое первое зависание при просмотре истории (трехзначные уже потом для тестов набирались, из чего я и сделал вывод что вообще при входе историю падает) тоже подходит - одна линия тогда называлась кириллицей (передается UTF-8 же, т.е. по 2 байта, или нет?), и входящий был с 10/11-значным номером + CID(CNIP), там как раз наверное и получилось аккурат на 64 байта больше

Вчера словил зависание роутера во время входящего вызова. Вызов с сервера поступает одновременно на два устройства (кинетик и SIP-шлюз), соответственно кто первый возьмет - тот и говорит, второму посылается отбой. S850HX не трогали, ответили на входящий вызов через шлюз. Обычно в таких случаях вызов просто записывается в пропущенный, и на этом все, что логично. В этот раз S850HX зависла в состоянии вызова (пока не сбросили кнопкой, дальше сразу отобразила что нет базы), а роутер ушел в кому. Произошло один раз, ранее аналогичные вызовы с этого же номера, принятые на шлюзе, нормально обрабатывались, повторить не удалось. Напрягает, что уже минимум в двух случаях (история звонков и вот это вот) роутер зависает напрочь, не уходя в перезагрузку даже спустя время, и необходим железный ребут

Конкретизирую свои баги: Файл истории звонков не подхватывается после перезагрузки Ставлю путь "ku2-extreme:/callhist/", ku2-extreme - флешка USB3.0 в ext2 под Entware. Файл создается, и работает, до перезагрузки. Если потом опять указать эту же директорию - подхватится Сразу после загрузки: в startup-config настройка видна: call-history directory ku2-extreme:/callhist/ call-history length 500 А вот в running-config после загрузки роутера уже call-history directory "" !Nvox::Manager WARNING[2097155]: call history directory unspecified. call-history length 500 Такое ощущение, что он пытается прочитать файл, не дожидаясь монтирования флешки, а пофейлившись, тут же сбрасывает настройку. А вот баг с невозможностью применить включение линии похоже из серии "При быстром закрытии формы регистрации трубки на вебке что-то может пойти не так" - похоже, сохранение конфигурации в startup-config после применения настроек DECT производится с некоторой ощутимой задержкой (в сравнении с другими страницами), за которую я успевал надумать отправить роутер в ребут. Так вроде бы все ок, если делать паузы.

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

Да, похоже это действительно странный случай, удалось повторить, текущий вариант воспроизведения: Ultra II 2.09.A.5.0-2. История не сохраняется на флешке (директория не указана), для теста оставил подключенным только свисток в USB2.0. Если в истории есть исходящий на номер 060 через линию Home (отвеченный или нет - не важно), роутер виснет при входе во "все звонки". Если это последний звонок, то трубка при входе в историю ничего не отображает, если предпоследний - отображает последний вызов. Через список "исходящие" нормально. Если пытаться вызывать 060 по линии "Sipnet" (там прилетит отбой что номер неполный), то все нормально, в истории вызов отображается. Постом ниже self-test и файл temp:/nvox.history_calls, если сейчас зайти в "исходящие" - отобразится, если во "все звонки" - зависнет.

Попробуйте настроить EoIP over IPsec, прямо по примеру из первого поста - прописать tunnel source на роутере с внешним IP и один ключ. В таком виде туннель будет проходить практически через любой NAT, но инициировать соединение всегда будет "клиент"

@Oleg_V, Делаете единую адресацию (типа первый роутер .1, второй - .100), на одном из роутеров отключаете DHCP, создаете EoIP-туннель, не назначая ему IP и security-level, дальше с обоих сторон interface Home include EoIP0 Высока вероятность, что придется корректировать MTU на всем сегменте Home и соответственно на всех устройствах. В этом случае устройства будут все в одном сегменте как будто воткнуты в один роутер, и можно использовать приложения, работающие с бродкастом.

@Oleg_V, так бродкаст и не будет ходить между сетями, это надо EoIP делать и бриджевать в сегмент

Ой. При попытке открыть историю звонков с S850HX на 2.09.A.5.0-2 роутер зависает напрочь, в том числе отвалился интернет, приходится ребутать по питанию

@Павел110, у меня все нормально. Или вы про две линии на одной трубке?

@McMCC, "упс" Я как-то сомневаюсь, ведь я там прикладывал лог с ноута, где относительно свежая убунта.. Попробую собрать для начала свежий драйвер для ноута, чтобы понять, настраивается ли он вообще на DVB-C даже со свежими сурцами...

Переключите пиксель на 2.4 и понаблюдайте

@McMCC, да вроде по femon переключает (на xubuntu) Начинаю скан T2, параллельно смотрю: ~$ femon FE: Sony CXD2820R (DVBT) status | signal e19d | snr 0000 | ber 00000000 | unc 00000000 | status | signal e13d | snr 0000 | ber 00000000 | unc 00000000 | Начинаю скан C: ~$ femon FE: Sony CXD2820R (DVBC) status SCVY | signal f44b | snr 0159 | ber 00000000 | unc 00000000 | Причем видно, что частоты щелкает, и вроде даже синкается, хотя, что странно, не на всех частотах (в середине): В параллельном окне скан:

@McMCC, нет, похоже действительно с драйвером под T220 на линуксе что-то не то, а я уже запутался и похоже на T220 DVB-C не гонял под Linux'ом.. Сейчас проверил на Xubuntu еще раз все, T230 нормально ищет и -C и -T2, а T220 DVB-C не ищет и там.