====quote====
vad пишет:
При исходящем звонке - что стоит в Setup в поле calling number - то и должно отображаться у вызываемого абонента (есть небольшой нюанс, как правило оператор требует, чтоб передавался ТИП НОМЕРА - в NPD чтоб стоял тип ISDN National). Это видно в поле Calling number, перед номеров стоит 21 81 (вроде так).
Если это не так (например 01 81 - ISDN Unknown) - у вызываемого будет пилотный номер.
По входящей связи - вы на сотовом набрали номер и видите его. Когда абонент ответил - в сообщении CONNECT передается зачастую Connected number - он и отобразится. Т.е. если звонили на секретаря, а звонок ушел на факс - при ответе увидите номер факса.
Еще один нюанс - при исходящей связи можно пользоваться персональными номерами. Но при ВХОДЯЩЕЙ связи эта опция не работает (сработает DID и пр, как указано в NPD).
Если соответственно в город отправите при коннекте что-то левое - город у вызывающего абонента нарисует пилотный номер.
=============
Правильно ли я Вас понял, если в DID трансляторе я прописал диапазон внутренних номеров, то их и будет транслировать в поле Connected Number моя станция? А вот если я в DID трансляторе пропишу внешнюю нумерацию, то транслироваться будет она и будет мне счастье?
28.02.2012 09:36:05, slavuti4_gor.]]>
оба звонка с головной станции на дочерние, что ли, присоединенные к ней по VoIP.
27.02.2012 19:27:12, slavuti4_gor.]]>
____________________________________________________________
| (604241:660983) 3675: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 115 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 3f 98
|____________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| [a2] EI_IP_TYPE_TERM
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=9) -> G711a Ece 1 Vad 0 Profil 2, IPv4 :172.16.144.251.
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 1 Vad 0
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
| -> fwd=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=1 rqm=0 read_rf=0
| -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
| -> Port RTP = 32652, IPv4 : 172. 16. 144. 202.
| -> Port RTCP SR = 32653, IPv4 : 172. 16. 144. 202.
| -> Port RTCP RR = 32653, IPv4 : 172. 16. 144. 202.
| -> Port Fax = 32654, IPv4 : 172. 16. 144. 202.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a8 83 82 -> T2 : No B channel
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=9) -> 21 81 Num : 2914674
| IE:[70] CALLED_NUMBER (l=8) -> a1 Num : 2945563
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________
____________________________________________________________
| (604241:660986) Physical-Event :
| long: 21 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : bf 98
|____________________________________________________________
|
| IE:[18] CHANNEL (l=1) a8 -> T2 : No B channel
|____________________________________________________________
____________________________________________________________
| (604242:660987) Physical-Event :
| long: 58 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 0 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : bf 98
|____________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 0 Vad 0
| IE:[0a] EI_RTP_INFO (l=30)
| -> fwd=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=0 rqm=0 read_rf=0
| -> Transm_Bande=0 detection_Q23=1
| -> Port RTP = 32752, IPv4 : 172. 16. 144. 251.
| -> Port RTCP SR = 32753, IPv4 : 172. 16. 144. 251.
| -> Port RTCP RR = 32753, IPv4 : 172. 16. 144. 251.
| -> Port Fax = 0, IPv4 : 0. 0. 0. 0.
|____________________________________________________________
____________________________________________________________
| (604246:660991) 3675: Send_IO1 (link-nbr=2, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 2 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : c8 23
|____________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 95 -> T2 : B channel 21 exclusive
|____________________________________________________________
____________________________________________________________
| (604246:660992) 3675: Send_IO1 (link-nbr=2, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 2 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : c8 23
|____________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________
____________________________________________________________
| (604253:660993) Physical-Event :
| long: 67 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CONNECT (07) Call ref : bf 98
|____________________________________________________________
|
| IE:[28] DISPLAY (l=7) `2945563`
| IE:[4c] CONNECTED_NUMBER (l=2) -> 00 80 Num :
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 1 Vad 1
| IE:[0a] EI_RTP_INFO (l=30)
| -> fwd=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=0 rqm=0 read_rf=0
| -> Transm_Bande=0 detection_Q23=1
| -> Port RTP = 32752, IPv4 : 172. 16. 144. 251.
| -> Port RTCP SR = 32753, IPv4 : 172. 16. 144. 251.
| -> Port RTCP RR = 32753, IPv4 : 172. 16. 144. 251.
| -> Port Fax = 0, IPv4 : 0. 0. 0. 0.
|____________________________________________________________
____________________________________________________________
| (604253:660995) 3675: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 18 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CONNECT ACK (0f) Call ref : 3f 98
|____________________________________________________________
____________________________________________________________
| (604253:660996) 3675: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 55 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : FACILITY [62] Call ref : 3f 98
|____________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 1 Vad 1
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
| -> fwd=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=0 rqm=0 read_rf=0
| -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
| -> Port RTP = 32652, IPv4 : 172. 16. 144. 202.
| -> Port RTCP SR = 32653, IPv4 : 172. 16. 144. 202.
| -> Port RTCP RR = 32653, IPv4 : 172. 16. 144. 202.
| -> Port Fax = 0, IPv4 : 0. 0. 0. 0.
|____________________________________________________________
27.02.2012 18:59:45, slavuti4_gor.]]>
но это транк между своими станциями
27.02.2012 18:46:11, slavuti4_gor.]]>
а! вот, нашел:
____________________________________________________________
| (603732:660582) 3675: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 115 desti: 0 source: 15 cryst: 0 cpl: 26 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 3f 95
|____________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| [a2] EI_IP_TYPE_TERM
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=9) -> G711a Ece 1 Vad 0 Profil 2, IPv4 :172.16.144.237.
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 1 Vad 0
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
| -> fwd=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=1 rqm=0 read_rf=0
| -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
| -> Port RTP = 32572, IPv4 : 172. 16. 144. 202.
| -> Port RTCP SR = 32573, IPv4 : 172. 16. 144. 202.
| -> Port RTCP RR = 32573, IPv4 : 172. 16. 144. 202.
| -> Port Fax = 32574, IPv4 : 172. 16. 144. 202.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a8 83 84 -> T2 : No B channel
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[6c] CALLING_NUMBER (l=9) -> 21 81 Num : 2914746
| IE:[70] CALLED_NUMBER (l=8) -> a1 Num : 2214813
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________
27.02.2012 18:44:50, slavuti4_gor.]]>
vad,
просмотрел все глаза, ничего подозрительного не обнаружил, кроме того что в некоторых случаях отсутствует информация Connected Number:
| (603754:660606) Physical-Event :
| long: 67 desti: 0 source: 0 cryst: 0 cpl: 26 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CONNECT (07) Call ref : bf 95
|____________________________________________________________
|
| IE:[28] DISPLAY (l=7) `2214813`
| IE:[4c] CONNECTED_NUMBER (l=2) -> 00 80 Num :
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G711a Ece 1 Vad 1
| IE:[0a] EI_RTP_INFO (l=30)
| -> fwd=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=0 rqm=0 read_rf=0
| -> Transm_Bande=0 detection_Q23=1
| -> Port RTP = 32752, IPv4 : 172. 16. 144. 237.
| -> Port RTCP SR = 32753, IPv4 : 172. 16. 144. 237.
| -> Port RTCP RR = 32753, IPv4 : 172. 16. 144. 237.
| -> Port Fax = 0, IPv4 : 0. 0. 0. 0.
|____________________________________________________________
только, извините, я не знаю, где сетап найти от этого же звонка.
27.02.2012 18:42:46, slavuti4_gor.]]>
====quote====
slavuti4_gor пишет:
вот что у нас в NPD:
Review/Modify: Numbering Plan Description (NPD)qqqqqqqqqqqqqqqqqqqqqqk
X x X x
X x Node Number (reserved) : 1 X x
X x Instance (reserved) : 1 X x
X x Instance (reserved) : 1 X x
X x Description identifier : 33 X x
X x X x
X x X Name : Gorod x
X x Calling Numbering plan ident. + NPI/TON ISDN National x
X x Called numbering plan ident. + NPI/TON ISDN National x
X x Authorize personal calling num use + True x
X x Install. number source + Entity source x
X x Default number source + Entity source x
X x Called DID identifier : -1 X x
X x Calling/Connected DID identifier : -1 X x
X x X x
вызывают интерес две последние строки. что там должно быть?
=============
Не знаю. Данный NPD даст номера АОН:
- при исходящей связи, что прописано в параметрах абонента (у кого не прописано - инсталляционный номер из ентити абонента + его номер);
- при входящей связи, когда абонент ответит - в сообщении CONNECT будет отдан номер ответившего абонента (инсталляционный номер из ентити абонента + его номер).
27.02.2012 10:54:21, vad.]]>
Я никак не могу понять - про звонки откуда куда и отображение номера у кого идет речь.
Вы говорите что проблема у ВЫЗЫВАЕМОГО ВНЕШНЕГО абонента. Но ALERT - это сигнал передаваемый в сторону ВЫЗЫВАЮЩЕГО абонента (чтоб станция подала ему сигнал КПВ). Он не может влиять (а тем более станция вызывающего абонента к нему не имеет отношения вообще) на отображаемый номер.
Поэтому - еще раз - если хотите разобраться:
- всетаки решаете с чем у вас проблема (при наличии нескольких - не пытайтесь разобраться со всеми, бейте их поочереди);
- смотрите трассировку на станции, которая является крайней в вашей зоне ответственности (может вы не передаете никаких номеров - тогда разбираться надо не у вас, а у провайдера);
- если не понятно - выкладываете ее здесь (можете заменить последние цифры (типа 1234567) номеров, если озабочены приватностью).
27.02.2012 10:50:16, vad.]]>
вот что у нас в NPD:
Review/Modify: Numbering Plan Description (NPD)qqqqqqqqqqqqqqqqqqqqqqk
X x X x
X x Node Number (reserved) : 1 X x
X x Instance (reserved) : 1 X x
X x Instance (reserved) : 1 X x
X x Description identifier : 33 X x
X x X x
X x X Name : Gorod x
X x Calling Numbering plan ident. + NPI/TON ISDN National x
X x Called numbering plan ident. + NPI/TON ISDN National x
X x Authorize personal calling num use + True x
X x Install. number source + Entity source x
X x Default number source + Entity source x
X x Called DID identifier : -1 X x
X x Calling/Connected DID identifier : -1 X x
X x X x
вызывают интерес две последние строки. что там должно быть?
27.02.2012 10:43:48, slavuti4_gor.]]>
vad,
смотрю трассировки и вижу, что в ALERT имеется Displayed Name. не может ли отсюда ошибка идти?
27.02.2012 10:23:21, slavuti4_gor.]]>
Смотрите трассировки на разных участках и смотрите кто выдает ерунду по подъему трубки (сообщение connect, чаще всего).
Но чтоб у ВЫЗЫВАЕМОГО поменялся номер - это странно.
Смотрите трассировки, станет ясно.
26.02.2012 17:25:56, vad.]]>
vad,
Так ведь, и при исходящих вызовах то же самое. Сначала, до поднятия трубки, у вызываемого абонента отображается правильный номер, а после поднятия почему то уже другой. ПРичем аналогичная ситуация не только при трансляции в город, но и на станции стоящей еще выше нашей головной. Я так подозреваю, что причина все таки где-то у нас. На всякий случай объясню схему соединения станций: восемь станций по VoIP H323 присоединены к нашей головной, которая в свою очередь по Е1 соединена с городом и с еще одной, будем говорить "нашей" станцией. Так вот, некорректное отображене номеров наблюдается как в городе, так и на последней станции. Т.е. все что вышло за пределы нашей головной станции отображается не правильно.
А откуда берется Connected Number? ПРактически на всех станциях, кроме головной используется как внутренняя, так внешняя нумерация, т.е. у абонентов есть внутренние номера и внешние (городские), их соответствие прописано в Speed Dialing. А вот на головной станции нумерация сквозная, т.е. внутренние номера совпадают с городскими за редким исключением. Во всех внутренних номерах прописаны Private calling Number.
26.02.2012 12:54:53, slavuti4_gor.]]>
В том то и дело?
Я же вам и пишу - при входящей связи Personal calling number - НЕ РАБОТАЕТ. Персональный номер ТОЛЬКО при исходящей связи.
Можете легко проверить - при исходящей - отдаете (SETUP, Calling number) номер прописанный в параметрах абонента.
При входящей - когда абонент поднимет трубку (CONNECT, Connected number) персональный номер не отдается. Обычно - получается номер как при исходящей связи, если в NPD убрать разрешение использования персональных номеров.
26.02.2012 12:40:08, vad.]]>
vad,
так в том то и дело, на всех наших станциях установлен ISDN National, используется Personal Calling Number и несмотря на это происходят такие вещи. Свою станцию проверялл с оператором связи - все нормально вроде, но вчера в силу обстоятельств нужно было позвонить на одну из наших станций и снова увидел на своем сотовом неверное отображение номера (пример описан выше). Завтра буду смоотреть трассировку.
26.02.2012 12:11:03, slavuti4_gor.]]>
При исходящем звонке - что стоит в Setup в поле calling number - то и должно отображаться у вызываемого абонента (есть небольшой нюанс, как правило оператор требует, чтоб передавался ТИП НОМЕРА - в NPD чтоб стоял тип ISDN National). Это видно в поле Calling number, перед номеров стоит 21 81 (вроде так).
Если это не так (например 01 81 - ISDN Unknown) - у вызываемого будет пилотный номер.
По входящей связи - вы на сотовом набрали номер и видите его. Когда абонент ответил - в сообщении CONNECT передается зачастую Connected number - он и отобразится. Т.е. если звонили на секретаря, а звонок ушел на факс - при ответе увидите номер факса.
Еще один нюанс - при исходящей связи можно пользоваться персональными номерами. Но при ВХОДЯЩЕЙ связи эта опция не работает (сработает DID и пр, как указано в NPD).
Если соответственно в город отправите при коннекте что-то левое - город у вызывающего абонента нарисует пилотный номер.
26.02.2012 12:03:31, vad.]]>
Уточняю, проблема в том, что номера с АТС присоединенных к головной транслируются дод поднятия трубки на вызываемом аппарате верно, а вот после поднятия трубки уже другим. Номера Атс из различных номерных диапазонов, но все номерные планы предоставлены одним и тем оператором связи.
АТС объединены по VoIP Н323, головная АТС смотрит в город по трем потокам Е1.
Например, даже при наборе со своего сотового 2214842, после ответа укзанного абонента у меня на сотовом отображается 2914999, тоже самое будет и при обратном звонке.
ПРи всем этом отображение номеров VoIP-овских АТС на головной не нарушено, а вот во внешку нарушено. Трассировку пока продемонстрировать не могу (сделаю в понедельник).
25.02.2012 20:53:30, slavuti4_gor.]]>
TMC,
что-то у меня не получается по mtracer. что бы это значило:
(1)xa000000> mtracer -a 2914830
Traces Analyser activated
mtracer started ...
(------:------) ...
(######:######) ALERT : lost of 363076 messages ********************************
?
13.02.2012 19:47:45, Вячеслав Горячев.]]>
====quote====
Вячеслав Горячев пишет:
а вот это что такое?
| (153071:144160) 3675: Send_IO1 (link-nbr=2, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 2 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : 09 5a
|_________________________________________________________
|
| IE:[08] CAUSE (l=3) 81 e4 08 -> [e4] INVALID INFORMATION ELEMENT CONTENTS
|_________________________________________________________
оператор как раз говорит, смотрите что у вас в релизе.
=============
если номер 2384101 базируется на емкости telecet то "INVALID INFORMATION ELEMENT CONTENTS" нормальное явление. помогает - System/ Ignore ISDN Cause Invalid Content=yes
для полноты могли бы выложить трассировку входящего звонка с 2384101 на вашу атс.
в городе есть несколько атс которые выдают - BEARER_CAPABILITY (l=3) 90 90
13.02.2012 18:16:09, error.]]>
====quote====
Вячеслав Горячев пишет:
обнаружил в комплекте с АТС диск с документацией именно на русском
=============
Даже если есть трудности с английским нужно иметь документацию оригинала, так как перевод иной раз трудней понять.
12.02.2012 02:04:39, TMC.]]>
TMC,
спасибо за ссылку, но, я так понимаю, документации на русском там нет?
сегодня обнаружил в комплекте с АТС диск с документацией именно на русском. буду читать.
11.02.2012 22:14:59, Вячеслав Горячев.]]>
По этой ссылке доступна документация начиная с релиза 5.1 до 10-го.
Объем около 300 Мб.
11.02.2012 14:24:05, TMC.]]>
ага! читать полезно! да, где ж ее взять то?!
10.02.2012 21:27:36, Вячеслав Горячев.]]>
Вообще очень полезно читать доку (хотя бы иметь и знать где там что). Каждый раздел (в нашем случае Public Networked services/ISDN...) состоит из общего описания,более иенее детального описания, инсталляции, менеджмента (иногда примеров менеджмента - особенно полезно в описании сети станций) и обслуживания (maintetnance). В этом последнем разделе приведены команды нужные по данной теме - в частности в ISDN есть упоминание про mtracer.
t3 - это в принципе запуск того же mtracer с определенными параметрами.
10.02.2012 15:27:51, vad.]]>
====quote====
Sергей пишет:
Если вы введёте mtracer -a 2754050 и наберёте номер 2754050, то увидите только те сообщения, которые относятся к данному вызову (в сетапе которого есть 2754050).
=============
Класс!!! Спасибо! Не знал. Обязательно воспользуюсь. То же касается и своей нумерации, я полагаю?
10.02.2012 14:50:52, Вячеслав Горячев.]]>
Если вы введёте mtracer -a 2754050 и наберёте номер 2754050, то увидите только те сообщения, которые относятся к данному вызову (в сетапе которого есть 2754050).
10.02.2012 14:36:43, Sергей.]]>
====quote====
Вячеслав Горячев пишет:
vad,
а вот это что такое?
| (153071:144160) 3675: Send_IO1 (link-nbr=2, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 2 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : 09 5a
|__________________________________________________ ____________________________
|
| IE:[08] CAUSE (l=3) 81 e4 08 -> [e4] INVALID INFORMATION ELEMENT CONTENTS
|__________________________________________________ _____________________
оператор как раз говорит, смотрите что у вас в релизе.
=============
Я так понял - у вас проблемы С ОТОБРАЖЕНИЕМ НОМЕРА при проключении (звонок с 2214752)????
Данное сообщение из звонка 2914830 - там не было установления разговора.
А конкретно это - по моему в сообщении User busy не хватает чего-то.
Но с этим проще бороться по другому (игнорировать).
В System поставить в ДА все в разделе React.Receiving State Mess.
В System/ other/ ext. signaling parameters - Send Status for IE non-existent=no.
Ну и повторюсь:
- разберитесь когда у вас конкретно есть проблема и когда нет.
- Снимите трассировки и сравните чего у вас в SETUP (в приложенных - вы входите по разным потокам платы NPRAE);
- с трассировками идете к оператору.
10.02.2012 14:35:50, vad.]]>
Повторяю - показать 2 трассы и спросить.
Кроме того - как правило у оператора есть телефоны с отображением номера. Когда вы ему (оператору) звоните с 2914ххх и 2214ххх у него что определяется и тарифицируется?
Ну и собственно - у вас ведь наверное уже есть статистика по проблемам, они у вас когда:
- когда звонят с 2914ххх и 2214ххх - всегда;
- 2914ххх и 2214ххх - иногда (например только при звонках на сотовые);
- или проблема когда вы звоните по потоку 0-2-0, а по 0-2-1 все Ок.
Т.е. - определяетесь КОГДА проблемы. Снимаете ДВЕ трассировки и отправляете их на оператора с просьбой УСТРАНИТЬ проблемы, т.к. с вашей стороны все Ок. На моей памяти практически все операторы могли посмотреть трассировки у себя (особенно когда им ОФИЦИАЛЬНЫМ письмом присылаете свои).
10.02.2012 14:28:32, vad.]]>
vad,
а вот это что такое?
| (153071:144160) 3675: Send_IO1 (link-nbr=2, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 2 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : 09 5a
|__________________________________________________________
|
| IE:[08] CAUSE (l=3) 81 e4 08 -> [e4] INVALID INFORMATION ELEMENT CONTENTS
|__________________________________________________________
оператор как раз говорит, смотрите что у вас в релизе.
10.02.2012 14:24:47, Вячеслав Горячев.]]>
====quote====
Sергей пишет:
Ну на живой станции удобнее пользоваться командой mtracer с ключом -а.
=============
Извините, и что будет?
10.02.2012 14:21:56, Вячеслав Горячев.]]>
с провайдером сегодня общался. он подтвердил весь диапазон. сказал, ищите у себя. что делать не назнаю теперь.
10.02.2012 14:17:30, Вячеслав Горячев.]]>