Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
не слышно абонента в meet me конференции
 
доброго дня всем.

столкнулся со следующей проблемой, если добавить в конференцию абонента сторонней системы подключенного через 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 ;
Изменено: ahvel - 08.02.2018 13:26:52
 
Например, дороги нет от SIP устройств до платы GPA,  на которой собирается конференция. Например, когда плата GPA стоит в кристалле, вынесенном по IP. То есть, до платы INTIP в кристалле, где есть PRI, дорога есть, а до платы INTIP в кристалле, где стоит GPA - дороги нет. ВЫ бы структуру связи привели, было бы легче ориентироваться.
 
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 |
+-------------------------------------------------------------------+
 
Цитата
etc написал:
ВЫ бы структуру связи привели, было бы легче ориентироваться
Да конечно, какая информация по структуре интересует?
 
Есть ли у вас IP-домены? И как они настроены. До всех ли плат INTIP есть дорога?
 
Правильно понимаю - что у вас все абоненты станции - IP (судя по конфигу - без UA/Z)?
надо снимать SIP трассировку - смотреть в каких кодеках вы работаете при обычном разговоре и конференции meet-me.

Можно попробовать для начала сделать все на G711 (настроить в TG, IP домене - поставить внутри и вне домена без компрессии).
 
извиняюсь за долгие ответы, был отъезде...

Цитата
etc написал:
Есть ли у вас IP-домены? И как они настроены. До всех ли плат 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
 
буду вечером снимать трассировку, днем слишком много трафика...
 
Вчера с подобным сталкивался. На плате GA, где сидит MADA с кодеками, не был прописан шлюз дефолтовый, хотя на процессре и GD все было прописано. Соответственно при звонке на другую ноду из другой подсети была односторонняя слышимость.
 
Цитата
fedoseevka написал:
Вчера с подобным сталкивался. На плате GA, где сидит MADA с кодеками, не был прописан шлюз дефолтовый, хотя на процессре и GD все было прописано. Соответственно при звонке на другую ноду из другой подсети была односторонняя слышимость.
проверил, на обеих INTIP прописаны шлюзы, но идея была хороша
Изменено: ahvel - 19.02.2018 07:05:42
 
без трассировки sip тут думать нечего, только пальцем в небо и направление ветра мерить
вероятнее всего что абоненты Gеnesys и Oktell находятся в запредельной сети т.е. к примеру охе находится в сети 10.253.253.x а запредельная сеть 192.168.1.х за бордерами ввиде Gеnesys и Oktell, суть уловили?
если нет абоненты - Gеnesys и Oktell заходятся в своих сетях с опцией "direct rtp", тобишь в качестве источника rtp для Gеnesys и Oktell выступает сам абонент, но по правилам маршрутизаторами (или что там у вас) абонент с Gеnesys и Oktell не имеют выход (запрет) в сеть охе либо статического маршрута не хватает

делайте трассу sip
1. Gеnesys (или Oktell) -> oxe
2. oxe -> Gеnesys (или Oktell)
Пути IP-пакета неисповедимы
Страницы: 1