AndrewHodyrev, куда идти искать определённый адрес решает хост клиента согласно своей таблице маршрутизации. В функционале l2tp пуш маршрутов отсутствует, единственный вариант - прописывать маршруты статикой, не используя l2tp как основной шлюз. Телефончики - игрушки, а не рабочий инструмент - для такого не особо предназначены.
Часом всё не обходится обычно - пока данные перенесёшь, пока вернёшь назад что можно, пока софт установишь, пока марафет наведёшь - и всё за "спасибо")
Stiffyx, я бы хост гипер-в и не стал загонять на хардварный рейд, честно то говоря. Толку не особо много в этом. Хост на чипсетный в зеркало (а то и программный, но там возня с загрузкой будет на случай сбоя), а виртуалки на хардварном держать (хотя к осмысленности этого тоже вопросы, но тут от задач зависит уже)
Тимур, что непонятно с 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 ну хотя вряд ли, были бы видны следы в таблице маршрутов
