Взаимодействие MG и NEC NEAX-7400 Опции

[exzerodivide]

Вот как это выглядит в SIPе:
Стандартное поведение, никаких вендорских расширений.

Sent:
INVITE sip:4021@172.16.18.253:5060 SIP/2.0
Via: SIP/2.0/UDP 172.16.18.1:5060;branch=z9hG4bK14501F04
Remote-Party-ID: "Galkin Viktor" <sip:1341@172.16.18.1>;party=calling;screen=no;privacy=off
From: "Galkin Viktor" <sip:1341@172.16.18.1>;tag=A03E27B8-1E25
To: <sip:4021@172.16.18.253>
Date: Mon, 14 Feb 2011 16:29:38 GMT
Call-ID: 735EDFEB-378E11E0-891DDFAC-3826D92C@172.16.18.1
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 1935397515-932057568-2397241379-1592804704
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1297700978
Contact: <sip:1341@172.16.18.1:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 462

v=0
o=CiscoSystemsSIP-GW-UserAgent 8336 7497 IN IP4 172.16.18.1
s=SIP Call
c=IN IP4 172.16.18.1
t=0 0
m=audio 17654 RTP/AVP 0 18 116 117 121 101 19
c=IN IP4 172.16.18.1
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:116 iLBC/8000
a=fmtp:116 mode=20
a=rtpmap:117 AMR/8000
a=fmtp:117 octet-align=1
a=rtpmap:121 frf-dialed-digit/8000
a=fmtp:121 0-15
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:19 CN/8000


Received:
SIP/2.0 180 Ringing
Date: Mon, 14 Feb 2011 16:29:37 GMT
Call-Info: <sip:172.16.18.253:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, PUBLISH
From: "Galkin Viktor" <sip:1341@172.16.18.1>;tag=A03E27B8-1E25
Allow-Events: presence
Remote-Party-ID: "KurbatovAS" <sip:4021@172.16.18.253>;party=called;screen=yes;privacy=off
Content-Length: 0
To: <sip:4021@172.16.18.253>;tag=d2186010-bcf2-4ea5-a321-a831ef3b471e-29400877
Contact: <sip:4021@172.16.18.253:5060>
Call-ID: 735EDFEB-378E11E0-891DDFAC-3826D92C@172.16.18.1
Via: SIP/2.0/UDP 172.16.18.1:5060;branch=z9hG4bK14501F04
CSeq: 101 INVITE


Оба имени, оба номера.
Цепочка звонка была такая: VoIP(SCCP)->TDM(E1)->VoIP(SIP)->VoIP(SCCP)

[harris]

Вот как это выглядит в SIPе:
Стандартное поведение, никаких вендорских расширений.

Sent:
INVITE sip:4021@172.16.18.253:5060 SIP/2.0
Via: SIP/2.0/UDP 172.16.18.1:5060;branch=z9hG4bK14501F04
Remote-Party-ID: "Galkin Viktor" <sip:1341@172.16.18.1>;party=calling;screen=no;privacy=off
From: "Galkin Viktor" <sip:1341@172.16.18.1>;tag=A03E27B8-1E25
To: <sip:4021@172.16.18.253>
Date: Mon, 14 Feb 2011 16:29:38 GMT
Call-ID: 735EDFEB-378E11E0-891DDFAC-3826D92C@172.16.18.1
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 1935397515-932057568-2397241379-1592804704
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1297700978
Contact: <sip:1341@172.16.18.1:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 462

v=0
o=CiscoSystemsSIP-GW-UserAgent 8336 7497 IN IP4 172.16.18.1
s=SIP Call
c=IN IP4 172.16.18.1
t=0 0
m=audio 17654 RTP/AVP 0 18 116 117 121 101 19
c=IN IP4 172.16.18.1
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:116 iLBC/8000
a=fmtp:116 mode=20
a=rtpmap:117 AMR/8000
a=fmtp:117 octet-align=1
a=rtpmap:121 frf-dialed-digit/8000
a=fmtp:121 0-15
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:19 CN/8000


Received:
SIP/2.0 180 Ringing
Date: Mon, 14 Feb 2011 16:29:37 GMT
Call-Info: <sip:172.16.18.253:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, PUBLISH
From: "Galkin Viktor" <sip:1341@172.16.18.1>;tag=A03E27B8-1E25
Allow-Events: presence
Remote-Party-ID: "KurbatovAS" <sip:4021@172.16.18.253>;party=called;screen=yes;privacy=off
Content-Length: 0
To: <sip:4021@172.16.18.253>;tag=d2186010-bcf2-4ea5-a321-a831ef3b471e-29400877
Contact: <sip:4021@172.16.18.253:5060>
Call-ID: 735EDFEB-378E11E0-891DDFAC-3826D92C@172.16.18.1
Via: SIP/2.0/UDP 172.16.18.1:5060;branch=z9hG4bK14501F04
CSeq: 101 INVITE


Оба имени, оба номера.
Цепочка звонка была такая: VoIP(SCCP)->TDM(E1)->VoIP(SIP)->VoIP(SCCP)

OK. Я понял.
Но тут используется SCCP - это общепризнанный протокол или же фирменный протокол Cisco (SCCP — Skinny Client Control Protocol, корпоративный (proprietary) протокол)???
Насчет передачи имени по SIP - это еще можно будет попробовать "подергать" корейцев, но вот по ISDN - врядли. Станции LG поддерживаются это только на линиях QSIG/H.450 и используют свой (proprietary) протокол, который не стыкуется с оборудованием других производителей. Шеф на днях полетит в Корею по поводу техн. разборок, я передам ему суть ваших пожеланий, чтобы он мог переговорить об этом с разработчиками.

[exzerodivide]

Харрис, я просто снял с того, что было. Могу тоже самое снять между например колл менеджером и x-lite, принципиально ничего не изменится.
Скинни - он между аппаратом и станций (Цыско Колл Менеджер)
Если развернуто, то схема такова - есть колл менеджер экспресс 1 (АТС1) - с ним работает первый пул IP- телефонов по протоколу sccp, далее есть маршрутизатор (так называемый Унифицированный Пограничный Элемент - CUBE - Cisco Unified Border Element) - они работают между собой по h.323. CUBE уже работает с другими сетями - IP, TDM. Такова идеология. В данном случае схема такова: телефон(VoIP,SCCP)->колл манагер1->CUBE1->E1(primary-qsig, и то только для того, что бы видеть имя НАБРАННОГО абонента, а так достаточно primary-net5 aka euroisdn)->CUBE2-SIP->колл менеджер 2-телефон2-SCCP. В этой схеме к CUBE2 подключены: город по E1, CUBE1 по E1, колл менеджер (взрослый, программный, 6.1) по SIP, Avaya по H.323, ipLDK-300 по H.323 и iPECS-MG по H.323. Тот кусок, что я привел, относился к фрагменту цепочки CUBE2-SIP->колл менеджер (взрослый, программный, 6.1.
По сипу ipLDK-100 ВРОДЕ передавала имя, но там были фокусы какие-то с кавычками(то ли непарные, то ли незаэскейпленные, уже не помню). Вот я про iPECS-MG и спросил.
На самом деле - допили корейцы имя в SIP и в H.323 (черт с ними, с H.450) и издай аппликейшен ноты по интеграции с цыской, аваей и нортелом - и ентерпрайз на шаг ближе. Потому как на мой взгляд iPECS-MG от сотки/трехсотки далеко ушла, стала существенно удобнее и вплотную приближается к авайе. Даже зоны появились :-)
Поэтому все что нужно от меня для допиливания фич с именем и т.д. - готов предоставить :-)

[exzerodivide]

