OS7400 за NAT ISA 2006

[karepan]

Привет.
LCP и MGI сетевые интерфейсы находятся в локальной сети за файерволом ISA 2006. Наружу выходят через NAT.
Есть определенные косяки в такой конфигурации. Например смена исходящего порта на внешнем адресе ISA.
Это связано с тем, что в период простоя ISA может разорвать сессиию с LCP картой, а когда она продолжит диалог с внешним VOIP шлюзом, номер исодящего порта будет другим. И разговоры начатые до этого момента заканчиваются некорректно.
Пример:
67 16:18:32 06.09.2010 93.158.134.3 27399 (0x6B07) 213.180.204.3 5060 (0x13C4) SDP SDP:Request: INVITE sip:89265308698@213.180.204.3:5060;user=phone SIP/2.0; SDP:SessionName=SIP_CALL, Version=0, MediaDescription=audio 30000 RTP/AVP 18 4 8 101
68 16:18:32 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Response: SIP/2.0 100 Trying
69 16:18:37 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SDP SDP:Response: SIP/2.0 183 Session Progress; SDP:SessionName=-, Version=0, MediaDescription=audio 22712 RTP/AVP 18 4 8 101
70 16:18:41 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SDP SDP:Response: SIP/2.0 200 OK; SDP:SessionName=-, Version=0, MediaDescription=audio 22712 RTP/AVP 18 4 8 101
71 16:18:41 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SDP SDP:Response: SIP/2.0 200 OK; SDP:SessionName=-, Version=0, MediaDescription=audio 22712 RTP/AVP 18 4 8 101
72 16:18:41 06.09.2010 93.158.134.3 27399 (0x6B07) 213.180.204.3 5060 (0x13C4) SIP SIP:Request: ACK sip:89265308698@213.180.204.3;user=phone SIP/2.0
73 16:18:41 06.09.2010 93.158.134.3 27399 (0x6B07) 213.180.204.3 5060 (0x13C4) SIP SIP:Request: ACK sip:89265308698@213.180.204.3;user=phone SIP/2.0
91 16:21:01 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Request: BYE sip:317@192.168.0.40:5060 SIP/2.0
96 16:21:02 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Request: BYE sip:317@192.168.0.40:5060 SIP/2.0
97 16:21:02 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Request: BYE sip:317@192.168.0.40:5060 SIP/2.0
98 16:21:03 06.09.2010 93.158.134.3 56092 (0xDB1C) 213.180.204.3 5060 (0x13C4) SIP SIP:Request: BYE sip:89265308698@213.180.204.3;user=phone SIP/2.0
99 16:21:03 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Request: BYE sip:317@192.168.0.40:5060 SIP/2.0
100 16:21:04 06.09.2010 93.158.134.3 56092 (0xDB1C) 213.180.204.3 5060 (0x13C4) SIP SIP:Request: BYE sip:89265308698@213.180.204.3;user=phone SIP/2.0
101 16:21:05 06.09.2010 93.158.134.3 56092 (0xDB1C) 213.180.204.3 5060 (0x13C4) SIP SIP:Request: BYE sip:89265308698@213.180.204.3;user=phone SIP/2.0
104 16:21:05 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Request: BYE sip:317@192.168.0.40:5060 SIP/2.0
105 16:21:05 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Request: BYE sip:317@192.168.0.40:5060 SIP/2.0
106 16:21:05 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Request: BYE sip:317@192.168.0.40:5060 SIP/2.0
107 16:21:05 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Request: BYE sip:317@192.168.0.40:5060 SIP/2.0
108 16:21:05 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Request: BYE sip:317@192.168.0.40:5060 SIP/2.0
109 16:21:05 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Request: BYE sip:317@192.168.0.40:5060 SIP/2.0
110 16:21:05 06.09.2010 213.180.204.3 5060 (0x13C4) 93.158.134.3 27399 (0x6B07) SIP SIP:Request: BYE sip:317@192.168.0.40:5060 SIP/2.0
115 16:21:07 06.09.2010 93.158.134.3 56092 (0xDB1C) 213.180.204.3 5060 (0x13C4) SIP SIP:Request: BYE sip:89265308698@213.180.204.3;user=phone SIP/2.0
Начали с 27399 а заканчиваем на 56092 порту. Получается что наша АТС не видит BYE от провайдера, а он от нас.
Может быть OS7400 умеет поддерживать связь со шлюзом VOIP периодически посылая на него что нибудь?
заметил в IT меню 5.2.13 Alive Notify и Alive Notify Time но нигде нет четкого описания что это и какие значения задавать в каких единицах измерения?

[LionB]

1) Наверное не LCP а MP40?
2)
18 ALIVE NOTI Some SIP Servers require SIP UA to send OPTIONS method simply for link test purpose. When set, system sends OPTIONS message to the SIP Server.
19 NOTIFY TIME When ALIVE NOTI is set, NOTIFY TIME decides the message sending time interval. 1800 sec


Однако Alive - означает вообще присутствие девайса на сети (живучесть линка). К ведущейся сессии он отношения не имеет.
Тут играет таймер SESSION TIMER (живучесть текущей сессии)

15 SESSION TIMER This is the timer value which is used when exchanging the message periodically to maintain the session if one session is set. Whether to use the session timer is determined according to each SIP server. Using the default value is recommended. NONE
16 SESSION EXP Indicates the Expire Time in Session Timer. In general, the value given by the SIP server is used. Using the default value is recommended. 1800 sec

[karepan]

Не могли бы показать, что это за messages такие, я NetworkMonitor-ом смотрю.
Еслия я Вас правильно понял то нужно выставить таймер например в 30-45 сек.

[LionB]

Нет не могу. С мониторингом портов на свичах трабл.

Таймер выставляете, в зависимости от требуемой частоты подтверждения Session Expire... Я вот только не совсем уверен, что для NAT эта активность возымеет действие.

[karepan]

Вот и я сомневаюсь в этом параметре. Выставил 30, но ничего похожего на OPTIONS не вижу.

[eva]

Вот и я сомневаюсь в этом параметре. Выставил 30, но ничего похожего на OPTIONS не вижу.

могу вас огорчить
ISA - зверек опасный в этом плане
у нас у клиента стоят много станций но 10 штук как раз стояли за ISA и каждый день нужно было перегружать станции чтобы иса их начала пропускать по человечески .....
клиент сам разгребал эти траблы и нашли гдето в инете описание этой проблемы и даже вылечили - но не надолго .... все равно периодически раз в месяц примерно станции мы теряли - в конечном итоге ИСУ убрали и началось у них счастье ....

[karepan]

Да, эффекта от этого параметра никакого.

могу вас огорчить
ISA - зверек опасный в этом плане

OfficeServ не менее опасен.

[LionB]

А кто не опасен? Поставь Панасоник за NAT, а мы посмеемся

P.S. А Microsoft - вообще страшное слово и решать свою безопасность на друшлаке от них, еще большая опасность.

[eva]

Да, эффекта от этого параметра никакого.

могу вас огорчить
ISA - зверек опасный в этом плане

OfficeServ не менее опасен.

выбор есть всегда - ответ основан на опыте ...
сегодня клиент позвонил и еще пять станций выводит из под "надежного крыла" ISA серверов....
решать вам ...
я бы не ругался на самсунг а пошукал в инете патчи на этот предмет - это первое ... ну а второе ... вы уже слышали ...

[Gofer_k]

А кто не опасен? Поставь Панасоник за NAT, а мы посмеемся

P.S. А Microsoft - вообще страшное слово и решать свою безопасность на друшлаке от них, еще большая опасность.

+1