Взаимодействие MG и NEC NEAX-7400 |
Здравствуйте, гость ( Вход | Регистрация )
Взаимодействие MG и NEC NEAX-7400 |
14.2.2011, 19:33
Сообщение
#41
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
Вот как это выглядит в 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) -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
14.2.2011, 20:19
Сообщение
#42
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Вот как это выглядит в 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) протокол, который не стыкуется с оборудованием других производителей. Шеф на днях полетит в Корею по поводу техн. разборок, я передам ему суть ваших пожеланий, чтобы он мог переговорить об этом с разработчиками. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
14.2.2011, 21:59
Сообщение
#43
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
Харрис, я просто снял с того, что было. Могу тоже самое снять между например колл менеджером и 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 от сотки/трехсотки далеко ушла, стала существенно удобнее и вплотную приближается к авайе. Даже зоны появились :-) Поэтому все что нужно от меня для допиливания фич с именем и т.д. - готов предоставить :-) -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
15.2.2011, 19:10
Сообщение
#44
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
В общем, первая фаза прошла успешно. Поток между станциями поднялся, как с qsig так и без. На передачу имен звонящих это не повлияло. :-)
DECT-трубки KIRK в системе прекрасно прописались, CID на них работает. Посмотрим, насколько стабильно это будет себя вести. Возникла пара вопросов: 1. Как подстроить MTU в IP-стеке станции ? В связи с тем, что на IP-канале между станциями используется PPTP и IPSEC, необходимо вручную уменьшить MTU до 1410, иначе лезут качественные глюки. 2. Есть 4 абонента, которые должны попадать в поток по фиксированным тайм-слотам (!). Это не я придумал, это особенности NECа при выходе в МГТС через медь. Пока виден только вариант с разными CO Group Access Code. Скажите, коллеги, есть ли более изящный вариант ? -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
15.2.2011, 20:02
Сообщение
#45
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
В общем, первая фаза прошла успешно. Поток между станциями поднялся, как с 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. Набранный пользователем код можно преобразовать в код доступа к нужному выделенному транку. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
15.2.2011, 22:04
Сообщение
#46
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
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 мс. Потерь ноль. Никаких натов и фильтров нет. Инспекция голосового трафика выключена. Про замену цифр - спасибо. Буду крутить. -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
15.2.2011, 23:27
Сообщение
#47
|
|
Ветеран форума Группа: Участники Сообщений: 912 Регистрация: 10.11.2006 Пользователь №: 114 |
Если размер передаваемого пакета больше mtu канала в который он идет то на границе должна произойти фрагментация - разбивка на более мелкие части и задача эта устройства стоящего на границе этого канала.
|
|
|
16.2.2011, 11:08
Сообщение
#48
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
Да. Но по пути после клиентского устройства может быть узел, просто дропающий пакеты без отсылки ответного 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. -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
16.2.2011, 15:17
Сообщение
#49
|
|
Ветеран форума Группа: Участники Сообщений: 912 Регистрация: 10.11.2006 Пользователь №: 114 |
Цитата Но по пути после клиентского устройства может быть узел, просто дропающий пакеты Не надо устилать путь граблями |
|
|
16.2.2011, 19:11
Сообщение
#50
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
Я грешу на pptp-концентратор прова. Когда я поднял канал в инет на дефолтовом MTU 1500 и без подстойки mss все по-началу выглядело нормально. В процессе работы обнаружилось, что еху москвы и mignews например грузятся наполовину, рамблер вообще не грузится. В общем была феерия необъяснимая. Гугление натолкнуло на mtu, дальше ping -l NNN -f www.ru и вычисление IP MTU. По итогу инет вроде заработал(еще давно), но на голосе грабли. Будум в общем пилить дальше.
-------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
16.2.2011, 23:40
Сообщение
#51
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
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 исчезли. -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
21.2.2011, 11:13
Сообщение
#52
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
Коллеги, вопрос по ПГМ251-252 возник.
Чекбосы Print Conv. Digit и Display Conv.Digit относятся к SMDR ? По преобразованию номеров: как я понимаю, можно использовать маски. Admin guide по этому поводу немногословен - допускаются 0-9, *, #, X. С преобразованиями вида 44455566 -> 1111 все понятно. А если просто добавляется префикс к набранному номеру, то как будет выглядеть маска ? И вообще, вкратце, как в данном случае работают *, # и X ? Аналогичный вопрос по ПГМ 263 - можно ли маской отрезать например первые 3 цифры входящего CLI ? (341111->1111) -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
21.2.2011, 13:20
Сообщение
#53
|
|
ГУРУ Группа: Модераторы Сообщений: 15017 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Коллеги, вопрос по ПГМ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 - ХХХХ. -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
21.2.2011, 13:48
Сообщение
#54
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
Спасибо большое.
А как тогда добавляется префикс к набранному исходящему номеру ?(если * - это символ) Через PGM180 - 4 ? -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
21.2.2011, 14:12
Сообщение
#55
|
|
ГУРУ Группа: Модераторы Сообщений: 15017 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Спасибо большое. А как тогда добавляется префикс к набранному исходящему номеру ?(если * - это символ) Через PGM180 - 4 ? Так я ж в предыдущем сообщении привел пример для Digit Conv Table(251~252)[N]... А, так я забыл перед 34, собственно, например, номер группы СО указать, через которую вызов должен осуществляться. Виноват! -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
21.2.2011, 14:39
Сообщение
#56
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
Ага, спасибо. Мы сейчас транзит через 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 например не проходит. -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
21.2.2011, 14:58
Сообщение
#57
|
|
ГУРУ Группа: Модераторы Сообщений: 15017 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Ага, спасибо. Мы сейчас транзит через 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]. -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
21.2.2011, 16:19
Сообщение
#58
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
В общем, как показал опыт, можно и через 251-252, и через 180 - AND Digit.
В любом случае, Дрон, спасибо Вам большое. -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
21.2.2011, 16:23
Сообщение
#59
|
|
ГУРУ Группа: Модераторы Сообщений: 15017 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
В общем, как показал опыт, можно и через 251-252, и через 180 - AND Digit. В любом случае, Дрон, спасибо Вам большое. Ну да, через AND тоже можно... Я, просто, предпочитаю, по возможности, чтобы в одном месте все было... К тому же, при использовании AND, эти цифири всегда будут добавляться. А если вам надо в одном случае добавлять, а в другом нет?... -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
21.2.2011, 17:20
Сообщение
#60
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
Всегда. Транзитный код для NECа в город.
-------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
Текстовая версия | Сейчас: 30.9.2024, 22:02 |