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

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

что мешает на сервере это обработать: все пакеты на другую сеть форвардить на другую сеть

получаю пакет на интерфейс eth0 и далее отправляю его получателю, все 2 компа и сервер в одной подсети.....

так форвард сам в оригинале не нужен так как в этом случае сложно вносить изменения в траффик, а его предполагал я отключить и ввместо него передавать программно но уже с изменениями!


Читал про это, судя по всему более надежный способ, чем прием  recfrom() и отправка sendto() как я пытаюсь сделать но не сталкивался с реализацией вообще

Добавлено через 9 минут и 17 секунд
пробовал снова прописать стат. арп на сервере и клиентах и включить форвард на сервере-вроде бы работает. проверял на пингах. ssh почему то не пашет, SYN,SYN+ACK идут, а обратно ACK клиент с которого по ssh лезу на другого клиента не генерируется вообще.......tcpdump везде использовал.....
попадаются еще ICMP redirect пакеты,их шлет сервер клиентам с указанием редиректа самого клиента на себя...фигня какая то, думаю это никак не влияет на процесс......

Добавлено через 10 минут и 22 секунды
большое спасибо за помощь, я надеюсь что не сильно утомил?????!  

отвечать на форуме в общем то не является обязательным 

просто мало где по делу люди помогают, еще и так активно

Вернулся я снова к коду, уж больно охота сделать задуманное.
1. исходя из такого рода операций 
получается что в памяти пакет все таки располагается так:?

|__________|____________|________________|_________________|
    tcphdr              iphdr                    ethhdr                      buf
данные считывать cправа налево.<-------------------------------------------
2. т.е. на вход sendto нужно подать начальный адрес буфера buf и его длину вместе с заголовками?:

или ......
3. как sendto понимает что ip заголовок уже набран вручную? только через IP_HDRINCL? 
попробовал так 

пишет "протокол недоступен"
спасибо

buf -> tcp -> ip -> eth


SOCK_RAW?



какой домен?

Все то же: