Тимур, что непонятно с nat'ом? На пути между телефоном (софтофоном) и астериском nat'а нигде быть не должно (по крайней мере если не хотите осложнять себе жизнь). То, что пинги ходят - это хорошо, но не достаточно.
Дело, правда, может быть не только в NAT, но в таком случае придётся подбробно изучать логи, что происходит во время звонка. Там может быть и с кодеками проблема. Но в первую очередь проверять наличие nat всё равно.
Если вы не понимаете что такое nat и как понять, наличиствует он или отсуствует - наймите того, кто понимает.
если вы по какой-то причине хотите софтовый рэйд, вам крайне желательно что бы контроллер не умничал с последовательностями команд как это предусмотрено ACHI
pfg21, да как сказать, если это реально хаб, а не свич - а как там порты скоммутированы? Они ТОЧНО не будут падать при несогласованности скоростей между ВСЕМИ подключёнными через него устройствами?
agpecam, то есть iroute работает в любом случае, и это мешает прозрачной маршрутизации в tun режиме? А на tap воздействия не оказывает, потому что l2 и фактически iroute в трафик не лезет?
На одном то стандарте трудно добиться нормального переключения между точками доступа, а на разных... нет, наверное можно теми же самыми методами - отсекать по уровню сигнала, форсируя тем самым переключение на другую точку доступа, но чёто мне кажется, что между 2,4 и 5 ггц это будет плохо работать
Андрей, ValdikSS как-то писал, что там нужна l2 связность для таких случаев (поэтому tap а не tun), я сам плохо понимаю зачем для l3 маршрутизации нужна l2 связность, есть смутные догадки на тему того, как работают on-link маршруты, но проверять и уточнять как-то не досуг всё
Андрей, не обратил внимание на трассировку с бриджа микрота; он сразу же к провайдеру уходит. Ничего в routing policy не накурочено случаем?
upd ну хотя вряд ли, были бы видны следы в таблице маршрутов
rPman, я так понял, он про то, что в массиве они не объявляются в r/o режиме, что совершенно резонно, ибо никакой рейд просто не будет знать, что делать с диском, на который невозможна запись; это либо надо весь массив в r/o вгонять, но какие драйверы или аппаратные рейды действуют в такой логике? Либо просто выкидывать диск из рейда как сбойный, когда его контроллер заявляет о том, что он ушёл в r/o
