На самом деле этот вопрос можно разделить на две задачи. Первая, использование второго канала в качестве резервного, т.е. такого что бы поднимался в случае падения основного. Вторая задача - разгрузить первый канал, запустить часть некритичного трафика через второй канал. По схеме 2 уменя работает http трафик, т.е. на второй канал направляется весь http трафик, который и является, в общем, основным "грузилом", которое отражается на терминальных пользователях работающих на том же канале. Разруливается это путем принудительного кеширования и перенаправления squidом на тот канал, на который нужно. Из нюансов: POST запросы через кеш не рулят через резервный канал, подменяем в сквиде исходящий IP.

Ну это я отвлекся, хотел рассказать о способе организации failover резервного канала.
Т.к. во FreeBSD почему-то до сих пор отсутствует реализация multiroute и мы не можем задать два default гейтвея, то о "стандарном" способе речь не идет.
Наиболее оптимальным видится выход: стоит второй маршрутизатор рядом в той же сети, натроенный на второй канал, возможно с поднятым VPN, при падении первого канала на основном маршрутизаторе просто заменяем default route на адрес второго маршрутизатора, и алга.

А если два маршрутизатора это расточительно, то для экономии мы можем воспользоваться "виртуальными машинами", кто знает, что у нас для этого есть во фре?

Ну это все мысли, попробую на практике и отпишу тут же.