проверил, на обеих INTIP прописаны шлюзы, но идея была хороша

буду вечером снимать трассировку, днем слишком много трафика...

извиняюсь за долгие ответы, был отъезде...

все платы INTIP в одном шелфе, в однoй подсети.
IP-доменов нет, только 0 дефолтовый


vad, абоненты все IP, но и их всего 30
станция используется в роли шлюза SIP, везде кодеки 711
всё настроено на 711...


            Node Number (reserved) : 1
               Instance (reserved) : 1
                  IP Domain Number : 0

                    IP Domain Name : --------------------
                           Country + Default
     Intra-domain Coding Algorithm + Without Compression
     Extra-domain Coding Algorithm + Without Compression
FAX/MODEM Intra domain call transp + NO
FAX/MODEM Extra domain call transp + NO
      G722 allowed in Intra-domain + NO
      G722 allowed in Extra-domain + NO
             Tandem Primary Domain : -1
       Domain Max Voice Connection : -1
             IP Quality of service : 0
                    Contact Number : --------------------
                 Backup IP address : --------------------
                    Trunk Group ID : -1
   IP recording quality of service : 0
                    Time Zone Name + System Default
                Calling Identifier : --------------------
    Supplement. Calling Identifier : --------------------
            SIP Survivability Mode + NO





            Node Number (reserved) : 1
                    Trunk Group ID : 18
               Instance (reserved) : 1

                  Trunk Group Type + T2
                  T2 Specification + SIP
               Public Network Ref. : ------
           VG for non-existent No. + YES
                     Entity Number : 0
             Supervised by Routing + NO
    VPN Cost Limit for Incom.Calls : 0
Immediate Trk Listening if VPNCall + YES
                          VPN TS % : 50
                    CSTA-Monitored + NO
           Max.% of trunks out CCD : 0
         Ratio analog.to ISDN cost : ------
       TS Distribution on Accesses + YES
 Quality profile for voice over IP + Profile #1
               IP Compression Type + G 711
           Use of volume in system + YES
        Announcement for dial tone + NO
        Announcement for Ring tone + NO
 Reroute Anonymous Calls to Entity + NO
               End-to-end dialing  + NO
           DTMF end-to-end signal. + NO
          Trunk group used in DISA + NO
                  DISA Secret Code : ----
                Routing To Manager + NO
                         Trunk COS : 31
       Sending of Progress message + YES
       No. of digits unused (ISDN) : 0
                  B Channel Choice + YES
Channels: Attendant Control (Rsvd) : 0
  Redirection For ACD (Dissuasion) + NO
                       DTO joining + NO
    Consultation Call On B Channel + NO
               Automated Attendant + NO
          Calling party Rights COS : 0
                       TS Overflow + YES
                Number To Be Added : --------
   Charge Calling And ADN Creation + YES
                   Logical Channel + 1__15 & 17__31
                  Use Split Access + NO
      Heterogeneous Remote Network + NO
  COS Restrictions - Barring mode  + Not Restricted / Not barred
              ARS Class of service : 31
            External Access Server + NO
            CSTA Tracking MCDU Trk : --------
               IE External Forward + None

Да конечно, какая информация по структуре интересует?

etc, я понял Вашу мысль но нет, все платы в одном шелфе

+-------------------------------------------------------------------+
| Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
|----|----|------------|-----------|--------------|-----------------|
|  0 |  2 |        GPA2|---------- |   IN SERVICE |   BAD PCMS CODE |
|  0 |  3 |        GPA2|---------- |   IN SERVICE |  3BA23241AAJC06 |
|  0 |  6 |  CPU7_STEP2|---------- |   IN SERVICE |   BAD PCMS CODE |
|  0 |  7 |       NPRAE|---------- |   IN SERVICE |  3BA23254ABJE02 |
|  0 |  9 |      INTIPA|    INT-IP |   IN SERVICE |   BAD PCMS CODE |
|  0 | 13 |       MMSFD|---------- |ONLY MAO FILE |   BAD PCMS CODE |
|  0 | 15 |         RMA|---------- |ONLY MAO FILE |   BAD PCMS CODE |
|  0 | 17 |       NPRAE|---------- |   IN SERVICE |  3BA23254ABJE02 |
|  0 | 20 |  CPU7_STEP2|---------- |   IN SERVICE |   BAD PCMS CODE |
|  0 | 24 |     INTIP3A|   INT-IP3 |   IN SERVICE |   BAD PCMS CODE |
+-------------------------------------------------------------------+

