[LostSoul]

подскажите аналог fromuser и fromdomain из астериска для cisco.

( когда требуется различные user и login при регистрации на SIP )

 

[murano]

@LostSoul Мне кажется, Вы уже херней страдать начинаете. Дайал-пирами разрулите план набора, что откуда и куда должно улетать и все! В этой схеме не нужна регистрация каждого номера с циски на астериске.

[LostSoul]

5 часов назад, murano сказал:

каждого номера

какого каждого?  Номер всего один, серийный.

"астериск" был условный. На самом деле там SMG-16 от элтекса с кривым биллингом, который пользователя требует с 7-кой вначале, а Login для аутентефикации без 7-ки.   типа чтоб from: было от 7495xxxxxxx , а md5 auth от 495xxxxxxx.

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

 

[murano]

@LostSoul Аа, пардон. Я думал, Вас на извращения потянуло:))

 

26 минут назад, LostSoul сказал:

с 7-кой вначале

На самом деле очень хороший тон держать в биллинге и на АТС номера  в формате Е.164. Сразу минимизируются лишние преобразования.

[LostSoul]

Настроил входящие.

С исходящими чуть засада.

 

Некорректно работает 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,

 

[murano]

47 минут назад, LostSoul сказал:

called=7

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

[LostSoul]

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

 

[TheUser]

Debug q931 включите и наберите еще раз, только overlap включите.

[LostSoul]

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

 

[murano]

55 минут назад, LostSoul сказал:

Да хрен с ним, с оверлапом.

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

 

Без оверлапа не дозвонитесь. Режим набора должен быть одинаков с обеих сторон. Насколько я помню, панасоник только на оверлапе и работает.

[LostSoul]

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

 

[murano]

4 минуты назад, LostSoul сказал:

Лично я не понимаю какая для циски разница, ведь это же влияет по идее только на то, сколько раз при наборе номера придет вызов - 1 раз целиком или с промежуточными "неполными" длинами.

Должен на обоих концах стоять одинаковый метод набора. Вы крутите не циску, а панасоник, чтобы при наборе номера он в е1 улетал по реальному завершению набора, а не каждая цифра. Это Вам на СО, где каждая цифра в реальном времени шлется. Здесь надо весь номер слать целиком и сразу.

[LostSoul]

1 минуту назад, murano сказал:

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

Так я именно это и сделал, но вы сказали что этого делать не следовало и поставить снова overlap с обоих сторон.

en block - это  режим когда номер передается целиком по завершении набора.

overlap - режим когда каждая цифра шлется,  а циска должна возвращать Incomplete на каждое нажатие.

 

Но это все не имеет значения, так как уже очевидно, что проблема не в этом.

А в том что возвращает ошибку, что при частичном номере, что при полном

 

может дело в формате номеров?

 

 

[murano]

@LostSoul Ой, прошу прощения... мозг уже заплыл, сам херни понаписал про режимы набора.... Да, еднблок надо. Формат желательно слать е164. Его легче всего обрабатывать.

[LostSoul]

6 минут назад, murano сказал:

Да, еднблок надо. Формат желательно слать е164. Его легче всего обрабатывать.

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

 

 

Что означает "Origination address is non-ISDN"?

 

 

[TheUser]

У вас там на bearer capability ругалось. Может быть нужно указать bearer-cap Speech в

voice-port 3/0:D

 

2 минуты назад, LostSoul сказал:

Что означает "Origination address is non-ISDN"?

В вашем случае это не должно играть роли, один хрен при конвертировании PRI-SIP все потеряется.

[LostSoul]

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 ?

Это номера атрибутов схемы протокола или что?

 

[TheUser]

Со станции на циску приходит какая-то хрень

Transfer Capability = 3.1kHz Audio

которую циска не понимает. Надо их согласовать.

Например, поставить на циске в voice-port bearer-cap 3100hz.
Ошибки вида

bad bearercap 

быть не должно совсем.

[LostSoul]

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

 

[murano]

@LostSoul Вы путаете абонентский набор кнопками и то, что пришло на вход с транка.

[LostSoul]

1 минуту назад, murano сказал:

Вы путаете абонентский набор кнопками и то, что пришло на вход с транка.

С точки хрения циски - у нее с обоих сторон транки.

В одну сторону SIP-транк в сторону Eltex SMG-16 , в другую ISDN PRI в сторону Panasonic TDA200

[murano]

@LostSoul Не, мне сегодня надо определенно идти спать. Уже мысли в голове противоречат друг другу....

[LostSoul]

Проблема, описанная выше возникала из-за того что в voice serivice не были указаны совместимые кодеки.

( такие как в профиле )

 

После была проблема с множественной регистрацией на нескольких sip - решено путем обновления на 15-ый ios.

 

Сейчас на 15 IOS не работают входящие.

согласно дебагу находится нужный диалпир, но вместо звонка возвращается код 403 по sip

 

есть идеи?

как отловить?

 

[murano]

Диалпир покажите

[LostSoul]

4 часа назад, murano сказал:

Диалпир покажите

Конфиг остался прежним.

Для IOS 15 нужно было добавить сервера SIP в ip address trusted list 

Но кто-бы мог подумать, что ублюдочная циска получив INVITE с неразрешенного IP сначала станет ему искать входной и выходной диалпирр,  затем отправит

SIP/2.0 100 Trying а затем подумает и сообразит что IP-то оказывается не разрешенный и даст SIP/2.0 403 Forbidden

 

видимо такой порядок проверки специально, чтоб ни один вменяемый человек не догадался