Станция LDK300 c прошивкой 3.6Df с платой VOIBE Firmware 2.1Bb на борту с внутренними номерами 900-935
10.10.1.1 – шлюз, на нем же лежит Гейткипер
10.10.1.4-5 – машины, на которых смонтированы софтфоны

Для сетевого трафика используем 7 группу линий – она же сетевая и включает 13 – 16 линии, которые в PGM322 отмечены для работы с Gatekeeper-ом.


PGM140 : ISDN DID
PGM141 : CO Group = 4…7
PGM143 : Call type = National
PGM143 : DID Conv Type = 1
PGM143 : ISDN INBLK Send = OFF
PGM143 : Cli transit = CFW

PGM322 : Networking CO group = 7
PGM322 : Networking CO line type = NET

PGM324 : Index 1 : System Usage = NET
PGM324 : NUM plan code = 9#0* (моя АТС)
PGM324 : NET CO Group = 0
PGM324 : Index 2 : System Usage = NET
PGM324 : NUM plan code = 9#2* (моя АТС)
PGM324 : NET CO Group = 0
PGM324 : Index 3 : System Usage = NET
PGM324 : NUM plan code = 9#3* (моя АТС)
PGM324 : NET CO Group = 0
PGM324 : Index 4 : System Usage = NET
PGM324 : NUM plan code = 4** (удаленная АТС)
PGM324 : IP Info = 192.168.1.10 (ip удаленной АТС)
PGM324 : NET CO Group = 7
PGM324 : Index 5 : System Usage = NET
PGM324 : NUM plan code = 5** (удаленная АТС)
PGM324 : IP Info = 192.168.1.10 (ip удаленной АТС)
PGM324 : NET CO Group = 7


Далее для 8-го слота VOIBE прописал:
PGM340 : IP Address = 10.10.1.9 (my ip PBX)
PGM340 : GATEWAY Address = 10.10.1.1
PGM340 : SUBNET Mask = 255.255.255.0
PGM340 : DNS = 10.10.1.1
PGM340 : DEFAULT Codec = G.723.1
PGM340 : NoDelay (TOS) = ON
PGM340 : Trace Pass = *****
PGM341 : GK Usage = ON
PGM341 : GK CallMode = Direct (вариации роли не играли)
PGM341 : GK OpenH245 = ON
PGM341 : GK Addres = 10.10.1.1

Звонок на софтверный IP-phone с номером 951 (комп в локальной сети 10.10.1.5) с внутристанционного 925 (LDK300 – в этой же сети)
01/14/07 TIME: 18:41:00
1669021 COL 013:08 05 St:co idle (00) Ev-I:seize req P1: A P2: 0 EVT: 15 <- 26,03
А в ответ – тишина…
Ложим трубку…
1669295 COL 013:08 05 St:wt sz rsp (00) Ev-I:release P1: 0 P2: 0 EVT: 27 <- 26,03
1669295 D>08 05, C5 00 00
1669295 D>08 05, C1 00 40
1669295 C>08 05, E0 04 08 02 80 90
1669298 COL 013:08 05 St:rls guard (00) EVT :E2 04 08 02 80 90 (U0)
1669298 COL 013:08 05 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 13,44
1669299 COL 013:08 05 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 13,44
1669299 D>08 05, C5 00 00
И все …

