Ivan

Включайте, не повлияет.

Пустить через VPN, попробовать IPv6 от "HE" например.

Zabbix

secondary навешан на Juniper? Смотрите правила NAT/Security Policy.

UPD2: Заметил странность

По какой-то причине pbx не получает ICMP redirect от керио, когда с pbx уходит reply на сеть "88". Возможно дело в statefull режиме керио.
Покажите tcpdump -npvei eth0 icmp с pbx + arp -an, выполнив

[admin@MikroTik] > ping 10.0.150.45 src-address=192.168.88.1

и также не получив ответа.

[root@pbx ~]# ping 192.168.88.252
PING 192.168.88.252 (192.168.88.252) 56(84) bytes of data.
From 10.0.150.1: icmp_seq=1 Redirect Host(New nexthop: 10.0.150.156)
64 bytes from 192.168.88.252: icmp_seq=1 ttl=127 time=1.15 ms

PS.
Трафик у вас ходит мимо керио из-за ICMP redirect, отключите редирект, все равно flow будет ассиметричный, что не хорошо.

/etc/network/interfaces

auto eth0
iface eth0 inet dhcp

/etc/init.d/networking restart

Покажите вывод с машин из обоих подсетей: netstat -r | findstr "192.168 0.0.0.0" и tracert из одной в другую.

Проблема в обратном маршруте прохождения трафика к вам, например через TLK до вас(91.221.16.24) MTU 1.5k, проблем не будет. Из дампа видно, что пакет размером 1460 байт с vesti.ru попросту не дошел до вас. Больше там интересного нет, видимо вы навесили фильтр TCP/Host на дамп.

1) проблема наблюдается только на WindowsXP/7

Т.е если на WAN роутера (как в работающем дампе) навесить 91.221.16.24, все заработает?

Если нужно только процесс (TV) загнать в тунель: SocksChain,SocksCap и д.р