В общем, первая фаза прошла успешно. Поток между станциями поднялся, как с qsig так и без. На передачу имен звонящих это не повлияло. :-)
DECT-трубки KIRK в системе прекрасно прописались, CID на них работает. Посмотрим, насколько стабильно это будет себя вести.
Возникла пара вопросов:
1. Как подстроить MTU в IP-стеке станции ? В связи с тем, что на IP-канале между станциями используется PPTP и IPSEC, необходимо вручную уменьшить MTU до 1410, иначе лезут качественные глюки.
2. Есть 4 абонента, которые должны попадать в поток по фиксированным тайм-слотам (!). Это не я придумал, это особенности NECа при выходе в МГТС через медь. Пока виден только вариант с разными CO Group Access Code. Скажите, коллеги, есть ли более изящный вариант ?

[harris]

В общем, первая фаза прошла успешно. Поток между станциями поднялся, как с qsig так и без. На передачу имен звонящих это не повлияло. :-)

Правильно. Поскольку собственно QSIG и не работает. Поднялся только Basic Call, а все остальное, что относится к Supplemetary (собственно к QSIG) - нет.

DECT-трубки KIRK в системе прекрасно прописались, CID на них работает. Посмотрим, насколько стабильно это будет себя вести.
Возникла пара вопросов:
1. Как подстроить MTU в IP-стеке станции ? В связи с тем, что на IP-канале между станциями используется PPTP и IPSEC, необходимо вручную уменьшить MTU до 1410, иначе лезут качественные глюки.
2. Есть 4 абонента, которые должны попадать в поток по фиксированным тайм-слотам (!). Это не я придумал, это особенности NECа при выходе в МГТС через медь. Пока виден только вариант с разными CO Group Access Code. Скажите, коллеги, есть ли более изящный вариант ?

1. Что значит глюки?? Качество передачи голоса?? MTU для каких пакетов Вы хотите уменьшить?? Если Вы имеете в виду размер пакетов RTP, то они не превышают 500.
2. Выделить эти тайм-слоты в отдельный транк.
Выделенные абоненты могут набирать тот же самый Access Code, что и остальные абоненты. Но ведь можно для этих выделенных абонентов использовать другую таблицу Digit Conversion Table. Набранный пользователем код можно преобразовать в код доступа к нужному выделенному транку.

[exzerodivide]

1. MTU на TCP ессно.
На стенде по кабелю на одном свитче все работало как часы. Фокусы начались на канале с IPSECом и PPTP.
Выглядит это так:
MG звонит на цыску через IP - все ОК.
Цыска звонит на MG - сигнализация ЧАСТИЧНО проходит до момента согласования кодеков и поднятия rtp, как на slow так и на fast старте. При согласовании кодеков MG вдруг перестает отвечать. Сессия падает по таймауту. При включенном туннелировании(H.245 Tunnelling) сигнализация поднятия трубки ВООБЩЕ не проходит. До кодеков даже дело не доходит.
Такое поведение указывает на дроп пакетов при достижении определенного размера, причем втихаря, иначе отработал бы PMTUD.
Далее - еще смешнее (описываю доступ к станции сквозь IP-канал). Лезем телнетом. Заходим под jennie - хелп по ? выдется. Заходим под jannie - хелп не выдется, сессия вешается.
По web-морде вообще ничего не отображается. Соединение устанавливается и все.
Единственная причина, которую я вижу - не отрабатывает подстройка mss в TCP и за-за большого MTU идет тихий дроп. Почему только в одну сторону - хз.
Похожее поведение было при доступе из локалки в инет, но там все решилось понижением MTU через DHCP.
Понятно дело, что я начну пытаться решить проблему на пограничном роутере, но хотелось бы иметь понимание, можно ли менять хоть как-то MTU у MG.
PS ping до MG ходит как часы - 9+/-1 мс. Потерь ноль. Никаких натов и фильтров нет. Инспекция голосового трафика выключена.

Про замену цифр - спасибо. Буду крутить.

[All is not what ...]

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

[exzerodivide]

