7200 (4.30a)+ NAT - перестал отрабатываься...

[Sram]

Станция за натом, (все порты проброшены форвардингом). ММС 830 - 831 Private&Public
ММС 838 - заполнил записью - 192.168.255.255 (бродкаст локалки, раньше кстати заносилось автоматически - сейчас же таблица была чистой, пробовал и заполнение подсети типа 192.168.0.0 - результат один)..... Результат голоса нет - из трассировок видно что от станции приходит локальный IP MGI - 192.168.*.* вместо паблика. Это как для SIP так и H323. С Н323 - вообще ерунда, изначально сигнализация идёт не из порта 1720 а из 10000 и выше. После переноса порта в ММС834 SIGNAL PORT на 1720 - порт перенёсся. НО!!!! при каждом последующем звонке сигнализация идёт с порта + 1 - 1721, 1722, 1723..... 1760 - больше звонков делать обламало.... Подождал 10 мин. сделал звонок с 1720 и потом опять +1 и после паузы всё по кругу.... Вообщем самое главное это опять грабли с НАТом - что делать? Где крутить?

[eva]

Станция за натом, (все порты проброшены форвардингом). ММС 830 - 831 Private&Public
ММС 838 - заполнил записью - 192.168.255.255 (бродкаст локалки, раньше кстати заносилось автоматически - сейчас же таблица была чистой, пробовал и заполнение подсети типа 192.168.0.0 - результат один)..... Результат голоса нет - из трассировок видно что от станции приходит локальный IP MGI - 192.168.*.* вместо паблика. Это как для SIP так и H323. С Н323 - вообще ерунда, изначально сигнализация идёт не из порта 1720 а из 10000 и выше. После переноса порта в ММС834 SIGNAL PORT на 1720 - порт перенёсся. НО!!!! при каждом последующем звонке сигнализация идёт с порта + 1 - 1721, 1722, 1723..... 1760 - больше звонков делать обламало.... Подождал 10 мин. сделал звонок с 1720 и потом опять +1 и после паузы всё по кругу.... Вообщем самое главное это опять грабли с НАТом - что делать? Где крутить?

похоже навертели опять разработчики
не только у тебя проблемы с 323
чуть ниже посты погляди там тоже жалуются что 323 перестал работать на этой версии .............

[LionB]

EVA - не пуржи.. H323, как работал, так и работает (у людей возникла проблема, когда нет вообще ключа на Н323, а кто-то из инета сканирует открытые порты и пытается слать H323Setup)... У человека станция стоит за роутером.. И его это не касается... Да и H323 ключик есть.

Уже неделю поставил на 7400 версию 4.30 и пока ни одного сбоя.. H323, так же как часы (Правда у меня используется только Privat IP и система звонит по Intranet через RIP)...

А с вами давайте разберемся заново, как оно должно быть.. У вас станция за NAT стоит? И какого вы тогда вообще ММС838 трогаете? Этот ММС только, если ваша Intranet построена из разных сегментов не достижимых по Сетевой Маске и станции надо послать пакет на RIP роутер не меняя параметры в Media Channel на Public IP (который применяется только , если пакетам надо преодолевать NAT)... В общем, верните все назад, в том числе и Signal Port 10000 и вытрите все из MMC838....

Начинаем заново...
Ставим параметры MGI и MCP (MMC830, 831) в Public + Privat.. В параметрах Privat ставим ваши реальные LAN TCP/IP параметры (IP, NM, GW)... В параметрах Public ставим WAN IP адрес интернет роутера...

Форвард портов на NAT настраиваем для SIP и H323 между локальным и внешним IP для MCP - соответственно UDP/TCP 5060 и TCP 1719, 1720. Для карты MGI (если не трогали Local RTP (появилась возможность менять локальные RTP порты на MGI, раньше было жестко, начиная с 30000) и Public RTP Port), то между локальным и внешним IP для MGI, настраваем фолрвард для UDP портов 30000 ~ 30015 (это, если 16 каналов на карте, собственно начиная с 30000 по 2 UDP порта на канал)

Далее, если используется GK, то
В ММС832 заполняем соответствующие комбинации цифр и напротив них ставим Server Use YES, а в ММС833 (не смотреть на название этой функции через IT, с названием недодумали в новой версии) в таблице 0, Entry 1 ставим собственный локальный IP MCP (Один роут сам на себя)

