LostSoul Опубликовано 21 января, 2018 · Жалоба подскажите аналог fromuser и fromdomain из астериска для cisco. ( когда требуется различные user и login при регистрации на SIP ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 22 января, 2018 · Жалоба @LostSoul Мне кажется, Вы уже херней страдать начинаете. Дайал-пирами разрулите план набора, что откуда и куда должно улетать и все! В этой схеме не нужна регистрация каждого номера с циски на астериске. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 22 января, 2018 · Жалоба 5 часов назад, murano сказал: каждого номера какого каждого? Номер всего один, серийный. "астериск" был условный. На самом деле там SMG-16 от элтекса с кривым биллингом, который пользователя требует с 7-кой вначале, а Login для аутентефикации без 7-ки. типа чтоб from: было от 7495xxxxxxx , а md5 auth от 495xxxxxxx. пока временно обошелся заведя логин ручками ,но интересно было бы как указанную схему настроить Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 22 января, 2018 · Жалоба @LostSoul Аа, пардон. Я думал, Вас на извращения потянуло:)) 26 минут назад, LostSoul сказал: с 7-кой вначале На самом деле очень хороший тон держать в биллинге и на АТС номера в формате Е.164. Сразу минимизируются лишние преобразования. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 22 января, 2018 · Жалоба Настроил входящие. С исходящими чуть засада. Некорректно работает isdn overflap. Жду на атс 9-ку, дальше после первой же цифры идет отбой. %CALLTRKR-6-CALL_RECORD: ct_hndl=45, service=None, origin=Answer, category=SyncData, DS0 slot/port/ds1/chan=3/0/0/30, called=7, calling=4951234567, resource slot/port=(n/a)/(n/a), userid=(n/a), ip=0.0.0.0, account id=(n/a), setup=01/22/2018 15:20:27, conn=0.00, phys=0.00, service=0.00, authen=0.00, init-rx/tx b-rate=0/0, rx/tx chars=0/0, time=0.01, disc subsys=ISDN, disc code=0x58, disc text=Incompatible destination, sig type=Unknwn хотя по show dialplan number все нормально. 5350-voip#show dialplan number 7 Macro Exp.: 7 No match, result=1 5350-voip#show dialplan number 79031234567 Macro Exp.: 79031234567 VoiceOverIpPeer1 peer type = voice, system default peer = FALSE, information type = voice, Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 22 января, 2018 · Жалоба 47 минут назад, LostSoul сказал: called=7 У Вас сразу первая цифра улетает в транк. Надо таймауты набора крутить, чтобы спустя несколько секунд если не было ничего введено, номер отправлялся в набор в транк. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 22 января, 2018 · Жалоба 8 минут назад, murano сказал: Надо таймауты набора крутить Вообще пока отключил isdn overlap , только это не помогло. Теперь и на полный номер такое же точно ругательство, как и на одну цифру Jan 22 13:24:14.136: %CALLTRKR-6-CALL_RECORD: ct_hndl=54, service=None, origin=Answer, category=SyncData, DS0 slot/port/ds1/chan=3/0/0/30, called=79031234567, calling=4951234567, resource slot/port=(n/a)/(n/a), userid=(n/a), ip=0.0.0.0, account id=(n/a), setup=01/22/2018 16:24:08, conn=0.00, phys=0.00, service=0.00, authen=0.00, init-rx/tx b-rate=0/0, rx/tx chars=0/0, time=0.01, disc subsys=ISDN, disc code=0x58, disc text=Incompatible destination, sig type=Unknwn при этом 5350-voip#show dialplan number 79031234567 Macro Exp.: 79031234567 VoiceOverIpPeer1 peer type = voice, system default peer = FALSE, information type = voice, полный конфиг Current configuration : 3837 bytes ! ! Last configuration change at 15:54:40 Moscow Mon Jan 22 2018 by root ! NVRAM config last updated at 15:16:30 Moscow Mon Jan 22 2018 by root ! version 12.4 no parser cache no service pad service timestamps debug datetime msec service timestamps log datetime msec service password-encryption ! hostname 5350-voip ! boot-start-marker no boot startup-test boot-end-marker ! ! ! ! resource-pool disable aaa new-model ! ! aaa authentication login default local aaa authentication ppp default local aaa authorization network default local ! aaa session-id common ! resource policy ! clock timezone Moscow 3 tdm clock priority 1 freerun calltracker enable calltracker history max-size 30 calltracker call-record verbose no ip source-route ! ! ip cef ip name-server 8.8.8.8 ! ! no ip bootp server isdn switch-type primary-net5 isdn voice-call-failure 0 ! voice call send-alert voice call carrier capacity active ! voice service voip fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711alaw modem passthrough none codec g729r8 pre-ietf sip registrar server expires max 3600 min 3000 redirect contact order best-match no call service stop ! ! voice class codec 1 codec preference 1 g711ulaw codec preference 2 g729r8 ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! username root password 7 ************ archive log config logging enable hidekeys ! ! controller E1 3/0 framing NO-CRC4 pri-group timeslots 1-31 ! controller E1 3/1 ! controller E1 3/2 ! controller E1 3/3 ! ! translation-rule 10 Rule 0 ^8 7 ! ! ! ! interface GigabitEthernet0/0 ip address xx.xx.xx.226 255.255.255.252 duplex auto speed auto negotiation auto ! interface GigabitEthernet0/1 no ip address shutdown duplex auto speed auto negotiation auto ! interface Serial0/0 no ip address shutdown clock rate 2000000 ! interface Serial0/1 no ip address shutdown clock rate 2000000 ! interface Serial3/0:15 no ip address encapsulation hdlc isdn switch-type primary-net5 isdn overlap-receiving isdn protocol-emulate network isdn sending-complete no cdp enable ! interface Group-Async0 physical-layer async ip dhcp client hostname ff no ip address encapsulation slip ! ! ip route 0.0.0.0 0.0.0.0 xx.xx.xx.225 no ip http server ! ! ! ! ! control-plane ! ! ! voice-port 3/0:D ! ! ! dial-peer voice 100 voip session protocol sipv2 session target dns:voip.uplink.ru ! dial-peer voice 3 pots destination-pattern 4951234567 port 3/0:D forward-digits all ! dial-peer voice 1 voip description "uplink sip" preference 2 destination-pattern 7.......... voice-class codec 1 session protocol sipv2 session target dns:voip.uplink.ru incoming called-number .% dtmf-relay rtp-nte no vad ! ! sip-ua credentials username 4951234567 password ************ realm voip.uplink.ru authentication username 4951234567 password ************ registrar dns:voip.uplink.ru expires 120 sip-server dns:voip.uplink.ru permit hostname dns:<ip_uplink> permit hostname dns:voip.uplink.ru ! ss7 mtp2-variant Bellcore 0 ss7 mtp2-variant Bellcore 1 ss7 mtp2-variant Bellcore 2 ss7 mtp2-variant Bellcore 3 ! line con 0 stopbits 1 line aux 0 stopbits 1 line vty 0 4 privilege level 15 transport input telnet ! scheduler allocate 10000 400 ntp clock-period 17179934 ntp update-calendar ntp server 85.21.78.23 end Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TheUser Опубликовано 22 января, 2018 · Жалоба Debug q931 включите и наберите еще раз, только overlap включите. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 22 января, 2018 · Жалоба 21 минуту назад, TheUser сказал: Debug q931 включите и наберите еще раз, только overlap включите. Да хрен с ним, с оверлапом. Пусть сначала хоть без него дозвонится, а там может и само по себе рассосется. без оверлапа сейчас debug isdn q931 показывает следующее Jan 22 14:01:54.870: ISDN Se3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0022 Bearer Capability i = 0x9090A3 Standard = CCITT Transfer Capability = 3.1kHz Audio Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA1839F Preferred, Channel 31 Progress Ind i = 0x8183 - Origination address is non-ISDN Calling Party Number i = 0x0180, '4951234567' Plan:ISDN, Type:Unknown Called Party Number i = 0x81, '79031234567' Plan:ISDN, Type:Unknown Jan 22 14:01:54.870: ISDN Se3/0:15 **ERROR**: call_incoming: Received a call id 0x1B with a bad bearercap from 4951234567 on b channel 31 Jan 22 14:01:54.870: ISDN Se3/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8022 Cause i = 0x82D8 - Incompatible destination Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 22 января, 2018 · Жалоба 55 минут назад, LostSoul сказал: Да хрен с ним, с оверлапом. Пусть сначала хоть без него дозвонится, а там может и само по себе рассосется. Без оверлапа не дозвонитесь. Режим набора должен быть одинаков с обеих сторон. Насколько я помню, панасоник только на оверлапе и работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 22 января, 2018 · Жалоба 3 минуты назад, murano сказал: только на оверлапе и работает. Ставил en block. Вернул overlap. Лично я не понимаю какая для циски разница, ведь это же влияет по идее только на то, сколько раз при наборе номера придет вызов - 1 раз целиком или с промежуточными "неполными" длинами. Как и следует из банальной логики - результат никак не изменился. Jan 22 14:53:14.244: ISDN Se3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0023 Bearer Capability i = 0x9090A3 Standard = CCITT Transfer Capability = 3.1kHz Audio Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA1839F Preferred, Channel 31 Progress Ind i = 0x8183 - Origination address is non-ISDN Calling Party Number i = 0x0180, '4951234567' Plan:ISDN, Type:Unknown Called Party Number i = 0x81, '7' Plan:ISDN, Type:Unknown Jan 22 14:53:14.244: ISDN Se3/0:15 **ERROR**: call_incoming: Received a call id 0x1C with a bad bearercap from 4951234567 on b channel 31 Jan 22 14:53:14.244: ISDN Se3/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8023 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 22 января, 2018 · Жалоба 4 минуты назад, LostSoul сказал: Лично я не понимаю какая для циски разница, ведь это же влияет по идее только на то, сколько раз при наборе номера придет вызов - 1 раз целиком или с промежуточными "неполными" длинами. Должен на обоих концах стоять одинаковый метод набора. Вы крутите не циску, а панасоник, чтобы при наборе номера он в е1 улетал по реальному завершению набора, а не каждая цифра. Это Вам на СО, где каждая цифра в реальном времени шлется. Здесь надо весь номер слать целиком и сразу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 22 января, 2018 · Жалоба 1 минуту назад, murano сказал: Вы крутите не циску, а панасоник, чтобы при наборе номера он в е1 улетал по реальному завершению набора, а не каждая цифра. Так я именно это и сделал, но вы сказали что этого делать не следовало и поставить снова overlap с обоих сторон. en block - это режим когда номер передается целиком по завершении набора. overlap - режим когда каждая цифра шлется, а циска должна возвращать Incomplete на каждое нажатие. Но это все не имеет значения, так как уже очевидно, что проблема не в этом. А в том что возвращает ошибку, что при частичном номере, что при полном может дело в формате номеров? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 22 января, 2018 · Жалоба @LostSoul Ой, прошу прощения... мозг уже заплыл, сам херни понаписал про режимы набора.... Да, еднблок надо. Формат желательно слать е164. Его легче всего обрабатывать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 22 января, 2018 · Жалоба 6 минут назад, murano сказал: Да, еднблок надо. Формат желательно слать е164. Его легче всего обрабатывать. ну я не знаю как добится от панасоника, чтоб он + к номеру добавлял. атс , вроде, только на цифры согласная Что означает "Origination address is non-ISDN"? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TheUser Опубликовано 22 января, 2018 · Жалоба У вас там на bearer capability ругалось. Может быть нужно указать bearer-cap Speech в voice-port 3/0:D 2 минуты назад, LostSoul сказал: Что означает "Origination address is non-ISDN"? В вашем случае это не должно играть роли, один хрен при конвертировании PRI-SIP все потеряется. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 22 января, 2018 · Жалоба 2 минуты назад, TheUser сказал: bearer-cap Speech поставил, не помогло. Jan 22 15:24:57.543: ISDN Se3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0025 Bearer Capability i = 0x9090A3 Standard = CCITT Transfer Capability = 3.1kHz Audio Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA1839F Preferred, Channel 31 Progress Ind i = 0x8183 - Origination address is non-ISDN Calling Party Number i = 0x0180, '74951234567' Plan:ISDN, Type:Unknown Called Party Number i = 0x81, '7' Plan:ISDN, Type:Unknown Jan 22 15:24:57.543: ISDN Se3/0:15 **ERROR**: call_incoming: Received a call id 0x1E with a bad bearercap from 74951234567 on b channel 31 Jan 22 15:24:57.543: ISDN Se3/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8025 Cause i = 0x82D8 - Incompatible destination Что означают эти цифры i=0x0180 , i=0x81 ? Это номера атрибутов схемы протокола или что? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TheUser Опубликовано 22 января, 2018 · Жалоба Со станции на циску приходит какая-то хрень Transfer Capability = 3.1kHz Audio которую циска не понимает. Надо их согласовать. Например, поставить на циске в voice-port bearer-cap 3100hz. Ошибки вида bad bearercap быть не должно совсем. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 22 января, 2018 · Жалоба 12 минут назад, TheUser сказал: Со станции на циску приходит какая-то хрень мне кажется, если бы дело было в этом, то входящие звонки бы тоже не работали. А они работают превосходно ( SIP -> as5350 --> ISDN PRI --> Panasonic TDA 200 ) Вот дебаг входящего звонка ( до поднятия трубки ) Jan 22 15:46:27.858: ISDN Se3/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Calling num 79031234567 Jan 22 15:46:27.858: ISDN Se3/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Called num 74951234567 Jan 22 15:46:27.858: ISDN Se3/0:15 Q931: TX -> SETUP pd = 8 callref = 0x009F Sending Complete Bearer Capability i = 0x9090A3 Standard = CCITT Transfer Capability = 3.1kHz Audio Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Display i = '79031234567' Calling Party Number i = 0x0180, '79031234567' Plan:ISDN, Type:Unknown Called Party Number i = 0x81, '74951234567' Plan:ISDN, Type:Unknown Jan 22 15:46:27.918: ISDN Se3/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x809F Channel ID i = 0xA98381 Exclusive, Channel 1 Jan 22 15:46:27.922: ISDN Se3/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x809F Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 22 января, 2018 · Жалоба @LostSoul Вы путаете абонентский набор кнопками и то, что пришло на вход с транка. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 22 января, 2018 · Жалоба 1 минуту назад, murano сказал: Вы путаете абонентский набор кнопками и то, что пришло на вход с транка. С точки хрения циски - у нее с обоих сторон транки. В одну сторону SIP-транк в сторону Eltex SMG-16 , в другую ISDN PRI в сторону Panasonic TDA200 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 22 января, 2018 · Жалоба @LostSoul Не, мне сегодня надо определенно идти спать. Уже мысли в голове противоречат друг другу.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 23 января, 2018 · Жалоба Проблема, описанная выше возникала из-за того что в voice serivice не были указаны совместимые кодеки. ( такие как в профиле ) После была проблема с множественной регистрацией на нескольких sip - решено путем обновления на 15-ый ios. Сейчас на 15 IOS не работают входящие. согласно дебагу находится нужный диалпир, но вместо звонка возвращается код 403 по sip есть идеи? как отловить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
murano Опубликовано 23 января, 2018 · Жалоба Диалпир покажите Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 24 января, 2018 · Жалоба 4 часа назад, murano сказал: Диалпир покажите Конфиг остался прежним. Для IOS 15 нужно было добавить сервера SIP в ip address trusted list Но кто-бы мог подумать, что ублюдочная циска получив INVITE с неразрешенного IP сначала станет ему искать входной и выходной диалпирр, затем отправит SIP/2.0 100 Trying а затем подумает и сообразит что IP-то оказывается не разрешенный и даст SIP/2.0 403 Forbidden видимо такой порядок проверки специально, чтоб ни один вменяемый человек не догадался Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...