Да. Но по пути после клиентского устройства может быть узел, просто дропающий пакеты без отсылки ответного ICMP-сообщения или фрагментации. Так называемый black hole. Я сомневаюсь, что MG умеет обнаруживать такое. Винда вроде умеет, насчет цыски не уверен. Собственно, когда я изначально делал ping test с взведенным DF, то выше определенного размера наблюдался дроп без ответа packet needs to be fragmented but DF set
В общем, план действий такой:
1. На всякий случай выставить clear-df на удаленном маршрутизаторе для IPSEC-пакетов.
2. Подкрутить adjust-mss на цыске.
3. Правильно выставить MTU и IP MTU на pptp-интерфейсе(dialer0 у цыски)
4. До кучи зажать IP MTU на MG.

[All is not what ...]

Но по пути после клиентского устройства может быть узел, просто дропающий пакеты

Не надо устилать путь граблями

[exzerodivide]

Я грешу на pptp-концентратор прова. Когда я поднял канал в инет на дефолтовом MTU 1500 и без подстойки mss все по-началу выглядело нормально. В процессе работы обнаружилось, что еху москвы и mignews например грузятся наполовину, рамблер вообще не грузится. В общем была феерия необъяснимая. Гугление натолкнуло на mtu, дальше ping -l NNN -f www.ru и вычисление IP MTU. По итогу инет вроде заработал(еще давно), но на голосе грабли. Будум в общем пилить дальше.

[exzerodivide]

Fixed.
Правильные параметры:

interface Dialer0
description PPTP To Provider
bandwidth 1024000
ip address negotiated
ip mtu 1450
ip pim dense-mode
ip nat outside
ip virtual-reassembly max-fragments 64 max-reassemblies 1024
encapsulation ppp
ip policy route-map clear-df
dialer in-band
dialer idle-timeout 0
dialer string 123
dialer vpdn
dialer-group 1
no peer neighbor-route
no cdp enable
ppp pfc local request
ppp pfc remote apply
ppp encrypt mppe auto
ppp chap hostname SOME
ppp chap password 7 PASSWORD
crypto map osen'<->sd_asa_5520

route-map clear-df permit 10
match ip address 110
set ip df 0
access-list 110 permit tcp any any


interface Vlan400
description Voice VLAN
ip address 172.16.20.1 255.255.255.0
no ip redirects
no ip unreachables
no ip proxy-arp
ip flow ingress
ip nat inside
ip virtual-reassembly max-fragments 64 max-reassemblies 1024
ip tcp adjust-mss 1410

vpdn enable
!
vpdn-group 1
description PPTP To Provider
request-dialin
protocol pptp
rotary-group 0
initiate-to ip 10.21.16.2
ip pmtu
ip mtu adjust

В сухом остатке: PMTUD выключен роут-мапом. IP MTU и MSS выставлены согласно расчетам на бумажке. MTU на Dialer0 дефолтный - 1500
В принципе настройки будут работать для любого PPTP. Только крипто-мап писать на dialer0 не стоит :-)
С этими параметрами вышеописанные глюки с телнетом и вебом до MG исчезли.

[exzerodivide]

Коллеги, вопрос по ПГМ251-252 возник.
Чекбосы Print Conv. Digit и Display Conv.Digit относятся к SMDR ?
По преобразованию номеров: как я понимаю, можно использовать маски.
Admin guide по этому поводу немногословен - допускаются 0-9, *, #, X.
С преобразованиями вида 44455566 -> 1111 все понятно.
А если просто добавляется префикс к набранному номеру, то как будет выглядеть маска ? И вообще, вкратце, как в данном случае работают *, # и X ?
Аналогичный вопрос по ПГМ 263 - можно ли маской отрезать например первые 3 цифры входящего CLI ? (341111->1111)

[Dron]

Коллеги, вопрос по ПГМ251-252 возник.
Чекбосы Print Conv. Digit и Display Conv.Digit относятся к SMDR ?
По преобразованию номеров: как я понимаю, можно использовать маски.
Admin guide по этому поводу немногословен - допускаются 0-9, *, #, X.
С преобразованиями вида 44455566 -> 1111 все понятно.
А если просто добавляется префикс к набранному номеру, то как будет выглядеть маска ? И вообще, вкратце, как в данном случае работают *, # и X ?
Аналогичный вопрос по ПГМ 263 - можно ли маской отрезать например первые 3 цифры входящего CLI ? (341111->1111)