Далее, если не используется GK, то
В ММС832 заполняем соответствующие комбинации цифр и напротив них ставим IP Table 1 (и т.д. по нужной кобинации цифр номера), Start Entry 0, Server Use NO. В ММС833 в таблице 0, Entry 1 ставим собственный локальный IP MCP (Один роут сам на себя), а в IP Table 1 (и т.д.), Start Entry 0 ставим IP получателей вызовов по цифрам заданным в ММС832 соответственно.

Так вот. Если после этого MCP начнет перебирать сигнальные порты, незамедлительно сигнальте сюда (вытяжки из трэйсов очень приветствуются)

[Sram]

Да спасибо Льву, действительно в 838 больше не нужно вносить бродкаст собственной локалки. Всё сделал как написал Лев. Соединение peer-to-peer без GK . Исходящая пошла с голосом - но всё равно сигнальный порт не 1720 а 10000 и выше - каждый раз +1 иногда +2 (жутко неудобно прописывать на НАТе, о форвардинге при входящем звонке пока молчу, будет дальше) Часть трассировки:
Исходящий звонок с Самсунга, с локалки на паблик - через нат - H323

Transmission Control Protocol, Src Port: 10003 (10003), Dst Port: 1720 (1720), Seq: 1, Ack: 1, Len: 355
Source port: 10003 (10003) - Сёрс 10003 ?????
------------------------------
Destination port: 1720 (1720)
Sequence number: 1 (relative sequence number)
[Next sequence number: 356 (relative sequence number)]
Acknowledgement number: 1 (relative ack number)
Header length: 20 bytes
Flags: 0x18 (PSH, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgment: Set
.... 1... = Push: Set
.... .0.. = Reset: Not set
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 4380
Checksum: 0xe850 [correct]
TPKT, Version: 3, Length: 355
Q.931
H.225.0 CS
H323_UserInformation
h323-uu-pdu
h323-message-body: setup (0)
setup
protocolIdentifier: 0.0.8.2250.0.4 (itu-t(0) recommendation(0) h(8) h225-0(2250) version(0) 4)
sourceAddress: 1 item
sourceInfo
destinationAddress: 1 item
destCallSignalAddress: ipAddress (0)
ipAddress
ip: 62.149.***.*** (***.***.***.***)
port: 1720
0... .... activeMC: False
conferenceID: 02b225b2-3105-ef0e-0249-5634343434ef
conferenceGoal: create (0)
callType: pointToPoint (0)
sourceCallSignalAddress: ipAddress (0)
ipAddress
ip: 62.***.***.*** (62.***.***.***)
port: 33248

А теперь входящий звонок на Самсунг - порт 1720 -Всё идёт хорошо до сообщения Connect c Самсунга - он вдруг решает перекинуть сигнализацию по открытию логических каналов на порт 10007 к томуже ЛОКАЛЬНОГО IP шника Платы MCP!!!!
Трассировка:
Transmission Control Protocol, Src Port: 1720 (1720), Dst Port: 1720 (1720), Seq: 124, Ack: 238, Len: 98
Source port: 1720 (1720)
Destination port: 1720 (1720)
Sequence number: 124 (relative sequence number)
[Next sequence number: 222 (relative sequence number)]
Acknowledgement number: 238 (relative ack number)
Header length: 20 bytes
Flags: 0x18 (PSH, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgment: Set
.... 1... = Push: Set
.... .0.. = Reset: Not set
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 4143
Checksum: 0x30cc [correct]
[SEQ/ACK analysis]
TPKT, Version: 3, Length: 98
Version: 3
Reserved: 0
Length: 98
Q.931
Protocol discriminator: Q.931
Call reference value length: 2
Call reference flag: Message sent to originating side
Call reference value: 7932
Message type: CONNECT (0x07)
Display '192.168.0.8'
Information element: Display
Length: 11
Display information: 192.168.0.8
User-user
Information element: User-user
Length: 73
Protocol discriminator: X.208 and X.209 coded user information
H.225.0 CS
H323_UserInformation
h323-uu-pdu
h323-message-body: connect (2)
connect
protocolIdentifier: 0.0.8.2250.0.4 (itu-t(0) recommendation(0) h(8) h225-0(2250) version(0) 4)
h245Address: ipAddress (0)
ipAddress
ip: 192.168.0.8 (192.168.0. - Локальный IP!!!!!!
port: 10007
----------------------------------------------------------------
destinationInfo
conferenceID: eb519bf9-11c5-3c41-b13f-f2af4cca39c1
callIdentifier
0... .... multipleCalls: False
0... .... maintainConnection: False
presentationIndicator: presentationAllowed (0)
screeningIndicator: userProvidedNotScreened (0)
0... .... h245Tunneling: False

Как результат тишина - так как запросы в Паблик на 192.***.***.*** понятно куда идут....
В локалке всё чудно работает, беда только с НАТом..
Могу выслать полные трассы

[LionB]

Аххх вот вы о чем.... Ну, дык все нормально... Это ж TCP... Для сигнализации в качестве порта с которого пакет выходит с MCP можно ставить что угодно (И именно не 1720) - это же источник.. И порт правильно динамический.... Каждый следующий звонок на исходящие сигнальные пакеты всегда использует следующий порт... И отправляется этот пакет именно на стандартный порт 1720 на ту сторону... А той стороне и NAT по барабану с какго порта выскочил этот исходящий пакет.. Тут все верно.. Вам надо просто, что бы был проход этих пакетов наружу через FireWall, для проброса этих портов в сеть.. Из сети на проц проброс этих портов не нужен, на порты 10000 никто вам ничего слать не будет... Из сети - см. ниже

А 1720 у нас - это в свою очередь порт у MCP на прием!!! сигнальных пакетов с той стороны (И в свою очередь нам все равно с какого TCP порта там он вылетел)... И там знают, что по-любому H323 сигналку надо слать именно на порт 1720. Соответственно на вход по этому порту прописываем NAT с WAN IP обратно на MCP.

И последнее...

ip: 192.168.0.8 (192.168.0. - Локальный IP!!!!!!
port: 10007
То, что вы видите внутри сигнального пакета внутренний IP - правильно... NAT сюда не заглядывает..
NAT меняет IP и порт в заголовке.. Так вот обратно сигнальный пакет пойдет на внешний адрес в заголовке! Это же логичиский канал икапсулированный в пакет, в котором в заголовке будет верный внешний WAN IP. После NAT в обратную сторону в заголовке опять станет локальный IP порт MCP. Что и совпадет с 'этими внутренностями в сигналке... А вот далее в сигналке исходящего пакета в описании Media Channel и Media Channel Control вы увидите таки WAN IP адрес и порт (по умолчанию 300ХХ) - это руководство удаленному VoIP шлюзу, куда слать в обратку голосовой RTP трафик по этому разговору (опять таки надо тут ставить WAN IP, так как NAT во внутренности пакета не вмешивается, а голосовой трафик должен пройти на карту MGI - у нас-то голосовой трафик и сигналка ходят по разным картам, это вам не бытовой VoIP шлюз в его классическом виде, а конструкция больше похожа на операторский шлюз состоящий из двух частей Trunking G/W (MGI) + Siganalling G/W (MCP)).. Вот вам и надо настроить проброс на NAT портов UDP по портам 30000 ~ 3000XX между LAN IP MGI и WAN IP в обе стороны зеркально... И не будет никакой тишины.

[Sram]

Да НАТ конечно же в пакет не лезит, только в заголовок. Лесть в пакет Должна сама АТС и изменять локальный IP на публичные из 830 и 831 (как я понимаю, в этом и заключается возможность работы Самсунга с натом, - так как что такое STUN, TURN и ICE он не знает....).
В ответ на такой КОНЕКТ от Самсунга шлюз по честному пытается соеденится с указанным локальным айпишником и портом.
Трассировка - ответ на КОНЕКТ с Самсунга :
Frame 16 (62 bytes on wire, 62 bytes captured)
Ethernet II, Src: Intel_d5:2d:60 (00:07:e9:d5:2d:60), Dst: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Destination: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Source: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Type: IP (0x0800)
Internet Protocol, Src: 62.***.***.*** (62.***.***.***), Dst: 192.168.0.8 (192.168.0. - жжжжжж!!!
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 48
Identification: 0x33f4 (13300)
Flags: 0x04 (Don't Fragment)
Fragment offset: 0
Time to live: 128
Protocol: TCP (0x06)
Header checksum: 0xc068 [correct]
[Good: True]
[Bad : False]
Source: 62.***.***.*** (***.***.***.***)
Destination: 192.168.0.8 (192.168.0.
Transmission Control Protocol, Src Port: 1720 (1720), Dst Port: 10007 (10007), Seq: 0, Len: 0
Source port: 1720 (1720)
Destination port: 10007 (10007)
Sequence number: 0 (relative sequence number)
Header length: 28 bytes
Flags: 0x02 (SYN)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgment: Not set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
.... ...0 = Fin: Not set
Window size: 65535
Checksum: 0x706b [correct]
Options: (8 bytes)
Вот на этом собственно всё и заканчивается......
Как я понимаю локальный АйПи вообще не должен фигурировать в трассе, даже в теле. Удалённый шлюз работаёт просто с одним пабликом и всё (ему и незачем знать о каких-то НАТАХ и двух локальных айпишниках для MP и MGI). Порты проброшенны верно, этому доказательство - исходящая связь, голос красиво форварднулся на DSP MGI.
Как видно из преведущего поста при исходящей связи, всё по честному Самсунг таки подменяет локальный АйПи на паблик. А вот при входящей пытается непонятно зачем рероутить сигнализацию на локальный АйПи и другой порт...

[LionB]

Давай еще раз.. И так... Трабл имеется только при входящем звонке. В сообщении Connect выставляется локальный IP для сигнализации.. А в описании Media Channel то же локальный? Можно полностью трэйс этого сообщения?

[Sram]

Да, да именно так... такое впечатление как будто ускоглазые что-то добавили, и это нужно вкл...
Вот трасса целиком...

Frame 9 (287 bytes on wire, 287 bytes captured)
Ethernet II, Src: Intel_d5:2d:60 (00:07:e9:d5:2d:60), Dst: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Destination: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Source: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Type: IP (0x0800)
Internet Protocol, Src: 62.149.111.2 (62.149.111.2), Dst: 62.149.11.5 (62.149.11.5)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 273
Identification: 0x33f1 (13297)
Flags: 0x04 (Don't Fragment)
Fragment offset: 0
Time to live: 128
Protocol: TCP (0x06)
Header checksum: 0x35b8 [correct]
[Good: True]
[Bad : False]
Source: 62.149.111.2 (62.149.111.2)
Destination: 62.149.11.5 (62.149.11.5)
Transmission Control Protocol, Src Port: 1251 (1251), Dst Port: 1720 (1720), Seq: 5, Ack: 1, Len: 233
Source port: 1251 (1251)
Destination port: 1720 (1720)
Sequence number: 5 (relative sequence number)
[Next sequence number: 238 (relative sequence number)]
Acknowledgement number: 1 (relative ack number)
Header length: 20 bytes
Flags: 0x18 (PSH, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgment: Set
.... 1... = Push: Set
.... .0.. = Reset: Not set
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 65535
Checksum: 0x08a6 [correct]
[SEQ/ACK analysis]
TCP segment data (233 bytes)
[Reassembled TCP Segments (237 bytes): #7(4), #9(233)]
[Frame: 7, payload: 0-3 (4 bytes)]
[Frame: 9, payload: 4-236 (233 bytes)]
TPKT, Version: 3, Length: 237
Version: 3
Reserved: 0
Length: 237
Q.931
Protocol discriminator: Q.931
Call reference value length: 2
Call reference flag: Message sent from originating side
Call reference value: 7932
Message type: SETUP (0x05)
Bearer capability
Information element: Bearer capability
Length: 3
1... .... = Extension indicator: last octet
.00. .... = Coding standard: ITU-T standardized coding (0x00)
...0 1000 = Information transfer capability: Unrestricted digital information (0x08)
1... .... = Extension indicator: last octet
.10. .... = Transfer mode: Packet mode (0x02)
...0 0000 = Information transfer rate: Packet mode (0x00)
1... .... = Extension indicator: last octet
...0 0101 = User information layer 1 protocol: Recommendation H.221 and H.242 (0x05)
Display 'Andrey asdsasd\000'
Information element: Display
Length: 15
Display information: Andrey asdsasd\000
Called party number: '122'
Information element: Called party number
Length: 4
.... 0001 = Numbering plan: E.164 ISDN/telephony numbering (0x01)
.000 .... = Number type: Unknown (0x00)
1... .... = Extension indicator: last octet
Called party number digits: 122
E.164 Called party number digits: 122
User-user
Information element: User-user
Length: 197
Protocol discriminator: X.208 and X.209 coded user information
H.225.0 CS
H323_UserInformation
h323-uu-pdu
h323-message-body: setup (0)
setup
protocolIdentifier: 0.0.8.2250.0.2 (itu-t(0) recommendation(0) h(8) h225-0(2250) version(0) 2)
sourceAddress: 1 item
sourceInfo
destinationAddress: 1 item
.... 0... activeMC: False
conferenceID: eb519bf9-11c5-3c41-b13f-f2af4cca39c1
conferenceGoal: create (0)
callType: pointToPoint (0)
sourceCallSignalAddress: ipAddress (0)
ipAddress
ip: 62.149.111.2 (62.149.111.2)
port: 1251
callIdentifier
0... .... mediaWaitForConnect: False
0... .... canOverlapSend: False
nonStandardData

No. Time Source Destination Protocol Info
10 0.126245 62.149.11.5 62.149.111.2 TCP 1720 > 1251 [ACK] Seq=1 Ack=238 Win=4143 Len=0

Frame 10 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: Cisco_cb:2c:00 (00:60:70:cb:2c:00), Dst: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Destination: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Source: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Type: IP (0x0800)
Trailer: 000000000000
Internet Protocol, Src: 62.149.11.5 (62.149.11.5), Dst: 62.149.111.2 (62.149.111.2)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 40
Identification: 0xb8c4 (47300)
Flags: 0x00
Fragment offset: 0
Time to live: 58
Protocol: TCP (0x06)
Header checksum: 0x37ce [correct]
[Good: True]
[Bad : False]
Source: 62.149.11.5 (62.149.11.5)
Destination: 62.149.111.2 (62.149.111.2)
Transmission Control Protocol, Src Port: 1720 (1720), Dst Port: 1251 (1251), Seq: 1, Ack: 238, Len: 0
Source port: 1720 (1720)
Destination port: 1251 (1251)
Sequence number: 1 (relative sequence number)
Acknowledgement number: 238 (relative ack number)
Header length: 20 bytes
Flags: 0x10 (ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgment: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 4143
Checksum: 0x1cfc [correct]
[SEQ/ACK analysis]

No. Time Source Destination Protocol Info
11 0.234301 62.149.11.5 62.149.111.2 H.225.0 CS: callProceeding

Frame 11 (111 bytes on wire, 111 bytes captured)
Ethernet II, Src: Cisco_cb:2c:00 (00:60:70:cb:2c:00), Dst: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Destination: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Source: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Type: IP (0x0800)
Internet Protocol, Src: 62.149.11.5 (62.149.11.5), Dst: 62.149.111.2 (62.149.111.2)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 97
Identification: 0xb8c5 (47301)
Flags: 0x00
Fragment offset: 0
Time to live: 58
Protocol: TCP (0x06)
Header checksum: 0x3794 [correct]
[Good: True]
[Bad : False]
Source: 62.149.11.5 (62.149.11.5)
Destination: 62.149.111.2 (62.149.111.2)
Transmission Control Protocol, Src Port: 1720 (1720), Dst Port: 1251 (1251), Seq: 1, Ack: 238, Len: 57
Source port: 1720 (1720)
Destination port: 1251 (1251)
Sequence number: 1 (relative sequence number)
[Next sequence number: 58 (relative sequence number)]
Acknowledgement number: 238 (relative ack number)
Header length: 20 bytes
Flags: 0x18 (PSH, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgment: Set
.... 1... = Push: Set
.... .0.. = Reset: Not set
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 4143
Checksum: 0xa668 [correct]
TPKT, Version: 3, Length: 57
Version: 3
Reserved: 0
Length: 57
Q.931
Protocol discriminator: Q.931
Call reference value length: 2
Call reference flag: Message sent to originating side
Call reference value: 7932
Message type: CALL PROCEEDING (0x02)
User-user
Information element: User-user
Length: 45
Protocol discriminator: X.208 and X.209 coded user information
H.225.0 CS
H323_UserInformation
h323-uu-pdu
h323-message-body: callProceeding (1)
callProceeding
0... .... h245Tunneling: False

No. Time Source Destination Protocol Info
12 0.372698 62.149.111.2 62.149.11.5 TCP 1251 > 1720 [ACK] Seq=238 Ack=58 Win=65478 Len=0

Frame 12 (54 bytes on wire, 54 bytes captured)
Ethernet II, Src: Intel_d5:2d:60 (00:07:e9:d5:2d:60), Dst: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Destination: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Source: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Type: IP (0x0800)
Internet Protocol, Src: 62.149.111.2 (62.149.111.2), Dst: 62.149.11.5 (62.149.11.5)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 40
Identification: 0x33f2 (13298)
Flags: 0x04 (Don't Fragment)
Fragment offset: 0
Time to live: 128
Protocol: TCP (0x06)
Header checksum: 0x36a0 [correct]
[Good: True]
[Bad : False]
Source: 62.149.111.2 (62.149.111.2)
Destination: 62.149.11.5 (62.149.11.5)
Transmission Control Protocol, Src Port: 1251 (1251), Dst Port: 1720 (1720), Seq: 238, Ack: 58, Len: 0
Source port: 1251 (1251)
Destination port: 1720 (1720)
Sequence number: 238 (relative sequence number)
Acknowledgement number: 58 (relative ack number)
Header length: 20 bytes
Flags: 0x10 (ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgment: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 65478
Checksum: 0x2d2b [correct]
[SEQ/ACK analysis]

No. Time Source Destination Protocol Info
13 0.441799 62.149.11.5 62.149.111.2 H.225.0 CS: alerting

Frame 13 (120 bytes on wire, 120 bytes captured)
Ethernet II, Src: Cisco_cb:2c:00 (00:60:70:cb:2c:00), Dst: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Destination: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Source: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Type: IP (0x0800)
Internet Protocol, Src: 62.149.11.5 (62.149.11.5), Dst: 62.149.111.2 (62.149.111.2)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 106
Identification: 0xb8c6 (47302)
Flags: 0x00
Fragment offset: 0
Time to live: 58
Protocol: TCP (0x06)
Header checksum: 0x378a [correct]
[Good: True]
[Bad : False]
Source: 62.149.11.5 (62.149.11.5)
Destination: 62.149.111.2 (62.149.111.2)
Transmission Control Protocol, Src Port: 1720 (1720), Dst Port: 1251 (1251), Seq: 58, Ack: 238, Len: 66
Source port: 1720 (1720)
Destination port: 1251 (1251)
Sequence number: 58 (relative sequence number)
[Next sequence number: 124 (relative sequence number)]
Acknowledgement number: 238 (relative ack number)
Header length: 20 bytes
Flags: 0x18 (PSH, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgment: Set
.... 1... = Push: Set
.... .0.. = Reset: Not set
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 4143
Checksum: 0x3c00 [correct]
[SEQ/ACK analysis]
TPKT, Version: 3, Length: 66
Version: 3
Reserved: 0
Length: 66
Q.931
Protocol discriminator: Q.931
Call reference value length: 2
Call reference flag: Message sent to originating side
Call reference value: 7932
Message type: ALERTING (0x01)
Progress indicator
Information element: Progress indicator
Length: 2
.00. .... = Coding standard: ITU-T standardized coding (0x00)
Location: User (U)
Progress description: Destination address is non-ISDN
User-user
Information element: User-user
Length: 50
Protocol discriminator: X.208 and X.209 coded user information
H.225.0 CS
H323_UserInformation
h323-uu-pdu
h323-message-body: alerting (3)
alerting
0... .... h245Tunneling: False

No. Time Source Destination Protocol Info
14 0.573851 62.149.111.2 62.149.11.5 TCP 1251 > 1720 [ACK] Seq=238 Ack=124 Win=65412 Len=0

Frame 14 (54 bytes on wire, 54 bytes captured)
Ethernet II, Src: Intel_d5:2d:60 (00:07:e9:d5:2d:60), Dst: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Destination: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Source: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Type: IP (0x0800)
Internet Protocol, Src: 62.149.111.2 (62.149.111.2), Dst: 62.149.11.5 (62.149.11.5)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 40
Identification: 0x33f3 (13299)
Flags: 0x04 (Don't Fragment)
Fragment offset: 0
Time to live: 128
Protocol: TCP (0x06)
Header checksum: 0x369f [correct]
[Good: True]
[Bad : False]
Source: 62.149.111.2 (62.149.111.2)
Destination: 62.149.11.5 (62.149.11.5)
Transmission Control Protocol, Src Port: 1251 (1251), Dst Port: 1720 (1720), Seq: 238, Ack: 124, Len: 0
Source port: 1251 (1251)
Destination port: 1720 (1720)
Sequence number: 238 (relative sequence number)
Acknowledgement number: 124 (relative ack number)
Header length: 20 bytes
Flags: 0x10 (ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgment: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 65412
Checksum: 0x2d2b [correct]
[SEQ/ACK analysis]

No. Time Source Destination Protocol Info
15 2.503725 62.149.11.5 62.149.111.2 H.225.0 CS: connect

Frame 15 (152 bytes on wire, 152 bytes captured)
Ethernet II, Src: Cisco_cb:2c:00 (00:60:70:cb:2c:00), Dst: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Destination: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Source: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Type: IP (0x0800)
Internet Protocol, Src: 62.149.11.5 (62.149.11.5), Dst: 62.149.111.2(62.149.111.2)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 138
Identification: 0xb8c8 (47304)
Flags: 0x00
Fragment offset: 0
Time to live: 58
Protocol: TCP (0x06)
Header checksum: 0x3768 [correct]
[Good: True]
[Bad : False]
Source: 62.149.11.5 (62.149.11.5)
Destination: 62.149.111.2 (62.149.111.2)
Transmission Control Protocol, Src Port: 1720 (1720), Dst Port: 1251 (1251), Seq: 124, Ack: 238, Len: 98
Source port: 1720 (1720)
Destination port: 1251 (1251)
Sequence number: 124 (relative sequence number)
[Next sequence number: 222 (relative sequence number)]
Acknowledgement number: 238 (relative ack number)
Header length: 20 bytes
Flags: 0x18 (PSH, ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgment: Set
.... 1... = Push: Set
.... .0.. = Reset: Not set
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 4143
Checksum: 0x30cc [correct]
[SEQ/ACK analysis]
TPKT, Version: 3, Length: 98
Version: 3
Reserved: 0
Length: 98
Q.931
Protocol discriminator: Q.931
Call reference value length: 2
Call reference flag: Message sent to originating side
Call reference value: 7932
Message type: CONNECT (0x07)
Display '192.168.0.8'
Information element: Display
Length: 11
Display information: 192.168.0.8
User-user
Information element: User-user
Length: 73
Protocol discriminator: X.208 and X.209 coded user information
H.225.0 CS
H323_UserInformation
h323-uu-pdu
h323-message-body: connect (2)
connect
protocolIdentifier: 0.0.8.2250.0.4 (itu-t(0) recommendation(0) h(8) h225-0(2250) version(0) 4)
h245Address: ipAddress (0)
ipAddress
ip: 192.168.0.8 (192.168.0.8 ) -Вот фигня
port: 10007
destinationInfo
conferenceID: eb519bf9-11c5-3c41-b13f-f2af4cca39c1
callIdentifier
0... .... multipleCalls: False
0... .... maintainConnection: False
presentationIndicator: presentationAllowed (0)
screeningIndicator: userProvidedNotScreened (0)
0... .... h245Tunneling: False

No. Time Source Destination Protocol Info
16 2.505205 62.149.111.2 192.168.0.8 TCP 1252 > 10007 [SYN] Seq=0 Len=0 MSS=1460

Frame 16 (62 bytes on wire, 62 bytes captured)
Ethernet II, Src: Intel_d5:2d:60 (00:07:e9:d5:2d:60), Dst: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Destination: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Source: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Type: IP (0x0800)
Internet Protocol, Src: 62.149.111.2 (62.149.111.2), Dst: 192.168.0.8 (192.168.0.8 )
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 48
Identification: 0x33f4 (13300)
Flags: 0x04 (Don't Fragment)
Fragment offset: 0
Time to live: 128
Protocol: TCP (0x06)
Header checksum: 0xc068 [correct]
[Good: True]
[Bad : False]
Source: 62.149.111.2 (62.149.111.2)
Destination: 192.168.0.8 (192.168.0.8 )
Transmission Control Protocol, Src Port: 1252 (1252), Dst Port: 10007 (10007), Seq: 0, Len: 0
Source port: 1252 (1252)
Destination port: 10007 (10007)
Sequence number: 0 (relative sequence number)
Header length: 28 bytes
Flags: 0x02 (SYN)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgment: Not set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
.... ...0 = Fin: Not set
Window size: 65535
Checksum: 0x706b [correct]
Options: (8 bytes)

No. Time Source Destination Protocol Info
17 2.686061 62.149.111.2 62.149.11.5 TCP 1251 > 1720 [ACK] Seq=238 Ack=222 Win=65314 Len=0

Frame 17 (54 bytes on wire, 54 bytes captured)
Ethernet II, Src: Intel_d5:2d:60 (00:07:e9:d5:2d:60), Dst: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Destination: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Source: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Type: IP (0x0800)
Internet Protocol, Src: 62.149.111.2 (62.149.111.2), Dst: 62.149.11.5 (62.149.11.5)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 40
Identification: 0x33f5 (13301)
Flags: 0x04 (Don't Fragment)
Fragment offset: 0
Time to live: 128
Protocol: TCP (0x06)
Header checksum: 0x369d [correct]
[Good: True]
[Bad : False]
Source: 62.149.111.2 (62.149.111.2)
Destination: 62.149.11.5 (62.149.11.5)
Transmission Control Protocol, Src Port: 1251 (1251), Dst Port: 1720 (1720), Seq: 238, Ack: 222, Len: 0
Source port: 1251 (1251)
Destination port: 1720 (1720)
Sequence number: 238 (relative sequence number)
Acknowledgement number: 222 (relative ack number)
Header length: 20 bytes
Flags: 0x10 (ACK)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...1 .... = Acknowledgment: Set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..0. = Syn: Not set
.... ...0 = Fin: Not set
Window size: 65314
Checksum: 0x2d2b [correct]
[SEQ/ACK analysis]

No. Time Source Destination Protocol Info
18 5.502081 62.149.111.2 192.168.0.8 TCP 1252 > 10007 [SYN] Seq=0 Len=0 MSS=1460

Frame 18 (62 bytes on wire, 62 bytes captured)
Ethernet II, Src: Intel_d5:2d:60 (00:07:e9:d5:2d:60), Dst: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Destination: Cisco_cb:2c:00 (00:60:70:cb:2c:00)
Source: Intel_d5:2d:60 (00:07:e9:d5:2d:60)
Type: IP (0x0800)
Internet Protocol, Src: 62.149.111.2 (62.149.111.2), Dst: 192.168.0.8 (192.168.0.8 )
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 48
Identification: 0x33f6 (13302)
Flags: 0x04 (Don't Fragment)
Fragment offset: 0
Time to live: 128
Protocol: TCP (0x06)
Header checksum: 0xc066 [correct]
[Good: True]
[Bad : False]
Source: 62.149.7.38 (62.149.7.38)
Destination: 192.168.0.8 (192.168.0.8 )
Transmission Control Protocol, Src Port: 1252 (1252), Dst Port: 10007 (10007), Seq: 0, Len: 0
Source port: 1252 (1252)
Destination port: 10007 (10007)
Sequence number: 0 (relative sequence number)
Header length: 28 bytes
Flags: 0x02 (SYN)
0... .... = Congestion Window Reduced (CWR): Not set
.0.. .... = ECN-Echo: Not set
..0. .... = Urgent: Not set
...0 .... = Acknowledgment: Not set
.... 0... = Push: Not set
.... .0.. = Reset: Not set
.... ..1. = Syn: Set
.... ...0 = Fin: Not set
Window size: 65535
Checksum: 0x706b [correct]
Options: (8 bytes)

АйПишники самособой изменены.......

[LionB]

Разработчики проверили данную ситуацию в лаборатории.. Специально постороили стенд.
Поставили OS7200 за NAT и OS7100 включили напрямую в WAN порт роутера WIM.
Ничего подобного не обнаружилось. Есть маза, что после обновления и сброса системы в умолчание, после загрузки базы данных обратно не восстановились все параметры MMC830 и 831 связанные с установками Public IP. Проверьте их еще разок. Грубо говоря, если на MCP оставить тип IP только Privat или не выставить Privat + Public IP, а получателем вызова будет публичный IP, то получится именно такая картина. И еще, после внесения изменний в MMC830 не забывайте перегружать MCP.. Аналогично c MGI.
Если все правильно, то базу настроек в студию пожалуйста.
-------------------------------
We made NAT environment at the lab and tested this issue but both incoming and outgoing call works well.
Therefore, I would like you to check the customer database first. If possible please send me the database.
Especially, please check the IP setting in MMC 831.
1) Whether the Public IP is set correctly
2) Whether the IP Type is set to Private with Public
3) Whether Public port and Local port is set correctly. Those should be within NAT allowed range.

For your reference, the following is how to test this issue at the lab.
1> Connection diagram
OS7200 --- PLIM card 1 --- WIM card --- PLIM card 2 --- OS7100
2> IP address settings
1) OS7200 (v4.30a) setting
- Private IP address: 192.168.0.2 (MCP), 192.168.0.3 (MGI)
- Public IP address: 10.254.175.176
2) WIM card setting
- Local port: 182.168.0.1
- WAN port: 10.254.175.176

3) OS7100 (v4.30b) setting
- Public IP address: 10.254.175.156
Please check the customer database and let me have what you find out.
If possible, please send me the customer’s database.