доброго дня всем.

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

при обычном звонке или трёхсторонней конференции всё нормально, все всех слышат.
если подключать внешних абонентов через PRI, так же проблем нет.

всего имеются 2 SIP транк группы, в обеих одинаковая проблема. Транк группы подключены к Gеnesys и Oktell.



CPU type           : cpu7
Linux version      : 72.11
MAO software version      : J1.410.57 ;
Software Version Name     : R10.0 ;

vad, в пилоте все просмотрел ничего нет, trunk limitation пуст (ничего там не создано)

Доброго времени суток коллеги!

появилась похожая проблема
R10.0 ACT28 twin CPU 7.2
на станции присутствует небольшой КЦ

аналоговая NDDI танк группа, не даёт себя удалить и пишет Forbidden : supervised station
при этом все транки удалились без проблем, но не сама группа

checkdb кроме entity ничего не ругает
multitool утверждает что нет никаких супевизоров этой ТГ ("multitool REPAIR" проделал как писали выше)

перезагрузка ситуацию не изменила...

подскажите пожалуйста где ещё искать этот супервижн?

извиняюсь недоглядел, Вы как всегда оказались правы ...
станция стояла в aLAW, a CUCM в uLAW
спасибо огромное Вадим.

в обе стороны uLAW

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

Владислав Хисамов,
3. нумерация прямая, трансляция не требуется, в ОХЕ 4х значная нумерация, в CUCM 5знаков

для исхода на OXE создан Routing number

1. адрес добавлен, тоже думал об этом

ниже трасса неудачного звонка
10.185.85.11 - CUCM
10.185.11.76 - OXE



Wed Jul 26 11:32:28 2017 RECEIVE MESSAGE FROM NETWORK (10.185.85.11:5060 [UDP])
----------------------utf8-----------------------
INVITE sip:1906@10.185.11.76:5060 SIP/2.0
Via: SIP/2.0/UDP 10.185.85.11:5060;branch=z9hG4bK21e72935b841
From: <sip:00031@10.185.85.11>;tag=10785~b063c008-55ff-48ad-b412-ce7f0bc1a17e-29
846954
To: <sip:1906@10.185.11.76>
Date: Wed, 26 Jul 2017 05:32:28 GMT
Call-ID: cec34380-9781296c-2195-b55b90a@10.185.85.11
Supported: timer,resource-priority,replaces
Min-SE:  1800
User-Agent: Cisco-CUCM11.0
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE,
NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence, kpml
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Call-Info: <sip:10.185.85.11:5060>;method="NOTIFY;Event=telephone-event;Duration
=500"
Session-ID: 000075a800105000a0002c4138ac647e;remote=0000000000000000000000000000
0000
Cisco-Guid: 3468903296-0000065536-0000000130-0190167306
Session-Expires:  1800
P-Asserted-Identity: <sip:00031@10.185.85.11>
Remote-Party-ID: <sip:00031@10.185.85.11>;party=calling;screen=yes;privacy=off
Contact: <sip:00031@10.185.85.11:5060>;+u.sip!devicename.ccm.cisco.com="CSFALyas
henko";bfcp
Max-Forwards: 69
Content-Type: application/sdp
Content-Length: 201

v=0
o=CiscoSystemsCCM-SIP 10785 1 IN IP4 10.185.85.11
s=SIP Call
c=IN IP4 10.185.85.11
t=0 0
m=audio 24896 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
-------------------------------------------------

1501047148 -> Wed Jul 26 11:32:28 2017 SEND MESSAGE TO NETWORK (10.185.85.11:506
0 [UDP]) (BUFF LEN = 293)
----------------------utf8-----------------------
SIP/2.0 100 Trying
To: <sip:1906@10.185.11.76>
From: <sip:00031@10.185.85.11>;tag=10785~b063c008-55ff-48ad-b412-ce7f0bc1a17e-29
846954
Call-ID: cec34380-9781296c-2195-b55b90a@10.185.85.11
CSeq: 101 INVITE
Via: SIP/2.0/UDP 10.185.85.11:5060;branch=z9hG4bK21e72935b841
Content-Length: 0