*, # - так и есть, Х - любая цифра. Если набираете номер 1111, а нужно 341111, то маска может выглядеть так: Dialed Digit - ХХХХ, Changed Digit - 34ХХХХ, или Dialed Digit - 1, Changed Digit - 341.
По ПГМ263. Original CID - 34ХХХХ, Converted CID - ХХХХ.

[exzerodivide]

Спасибо большое.
А как тогда добавляется префикс к набранному исходящему номеру ?(если * - это символ) Через PGM180 - 4 ?

[Dron]

Спасибо большое.
А как тогда добавляется префикс к набранному исходящему номеру ?(если * - это символ) Через PGM180 - 4 ?

Так я ж в предыдущем сообщении привел пример для Digit Conv Table(251~252)[N]...
А, так я забыл перед 34, собственно, например, номер группы СО указать, через которую вызов должен осуществляться. Виноват!

[exzerodivide]

Ага, спасибо. Мы сейчас транзит через NEC крутим, собственно идет игра префиксами.
Дрон, может уточните меня по трссировке:
1. говорим telnet IP_ADDR 5003
2. пароль jennie
3. говорим
t b XX <Enter> (XX - номер слота PRIB)
tm 1206 <enter> (маска MSG, расшифровка типа сообщений)
tm 9302 <enter> (маска IE, расшифровка инф. элементов)

При этом в телнете тишина.(при звонках через поток)

Хотел еще уточнить по фразе "А, так я забыл перед 34, собственно, например, номер группы СО указать, через которую вызов должен осуществляться. " - если строка уже применяется к группе CO, то это как ?(указать номер)

С префиксом я возможно несколько некорректно выразился - интересен более общий случай, например выход в город. При анализе цифр на CO код выхода на группу ("0") мы уже не видим ? Тогда вариант 0->00 например не проходит.

[Dron]

Ага, спасибо. Мы сейчас транзит через NEC крутим, собственно идет игра префиксами.
Дрон, может уточните меня по трссировке:
1. говорим telnet IP_ADDR 5003
2. пароль jennie
3. говорим
t b XX <Enter> (XX - номер слота PRIB)
tm 1206 <enter> (маска MSG, расшифровка типа сообщений)
tm 9302 <enter> (маска IE, расшифровка инф. элементов)

При этом в телнете тишина.(при звонках через поток)

В Serial Port Selection(231)[N] нужно указать для Trace Print в вашем случае TCP1.

Хотел еще уточнить по фразе "А, так я забыл перед 34, собственно, например, номер группы СО указать, через которую вызов должен осуществляться. " - если строка уже применяется к группе CO, то это как ?(указать номер)

С префиксом я возможно несколько некорректно выразился - интересен более общий случай, например выход в город. При анализе цифр на CO код выхода на группу ("0") мы уже не видим ? Тогда вариант 0->00 например не проходит.

Предположим, нужно осуществить вызов через СО группу 1 (код выхода*801). Тогда в Changed Digit должно быть для вашего примера *801341, например...
Для исходящей связи используется Digit Conversion Table, указанная в Station DN Attribute(131~135)[N].

[exzerodivide]

В общем, как показал опыт, можно и через 251-252, и через 180 - AND Digit.
В любом случае, Дрон, спасибо Вам большое.

[Dron]

В общем, как показал опыт, можно и через 251-252, и через 180 - AND Digit.
В любом случае, Дрон, спасибо Вам большое.

Ну да, через AND тоже можно...
Я, просто, предпочитаю, по возможности, чтобы в одном месте все было...
К тому же, при использовании AND, эти цифири всегда будут добавляться. А если вам надо в одном случае добавлять, а в другом нет?...

[exzerodivide]

Всегда. Транзитный код для NECа в город.