Звонок с 952 на внутристанционный 900 через Gatekeeper
1689801 COL 009:08 01 St:co idle (00) EVT 5 1B 04 02 80 90 30 05 80 0A 02 2E 01 18 01 FF 6C 05 01 80 39 35 32 70 04 81 39 30 30 (U0)
1689801 D>08 01, D6 00 3C
1689801 D>08 01, D1 00 3C
1689801 COL 009:08 01 St:co idle (00) Ev-I:ring start P1: 0 P2: 0 EVT: 11 <- 9,44
1689801 D>08 01, C0 00 3C
1689801 COL 009:08 01 St:di-dialing(00) Ev-I:disa dgt P1: 9 P2: 0 EVT: 80 <- 9,44
1689801 COL 009:08 01 St:di-dialing(00) Ev-I:disa dgt P1: A P2: 0 EVT: 80 <- 9,44
1689801 COL 009:08 01 St:di-dialing(00) Ev-I:disa dgt P1: A P2: 0 EVT: 80 <- 9,44
1689801 COL 009:08 01 St:dd-rng req(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 9,44
1689801 COL 009:08 01 St:dd-rng req(00) Ev-I:dummy acd P1:26AF P2: 1 EVT: 0 <- 9,44
1689801 COL 009:08 01 St:dd-rng req(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 9,44
1689801 COL 009:08 01 St:dd-rng req(00) Ev-I:dd rng ack P1: 0 P2: 0 EVT: 82 <- 1,01
1689801 D>08 01, C0 00 3C
1689801 H:T560+S449 ==> 060 (G:00-32)
1689801 D>08 01, C5 11 01
1689801 D>08 01, D0 00 3C
01/14/07 TIME: 19:16:00
1690001 COL 009:08 01 St:dd-wt ans (00) Ev-T:dd-no ans P1: 0 P2: 0 TMR: 29 <- 9,44
1690001 D>08 01, C5 00 00
1690001 H:T560+T560 ==> 060 (G:00-00)
1690001 D>08 01, C0 00 3C
1690001 H:T560+S450 ==> 060 (G:00-32)
1690001 D>08 01, C5 01 01
1690001 D>08 01, C1 00 3C
1690001 C>08 01, E0 04 08 02 80 91
1690004 COL 009:08 01 St:dd-wt ans (00) EVT F 04 08 02 80 91 (U0)
1690004 D>08 01, C1 00 00
1690004 D>08 01, C5 00 00
1690004 H:T560+T560 ==> 060 (G:00-00)
1690004 H:T560+T560 ==> 060 (G:00-00)
1690004 COL 009:08 01 St:dd-wt ans (00) EVT :E2 04 08 02 80 90 (U0)
1690004 D>08 01, C5 00 00
1690004 H:T560+T560 ==> 060 (G:00-00)
1690004 H:T560+T560 ==> 060 (G:00-00)

В данном случае прекращается по таймауту… Если снять трубку, то Все работат!

В логах Гейткипера последнее действо выглядит седующим образом:

14/01/2007 19:24:23 Q.931, callee stream opened to 10.10.1.15:1720
14/01/2007 19:24:23 Q.931, caller stream opened to 10.10.1.4:1104
14/01/2007 19:24:24 RAS, got message from 10.10.1.15:1719
14/01/2007 19:24:24 Message AdmissionRequest {
14/01/2007 19:24:24 RequestSeqNum: 39450 (0x9a1a)
14/01/2007 19:24:24 CallType PointToPoint
14/01/2007 19:24:24 CallModel Direct
14/01/2007 19:24:24 EndpointIdentifier: 'a022e0f:6b8'
14/01/2007 19:24:24 DestinationInfo count(1) {
14/01/2007 19:24:24 #0 DialedDigits: '900'
14/01/2007 19:24:24 }
14/01/2007 19:24:24 SrcInfo count(1) {
14/01/2007 19:24:24 #0 H323_ID: 'Office2'
14/01/2007 19:24:24 }
14/01/2007 19:24:24 BandWidth: 1280 (0x500)
14/01/2007 19:24:24 CallReferenceValue: 21047 (0x5237)
14/01/2007 19:24:24 ConferenceID: 16 octets [BD 33 CE 7F 11 23 E6 44 98 CE 30 70 2A 87 2E EB]
14/01/2007 19:24:24 ActiveMC: false
14/01/2007 19:24:24 AnswerCall: true
14/01/2007 19:24:24 CanMapAlias: true
14/01/2007 19:24:24 CallIdentifier {
14/01/2007 19:24:24 Guid: 16 octets [C6 97 F4 53 E8 23 82 40 9E B0 74 7F B3 97 8A 33]
14/01/2007 19:24:24 }
14/01/2007 19:24:24 WillSupplyUUIEs: false
14/01/2007 19:24:24 }
14/01/2007 19:24:24 Bandwidth occupied: 1280*10^2 bits with 1 zone(s) involved.
14/01/2007 19:24:24 in replace of: 1*10^2 bits with 1 zone(s) involved.
14/01/2007 19:24:24 RAS, send message to 10.10.1.15:1719
14/01/2007 19:24:24 Message AdmissionConfirm {
14/01/2007 19:24:24 RequestSeqNum: 39450 (0x9a1a)
14/01/2007 19:24:24 BandWidth: 1280 (0x500)
14/01/2007 19:24:24 CallModel GatekeeperRouted
14/01/2007 19:24:24 DestCallSignalAddress IpAddress {
14/01/2007 19:24:24 Ip: 4 octets [0A 02 2E 0F] (10.10.1.15)
14/01/2007 19:24:24 Port: 1720 (0x6b8)
14/01/2007 19:24:24 }
14/01/2007 19:24:24 WillRespondToIRR: true
14/01/2007 19:24:24 UuiesRequested {
14/01/2007 19:24:24 Setup: false
14/01/2007 19:24:24 CallProceeding: false
14/01/2007 19:24:24 Connect: false
14/01/2007 19:24:24 Alerting: false
14/01/2007 19:24:24 Information: false
14/01/2007 19:24:24 ReleaseComplete: false
14/01/2007 19:24:24 Facility: false
14/01/2007 19:24:24 Progress: false
14/01/2007 19:24:24 Empty: false
14/01/2007 19:24:24 Status: false
14/01/2007 19:24:24 StatusInquiry: false
14/01/2007 19:24:24 SetupAcknowledge: false
14/01/2007 19:24:24 Notify: false
14/01/2007 19:24:24 }
14/01/2007 19:24:24 }
14/01/2007 19:24:44 RAS, got message from 10.10.1.4:1097
14/01/2007 19:24:44 Message DisengageRequest {
14/01/2007 19:24:44 RequestSeqNum: 5 (0x5)
14/01/2007 19:24:44 EndpointIdentifier: 'a022e04:44a'
14/01/2007 19:24:44 ConferenceID: 16 octets [BD 33 CE 7F 11 23 E6 44 98 CE 30 70 2A 87 2E EB]
14/01/2007 19:24:44 CallReferenceValue: 4096 (0x1000)
14/01/2007 19:24:44 DisengageReason NormalDrop
14/01/2007 19:24:44 CallIdentifier {
14/01/2007 19:24:44 Guid: 16 octets [C6 97 F4 53 E8 23 82 40 9E B0 74 7F B3 97 8A 33]
14/01/2007 19:24:44 }
14/01/2007 19:24:44 CryptoTokens count(1) {
14/01/2007 19:24:44 #0 CryptoEPPwdHash {
14/01/2007 19:24:44 Alias H323_ID: 'Office2'
14/01/2007 19:24:44 TimeStamp: 1168795131 (0x45aa65fb)
14/01/2007 19:24:44 Token {
14/01/2007 19:24:44 AlgorithmOID: { 1, 2, 840, 113549, 2, 5 }
14/01/2007 19:24:44 ParamS {
14/01/2007 19:24:44 }
14/01/2007 19:24:44 Hash '10000000110010011111001101001101001101110100010001001111011000101111101000011100101110001111010011110000001110100111001101010100'B
14/01/2007 19:24:44 }
14/01/2007 19:24:44 }
14/01/2007 19:24:44 }
14/01/2007 19:24:44 AnsweredCall: false
14/01/2007 19:24:44 }
14/01/2007 19:24:44 RAS, send message to 10.10.1.4:1097
14/01/2007 19:24:44 Message DisengageConfirm {
14/01/2007 19:24:44 RequestSeqNum: 5 (0x5)
14/01/2007 19:24:44 }
14/01/2007 19:24:44 Q.931, stream closed by remote host 10.2.46.4:1104
14/01/2007 19:24:44 Bandwidth occupied: 0*10^2 bits with 0 zone(s) involved.
14/01/2007 19:24:44 in replace of: 1280*10^2 bits with 1 zone(s) involved.
14/01/2007 19:24:44 Connection stopped. Between caller: Ivan and callee: VOIBE
14/01/2007 19:24:44 ### Connection destroyed: 0x08425100
14/01/2007 19:24:44 RAS, got message from 10.10.1.15:1719
14/01/2007 19:24:44 Message DisengageRequest {
14/01/2007 19:24:44 RequestSeqNum: 39451 (0x9a1b)
14/01/2007 19:24:44 EndpointIdentifier: 'a022e0f:6b8'
14/01/2007 19:24:44 ConferenceID: 16 octets [BD 33 CE 7F 11 23 E6 44 98 CE 30 70 2A 87 2E EB]
14/01/2007 19:24:44 CallReferenceValue: 21047 (0x5237)
14/01/2007 19:24:44 DisengageReason NormalDrop
14/01/2007 19:24:44 CallIdentifier {
14/01/2007 19:24:44 Guid: 16 octets [C6 97 F4 53 E8 23 82 40 9E B0 74 7F B3 97 8A 33]
14/01/2007 19:24:44 }
14/01/2007 19:24:44 AnsweredCall: true
14/01/2007 19:24:44 }
14/01/2007 19:24:44 RAS, send message to 10.10.1.15:1719
14/01/2007 19:24:44 Message DisengageConfirm {
14/01/2007 19:24:44 RequestSeqNum: 39451 (0x9a1b)
14/01/2007 19:24:44 }

Как же сделать звонок со своей LDK300 на удаленного юзера?
Чего я еще не понял?
Может станция и VOIBE не совместимы с AquaGateKeeper?!!
И вроде эта тема подымалась, но завершения я не увидел!

у вас из настроек я так понял что вы пользуетесь не стандартным лжёвым softphonoм, а каким то сторонним?, так что по нему ничего сказать не могу и по вашему гейткииперу тоже. Сам вязался со многими типа МЕРА и др. проблемм не было, а по программе
у вас немного не правильно настроена 324 программа (описание своего плана нумерации) (посмотрите мануал, хотя бы тот что на сайте выложен, там даже конкретный пример приведён) дальше пока не смотрел. где прописаны софт фоны вообще не увидел.

Спасибо за отклик, Axel.
Думал, что уже никто и не поднимет эту тему...
Насчет софтфонов вы правы - они действительно не LG-овые, но тем не менеее им ничего не мешает дозваниваться до LDK и делать сессию. Они изначально прописаны на Гейткипере, чего в случае GKRoute достаточно, насколько я понимаю, для нормальной работы.
Кстати, с МЕРА LDK может работать в режиме GKRoute ? Это очень важно для меня.
LDK тоже прописана на AquaGatekeeper, что поволяет софтфонам дозваниваться до внутренних абонентов... просто хотел сказать, что всем рулит гейткипер, и, вроде настроен для этого правильно.
Да, для режима direct в 324 софтфон прописывался как NET- извиняюсь, не совсем корректные данные подал. И при этом ниче ...
А все началось с того, что VOIBE не захотела регистрироваться на Сisco-гейткипере - стояла такая задача. никаких ответов на RRQ плата не получала, т.е. не получилось регистрации при наличии пинга.
А как бы поиметь настройки работы совместно с МЕРОй? Может дествительно где-то галочку забыл поставить?!!

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

Сагу направил, смотреть в личных папках

У меня с Aqua все работало. Только надо Aquu правильно настроить.

Я понимаю, что все это не так просто и надо увязать многое.
Но если работает одно, а не работает другое - поневоле червь точить будет.
А на какой плате к Акве цеплялись - VOIB или VOIBE? Версия?
И Аква была какой версии?

Добился того, что пошел набор - но как-то странно:
ПГМ 322 группу NET ставлю в OFF c GK - тогда лишь начинает пробиваться набор.
Что это - глюк VOIBE или ночные кошмары господ корейцев?

При этом получаю сетап - набор цифры 442 ушел правильно, но увы обрыв
051876 COL 013:08 05 St:co idle (00) Ev-I:seize req P1: A P2: 0 EVT: 15 <- 26,03
051876 C>08 05, F5 34 A1 04 03 80 90 A3 31 05 80 C2 92 B5 EE 1C 1A 4D 83 03 30 00 C0 60 C0 04 30 04 77 50 00 01 10 4A
AC 00 01 00 04 00 08 39 35 6C 03 01 81 39 70 04 80 34 34 32
051908 COL 013:08 05 St:wt sz rsp (00) EVT F 04 08 02 80 BF (U0)
051908 D>08 05, C1 00 00

И VOIBE пытается вставить цифру 9 - с чего бы?
051908 D>08 05, C5 00 00
051908 COL 013:08 05 St:wt sz rsp (00) EVT :E2 04 08 02 80 90 (U0)
051909 COL 013:08 05 St:wt sz rsp (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 13,44

А Alias станции и Софтфонов в Акве правильно описаны?

2 SergE
Если бы неправильно, то как бы я мог дозвониться с Софтфонов на LDK, и как бы я смог зарегистриться VOIBE-ом и Софтфонами па Акве - поверьте мне, там более менее правильно.
Единственно мне не понятно, как сам шлюз (в данном случае VOIBE) разрулить на Акве, чтобы он работал как шлюз, а не как енд-юзер.
Директивы типа:
translate incoming callee alias '\d{3}' to '\1';
translate outgoing callee alias '\d{3}' to '\1';
почему-то шлюз блокируют вооще.
Но это в дальнейшем - а сейчас дело за малым стало - работа как енд-юзера не проходит.
Вчера такая же станция - LDK300, зарегестренная на таком же гейткипере - Аква, но с платой VOIB в режиме НЕ ГЕЙТКИПЕР, свободно дозвонилась через оба гейткипера на мой щлюз VOIBE!!!???
Переводить ее в режим работы С ГЕЙТКИПЕРОМ нет возможности - действующее предприятие.
Почему я и интересуюсь - у вас работы проводипись с платой VOIB или VOIBE?

Вот так прописан шлюз VOIBE:

user Abonent_LDK
{
login "VOIBE";
login "abonent_LDK|9[0-4]\d{1}"
address 10.10.1.15;
alias "95[1-9]" false;
alias "9[0-4](\d{1})";
registration validity 180;
connection validity unlimited;
// translate outgoing callee alias '\d{3}' to '\1';
dial self allow;
group member DIM;
}

2 SergE:

можете мне ответить с какой платой VoIP вы работали - с VOIB или VOIBE?

VOIB с сипом не работает только VOIBE

а при чём сдесь SIP?

упс, не в ту тему.

Тем не менее, Алексей , а вы в режиме Гейткипер с какими платами работали - VOIB или VOIBE?

P.S. Поскольку никто не хочет отвечать на заданный вопрос, создается впечатление, что данный продукт является стратегическим оружием государства с вытекающеими отсюда последствиями...
Ладно, понял, больше приставать не буду!

C VOIBE

IP адрес Aквы 192.168.1.10 ?

Если всем рулит Гейткипер, то разве не надо в pgm 324 нумерацию софтфонов направлять на него?

И еще IP info это IP VOIBа другой атс, а не IP самой станции.

А то получается что станция по 340 pgm регистрируется на Акве правильно. А по 324 PGM звонки на Акву не направляются.

2 SergE


1. C VOIBE - это уже радует! Значит будем копать дальше.

2. IP адрес Aквы 192.168.1.10 ? Да - имелось в виду это. Естественно адрес вымышленный. Сами понимаете ...
3. разве не надо в pgm 324 нумерацию софтфонов направлять на него - зачем 324, когда софтфоны стоят на компах автономно, и регистрятся на Акве тоже автономно. Вызовом то Аква рулит!
4. Да, с IP VOIBа другой атс - это путаница - там стоит сейчас адрес Гейткипера - 192.168.1.10!

И набор номера 442 сейчас выдает след. казусы:
--------------------============================================>>>>>>>>>>
(CO 39) SETUP FST
IE_SEND_COMPLETE
IE_BEARER_CAPABILITY
CCITT standardized coding
speech
circuit mode
64kbits
recommandation G.711 A-law
IE_CALLED_IP
192.168.10.1
IE_CALLING_NO
unkown
ISDN numbering plan
presentation allowed
verified & passed
925
IE_CALLED_NO
unkown
unkown
442

037258 COL 039:07 01 St:wt sz rsp (00) EVT F 04 08 02 80 BF (U0)
<<<<<<<<<<============================================--------------------
(CO 39) RELEASE
IE_CAUSE
CCITT standardized coding
user
service or option not available

037258 D>07 01, C1 00 00
037258 D>07 01, C5 00 00
037258 H:T560+T560 ==> 076 (G:00-00)
037258 H:T560+T560 ==> 076 (G:00-00)
037258 COL 039:07 01 St:wt sz rsp (00) EVT :E2 04 08 02 80 90 (U0)
<<<<<<<<<<============================================--------------------
(CO 39) RESTART ACK
IE_CAUSE
CCITT standardized coding
user
normal call clearing

037259 COL 039:07 01 St:wt sz rsp (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 39,44
037259 D>07 01, C5 00 00
037259 H:T560+T560 ==> 076 (G:00-00)
037259 H:T560+T560 ==> 076 (G:00-00)
01/19/07 TIME: 16:28:00

Станция LDK300 c прошивкой 3.6Df с платой VOIBE Firmware 2.1Bb на борту с внутренними номерами 900-935
10.10.1.1 – шлюз, на нем же лежит Гейткипер
А это что за IP адрес?

10.10.1.1 - шлюзовой адрес внутренней сети, которая лежит за NAT-ом. Вся система построена на одном сервере.
192.168.10.1 - это файвольный адрес, смотрит во внешний мир, взят условно из безопасности.

Свежие новости!
Оказывается Аква может управлять (наводить и принимать) вызовами с VOIB-а, если он даже не зарегестрен на Акве, но прописан статиком.
В этом случае вы правы, SergE, надо прописывать всех пользователей в сетевом плане.
Но это не то!
Если номерноой план раздроблен, к примеру 900-949 принадлежит одной, а 950-999 - другой системе (а может и еще помельче), вот тут то нас и поджидает кардибалет. Если записывать номерной план типа 9#0*, 9#1* и т.д. - представление номера на вызываемой стороне не получается! Сквозит в лучшем случае одна цифра 9.
Нет - это не выход. В таком случае за АТС должен работать Гейт (нет, не Гейтс...), чего ЛДК нам никак не хочет презентовать...
Что-ж делать!?
Единственное что радует - тупик не совсем глухой, а глуховат...

вот что я никак не могу понять так это что такое номерной план 9#0* и 9#1* -если это ваш план нумерации то он должен быть или 90#* (91#*) для вашей атс, либо 90* и 91* для удалённых абонентов, либо просто прописать PSTN код 9.

,
Да, спасибо Алексей. Замечание существенное.
Я перешел почти синхронно с вами на маску 90#*, 91#* и т.д. Бес попутал.
Но знаете что удручает - COLP остается тот же самый - цыифра 9. Пробовал и на Subscriber переходить и забить пилотный 900 - "нихт", только одна цифра на выходе при такой сетевом представлении.
Может глюк?!!
Может надо было перегрузиться- нажать спасительную кнопку??!!
Рука не поднялась - станция в сию минуту находилась удаленно, а программный "ресет" как вы наете не тянет на доверие...
Вот от чего я отвыкаю, так это от этого.
Юникс все таки управляемее в этом плане!

может попробывать поставить линии в enblock, а код выхода на акву прописать как PSTN, ну типа
SYSTEM USAGE ---PSTN
NUMBERING PLAN (любая цифра не присуттствующая в 105-107, 109 программе и LCR кодах)
ip на гейткипер, правда не обязательно, если он в 141 программе прописан.
и звонить на софтфоны набором типа: цифра951

Пардон, я убрал свое несвоевременное замечание за ненадобностью...

Вопрос еще такого порядка - а надо ли прописывать собственную нумерацию в сетевом плане, если работаем с Гейткипером в режиме GKRoute?
В этом случае все вызовы Гейткипер сам должен разруливать!

Если рассматривать факт отсутствия ответов - вопрос считаю риторическим!

в принципе да. по фигу что прописано в этом случае в 324 программе, хотя можно и прописать вреда тоже нет.

день добрый...
разруливает то гейт.... но лдк обрабатывать принятые цифры надо как-то....
А 324 пгм разруливает вроде как по маске( только 4-х значной, некий аналог did conv type-1 ), когда я тестил лдк, то я рулил по МСН....потому как кол-во входящих цифр было равно 9....

Удивительно все работало зашибись. А теперь не могу настроить вызовы через Aqua на IPphone.
Звонок приходит и отбивается?

to новенький
день добрый...

А где вы видели там маску в 324 ...
"Или мне это все снится... ":D

2 Alex_Q...
А как по вашему работает эта прога???

Прошу прощения - в голове все время ИП-телефония и конечно же под маской везде мерещится ИП-маска (255,255,255,0 к примеру).
Да, 4 первые цифры там проходят в роли маски, еще работает и *, чего к счастью нет в IP. Так что наверное с 80% натяжкой это можно назвать маской. Если бы задавалось количество цифр, то это была-бы 99% маска.
Я бы назвал это просто - лидирующие цифры. Как в LCR.

P.S. Вы, кстати, обещали результатом работы с Gatekeeper-ом нас порадовать?

да...
я помню.....Хотел немножечко обождать, ( чтоб не сглазить )
10 дней уже вроде как всё нормально....
Что помогло - не знаю...
я одновременно поменял кодеки, процессор, и прошивку воибов...
Что было я так и не понял, но канал здесь точно не при чём....
Скореё всего проц...хотя и не факт...
А эксперементировать не очень хочется....