-------------------------------------------------
Wed Jul 26 11:32:28 2017 SEND MESSAGE TO NETWORK (10.185.85.11:5060 [UDP]) (BUFF
LEN = 476)
----------------------utf8-----------------------
SIP/2.0 488 Not Acceptable Here
Allow: INVITE, ACK, CANCEL, BYE, PRACK, NOTIFY, REFER, SUBSCRIBE, OPTIONS, UPDAT
E
User-Agent: OmniPCX Enterprise R10.0 j1.410.63.b
To: <sip:1906@10.185.11.76>;tag=77c8cf0aac2a5776ba34d247ee2f4317
From: <sip:00031@10.185.85.11>;tag=10785~b063c008-55ff-48ad-b412-ce7f0bc1a17e-29
846954
Call-ID: cec34380-9781296c-2195-b55b90a@10.185.85.11
CSeq: 101 INVITE
Via: SIP/2.0/UDP 10.185.85.11:5060;branch=z9hG4bK21e72935b841
Content-Length: 0

-------------------------------------------------
Wed Jul 26 11:32:28 2017 11d8[CMotorCall::setCurrentState] NOE-SIP : sendBackupU
pdate Msg not sent to twin CS
Wed Jul 26 11:32:28 2017 RECEIVE MESSAGE FROM NETWORK (10.185.85.11:5060 [UDP])
----------------------utf8-----------------------
ACK sip:1906@10.185.11.76:5060 SIP/2.0
Via: SIP/2.0/UDP 10.185.85.11:5060;branch=z9hG4bK21e72935b841
From: <sip:00031@10.185.85.11>;tag=10785~b063c008-55ff-48ad-b412-ce7f0bc1a17e-29
846954
To: <sip:1906@10.185.11.76>;tag=77c8cf0aac2a5776ba34d247ee2f4317
Date: Wed, 26 Jul 2017 05:32:28 GMT
Call-ID: cec34380-9781296c-2195-b55b90a@10.185.85.11
User-Agent: Cisco-CUCM11.0
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence, kpml
Content-Length: 0

-------------------------------------------------

Доброго дня уважаемые коллеги!

настраиваю связь по SIP между ОХЕ и Cisco Unified CM
столкнулся со следующей проблемой, исходящая связь от ОХЕ до CUCM работает без проблем.
но вот входящая никак не хочет, при звонке ОХЕ  выдаёт SIP/2.0 488 Not Acceptable Here

ОХЕ в конструктиве АСТ R10.0
CPU type           : cpu7
Linux version      : 72.11
Delivery software version : j1.410 ;
Patch version             : 63 ;
Dynamic patch version     : b ;

CUCM System version: 11.0.1.20000-2


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

vad,
спасибо за подсказку, проверю этот момент ..

всё работает, огромное спасибо

доброго всем дня!
дабы не плодить одинаковых тем, продолжу эту.

OXE R11.2.25d
конструктив MG

транки ISDN E1

столкнулся с невозможностью переадресации на сотовый номер при звонке с другого внутреннего, при этом при звонке с внешнего номера и донаборе через DISA внутреннего номера, переадресация срабатывает на ура!

переадресация перекочевала при апгрейде с 9.1, в старом релизе работала.

аналоговый абонент 2222 (аппарата нет, но порт назначен)
его мониторят через кнопку Set supervision 3 других абонента
при звонке на него с внутреннего номера гудки продолжают идти, переадресация не срабатывает.
если установить переадресацию на внутренний, всё работает.
категория абонента позволяет звонить на внешние номера без пинкодов.

таймер 4 = 100
таймер 9 = 0 (пробовали выставить другие значения, меньше 4 таймера, но ситуация не меняется)

в Phone COS включены параметры согласно доки:
Forward to external No.
Forward on no reply
...

подскажите в чём может быть проблема? уже и не знаю что проверять... на соседней станции R7.1 всё работает...