Есть 2 АТСки, находятся в разных концах города, связано всё это через одного провайдера (2 линка 100 Мбит, на GW линухи, GRE tunnel)
LDK600 VOIBE GS30H-B.2Ad
LDK300 VOIBN GS30T-1.1Ca
На 600-й была прошивка 2.1Dc - та же фигня наблюдалась, суть проблемы:
Настроен единый номерной план, при наборе одного из номеров другой станции первый разговор проходит нормально, кладёш трубу, завониш второй раз - слышно как берут трубу, а дальше - тишина.
Во вложении капча вайршарка

Нажмите для просмотра прикрепленного файла

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

Эта капча и так была сделана на рутере со стороны 0.10

Тогда дело становится интересней, и мы с ещё большим нетерпением ждём капчи с противоположной стороны.

А какие версии прошивок на процессорах станций (на MPB) ??

Только появилась возможность вернуться к проблеме...

LDK-300 System
Version DX30P-C.9Bc FEB/10

LDK-600 System
Version DX60P-3.9Da JUN/10

Места мега много на форуме даётся, поэтому капчи положил сюда: http://disk.tom.ru/3yrrblk

При повторном вызове нет запроса на открытие логического канала (H.245 OCS) от станции, у которой адрес = 192.168.0.10. При первом вызове она нормально дает OLC, при следующем - "молчит как рыба". Причем это происходит во всех случаях, вне зависимости от того, является ли эта станция вызываемой или вызывающей стороной. От другой станции (7.10) всегда есть OLC. Это как-то странно... То ли станция не выдает этот запрос, то ли она выдает, но он теряется в сети и не доходит до другой станции. ИМХО нужно бы с этим разобраться.
А где именно Вы снимали трассировку?? Не пробовали снять сниф прямо у самой станции (192.168.0.10)??

Ну, или попробуйте другой вариант установления соединения. У Вас сейчас в ПГМ340/341, судя по всему, стоит режим Н.323 Normal. Попробуйте перейти на Fast Start. К тому же, можно включить и Tunneling.

Снифы сняты со шлюзов каждой из станций, ats-1 - сниф со стороны 0.10, ats-2 - сниф со стороны 7.10, в режиме Fast при повторном звонке происходит отбой по ошибке, могу завтра ещё снять снифы в фасте, там есть какие-то проблемы ещё с протоколом факса, но, факт в том, что используется ещё стороннее оборудование, типа Адпаков и Кошек, которые просто отказываются работать в фасте.

Виноват, сейчас еще раз посмотрел трассировки - та же ситуация наблюдается и с другой станцией.
Обратите внимание на запросы ARP, как раз в тот момент, когда "теряется" OLC.
То вдруг машрутизатор Intel теряет устройство с адресом 0.10 (см. АТС-1.log):
633 18:25:00.191676 Intel_13:b9:f3 Goldstar_15:d8:19 ARP Who has 192.168.0.10? Tell 192.168.0.250
То машрутизатор CnetTech теряет устройство с адресом 7.10 (см. АТС-2.log):
631 01:03:39.290437 CnetTech_3f:cc:9f Goldstar_2c:ca:4d ARP Who has 192.168.7.10? Tell 192.168.7.250

С чего бы это??? Чего вдруг машрутизатор начинает искать устройство?? Секунду назад он его "видел"...
Сдается мне, что станции тут не виноваты...

Хм... и какие варианты могут быть? В сети со стороны 0.10 около 200 компов, в сети со стороны 7.10 около 50 компов, всё работает стабильно, и почему же станция теряется именно на повторном звонке, а первый всегда проходит нормально.... У меня только одно предположение есть: проблема в линке станции 10Мбит...

Проблема в сети связывающей станции:
При повторном вызове ats-1 в 629 пакете(ats-1.log) шлёт ACK на полученный в 628 пакет от ats-2 станции.
Рядом со станцией ats-2, в ats-2.log, такой пакет отсутствует!

Не понятно что вы хотели этим сказать, можете объяснить по другому?

Если мне память не изменяет - на ней порт 10 Base-T
Но это так, первое, что пришло на ум...

Изменяет, притом со всеми кого встречает на своём пути
Порт 10 Base-T на процессорной плате.
Если VOIB(E|N) подключены к управляемому оборудованию - посмотрите в каких режимах реально работают порты.
На VOIBE можно посмотреть в MAINTENANCE командой link.