Re: [AsteriskBrasil] Demora para Completar ligação

2018-11-01 Por tôpico Rogério Santos 
Você já testou sem esse código no dialplan?

exten =>
2005,n,MixMonitor(Ramal-${CALLERID(num)}-Em-${STRFTIME(${EPOCH},,%d-%m-%Y-%H-%M)}.wav)
exten => 2005,n,WaitForSilence(1|6)

Aparentemente as suas configurações estão corretas porém é legal testar com
o mínimo para ir eliminando possíveis erros. Você já olhou o logdo CLI do
asterisk durante a chamada se contém alguma informação?

Rogerio Santos ■Mobile

On Thu, Nov 1, 2018, 19:50 Giliardy Arena  wrote:

> Sim !
>
> Os ramais ficam no Cisco. Eu apenas vou ligar para um numero do Asterisk
> que vai gravar as ligações.
> Veja uma nova captura
>
> A troca de mensagens OPTION com os servidores que não possuem o ramal que
> eu estou chamado do Cisco que parece estar atrasando Mas não sei como
> resolver, pois já forcei apenas um servidor no sip.conf
>
>
> 19:23:10.984078 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> INVITE sip:2001@172.17.37.129:5060 SIP/2.0
> 19:23:11.496042 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> INVITE sip:2001@172.17.37.129:5060 SIP/2.0
> 19:23:12.507249 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> INVITE sip:2001@172.17.37.129:5060 SIP/2.0
> 19:23:14.513145 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> INVITE sip:2001@172.17.37.129:5060 SIP/2.0
> 19:23:15.983468 ARP, Request who-has asterisk.ogmaster.local tell
> cucmservice01, length 46
> 19:23:15.983484 ARP, Reply asterisk.ogmaster.local is-at 00:50:56:90:dc:d1
> (oui Unknown), length 28
> 19:23:18.524150 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> INVITE sip:2001@172.17.37.129:5060 SIP/2.0
> 19:23:19.220165 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:19.726828 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:20.739614 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:22.706629 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:22.755062 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:23.213088 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:24.220115 ARP, Request who-has asterisk.ogmaster.local tell
> cucmservice02, length 46
> 19:23:24.220130 ARP, Reply asterisk.ogmaster.local is-at 00:50:56:90:dc:d1
> (oui Unknown), length 28
> 19:23:24.224829 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:24.292071 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:24.808252 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:25.810898 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:26.240672 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:26.533679 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> INVITE sip:2001@172.17.37.129:5060 SIP/2.0
> 19:23:26.762741 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:27.827149 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:29.292152 ARP, Request who-has asterisk.ogmaster.local tell
> infocucmpub, length 46
> 19:23:29.292168 ARP, Reply asterisk.ogmaster.local is-at 00:50:56:90:dc:d1
> (oui Unknown), length 28
> 19:23:30.247068 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:30.769748 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:31.835377 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:34.259328 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:34.784241 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:35.845668 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:38.268704 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 19:23:38.797238 ARP, Request who-has 172.17.39.48 tell cucmservice02,
> length 46
> 19:23:38.989294 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
> SIP/2.0 100 Trying
> 19:23:38.989552 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
> SIP/2.0 100 Trying
> 19:23:38.989649 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
> SIP/2.0 100 Trying
> 19:23:38.989743 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
> SIP/2.0 100 Trying
> 19:23:38.989824 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
> SIP/2.0 100

Re: [AsteriskBrasil] Demora para Completar ligação

2018-11-01 Por tôpico Giliardy Arena 
Sim !

Os ramais ficam no Cisco. Eu apenas vou ligar para um numero do Asterisk
que vai gravar as ligações.
Veja uma nova captura

A troca de mensagens OPTION com os servidores que não possuem o ramal que
eu estou chamado do Cisco que parece estar atrasando Mas não sei como
resolver, pois já forcei apenas um servidor no sip.conf


19:23:10.984078 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2001@172.17.37.129:5060 SIP/2.0
19:23:11.496042 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2001@172.17.37.129:5060 SIP/2.0
19:23:12.507249 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2001@172.17.37.129:5060 SIP/2.0
19:23:14.513145 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2001@172.17.37.129:5060 SIP/2.0
19:23:15.983468 ARP, Request who-has asterisk.ogmaster.local tell
cucmservice01, length 46
19:23:15.983484 ARP, Reply asterisk.ogmaster.local is-at 00:50:56:90:dc:d1
(oui Unknown), length 28
19:23:18.524150 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2001@172.17.37.129:5060 SIP/2.0
19:23:19.220165 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:19.726828 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:20.739614 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:22.706629 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:22.755062 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:23.213088 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:24.220115 ARP, Request who-has asterisk.ogmaster.local tell
cucmservice02, length 46
19:23:24.220130 ARP, Reply asterisk.ogmaster.local is-at 00:50:56:90:dc:d1
(oui Unknown), length 28
19:23:24.224829 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:24.292071 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:24.808252 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:25.810898 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:26.240672 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:26.533679 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2001@172.17.37.129:5060 SIP/2.0
19:23:26.762741 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:27.827149 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:29.292152 ARP, Request who-has asterisk.ogmaster.local tell
infocucmpub, length 46
19:23:29.292168 ARP, Reply asterisk.ogmaster.local is-at 00:50:56:90:dc:d1
(oui Unknown), length 28
19:23:30.247068 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:30.769748 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:31.835377 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:34.259328 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:34.784241 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:35.845668 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:38.268704 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
19:23:38.797238 ARP, Request who-has 172.17.39.48 tell cucmservice02,
length 46
19:23:38.989294 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
SIP/2.0 100 Trying
19:23:38.989552 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
SIP/2.0 100 Trying
19:23:38.989649 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
SIP/2.0 100 Trying
19:23:38.989743 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
SIP/2.0 100 Trying
19:23:38.989824 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
SIP/2.0 100 Trying
19:23:38.989979 IP asterisk.ogmaster.local.sip > cucmservice02.sip: SIP:
SIP/2.0 404 Not Found
19:23:38.990068 IP asterisk.ogmaster.local.sip > cucmservice02.sip: SIP:
SIP/2.0 404 Not Found
19:23:38.990155 IP asterisk.ogmaster.local.sip > cucmservice02.sip: SIP:
SIP/2.0 404 Not Found
19:23:38.990257 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
SIP/2.0 404 Not Found
19:23:38.990339 IP asterisk.ogmaster.local.sip > cucmservice02.sip: SIP:
SIP/2.0 404 Not Found
19:23:38.990409 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
SIP/2.0 404 Not Found
19:23:38.990505 IP asterisk.ogmaster.local.sip >

Re: [AsteriskBrasil] Demora para Completar ligação

2018-11-01 Por tôpico Rogério Santos 
Todos os ramais ficam na cisco ?

Rogerio Santos ■Mobile

On Thu, Nov 1, 2018, 17:48 Giliardy Arena  wrote:

> Oi Luiz.
> Estabeleci um SIP entre o Call Manager e o Asterisk.
> O Call Manager possui um Publisher (39.41) e os Subscribers (39.42 e
> 39.43), onde ficam os telefones registrados.
>
> Já testei tanto deixando todos os IPs possíveis do Call Manager, quanto
> apenas a referente ao registro do meu telefone no Call Manager(39.42) e a
> demora é a mesma.
>
> ;[callman01]
> ;type=friend
> ;context=ramais
> ;host=172.17.39.41
> ;disallow=all
> ;allow=ulaw
> ;allow=alaw
> ;nat=no
> ;canreinvite=yes
> ;qualify=yes
>
> [callman02]
> type=friend
> context=ramais
> host=172.17.39.42
> disallow=all
> allow=ulaw
> allow=alaw
> nat=no
> canreinvite=yes
> qualify=yes
>
> ;[callman03]
> ;type=friend
> ;context=ramais
> ;host=172.17.39.43
> ;disallow=all
> ;allow=ulaw
> ;allow=alaw
> ;nat=no
> ;canreinvite=yes
> ;qualify=yes
>
>
>
> Do lado do Call Manager está tudo configurado e eles estão falando UDP.
>
>
>
>
> No lado do Asterisk , não consegui alguma captura especifica, mas peguei
> via TCPDUMP que ele parece tentar todos antes de efetivamente fechar com o
> primeiro , embora já tenha recebido INVITE do correto.
>
>
>
> tcpdump -i ens192 dst 172.17.37.129 and src 172.17.39.41 or 172.17.39.42
> or 172.17.39.43
>
>
> 16:47:31.740674 IP *cucmservice01.sip* > asterisk.ogmaster.local.sip:
> SIP: INVITE sip:2005@172.17.37.129:5060 SIP/2.0
> 16:47:32.254307 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> INVITE sip:2005@172.17.37.129:5060 SIP/2.0
> 16:47:33.258050 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> INVITE sip:2005@172.17.37.129:5060 SIP/2.0
> 16:47:35.272582 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> INVITE sip:2005@172.17.37.129:5060 SIP/2.0
> 16:47:38.225049 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:38.740848 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:39.282208 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> INVITE sip:2005@172.17.37.129:5060 SIP/2.0
> 16:47:39.751717 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:41.754129 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:43.224610 ARP, Request who-has asterisk.ogmaster.local tell
> infocucmpub, length 46
> 16:47:45.768670 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:46.055483 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:46.560533 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:47.292581 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> INVITE sip:2005@172.17.37.129:5060 SIP/2.0
> 16:47:47.572900 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:49.587485 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:49.780979 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:51.054865 ARP, Request who-has asterisk.ogmaster.local tell
> cucmservice02, length 46
> 16:47:52.292278 ARP, Request who-has asterisk.ogmaster.local tell
> cucmservice01, length 46
> 16:47:53.596301 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:53.785687 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:57.607030 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:47:59.754553 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> ACK sip:2005@172.17.37.129:5060 SIP/2.0
> 16:47:59.755067 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> ACK sip:2005@172.17.37.129:5060 SIP/2.0
> 16:47:59.756284 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> ACK sip:2005@172.17.37.129:5060 SIP/2.0
> 16:48:00.535923 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> OPTIONS sip:172.17.37.129:5060 SIP/2.0
> 16:48:02.126054 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
> SIP/2.0 200 OK
> 16:48:02.220213 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
> SIP/2.0 200 OK
> 16:48:02.220484 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
> SIP/2.0 200 OK
>
>
>
>
>
>
>
> tcpdump -i ens192 src 172.17.37.129 and dst 172.17.39.41 or 172.17.39.42
> or 172.17.39.43
>
>
> 16:47:59.749555 IP asterisk.ogmaster.local.sip > *cucmservice01.sip*:
> SIP: SIP/2.0 100 Trying
> 16:47:59.749932 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
> SIP/2.0 100 Trying
> 16:47:59.750055 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
> SIP/2.0 100 Trying
> 16:47:59.750181 IP

Re: [AsteriskBrasil] Demora para Completar ligação

2018-11-01 Por tôpico Giliardy Arena 
Oi Luiz.
Estabeleci um SIP entre o Call Manager e o Asterisk.
O Call Manager possui um Publisher (39.41) e os Subscribers (39.42 e
39.43), onde ficam os telefones registrados.

Já testei tanto deixando todos os IPs possíveis do Call Manager, quanto
apenas a referente ao registro do meu telefone no Call Manager(39.42) e a
demora é a mesma.

;[callman01]
;type=friend
;context=ramais
;host=172.17.39.41
;disallow=all
;allow=ulaw
;allow=alaw
;nat=no
;canreinvite=yes
;qualify=yes

[callman02]
type=friend
context=ramais
host=172.17.39.42
disallow=all
allow=ulaw
allow=alaw
nat=no
canreinvite=yes
qualify=yes

;[callman03]
;type=friend
;context=ramais
;host=172.17.39.43
;disallow=all
;allow=ulaw
;allow=alaw
;nat=no
;canreinvite=yes
;qualify=yes



Do lado do Call Manager está tudo configurado e eles estão falando UDP.




No lado do Asterisk , não consegui alguma captura especifica, mas peguei
via TCPDUMP que ele parece tentar todos antes de efetivamente fechar com o
primeiro , embora já tenha recebido INVITE do correto.



tcpdump -i ens192 dst 172.17.37.129 and src 172.17.39.41 or 172.17.39.42 or
172.17.39.43


16:47:31.740674 IP *cucmservice01.sip* > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2005@172.17.37.129:5060 SIP/2.0
16:47:32.254307 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2005@172.17.37.129:5060 SIP/2.0
16:47:33.258050 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2005@172.17.37.129:5060 SIP/2.0
16:47:35.272582 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2005@172.17.37.129:5060 SIP/2.0
16:47:38.225049 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:38.740848 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:39.282208 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2005@172.17.37.129:5060 SIP/2.0
16:47:39.751717 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:41.754129 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:43.224610 ARP, Request who-has asterisk.ogmaster.local tell
infocucmpub, length 46
16:47:45.768670 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:46.055483 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:46.560533 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:47.292581 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
INVITE sip:2005@172.17.37.129:5060 SIP/2.0
16:47:47.572900 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:49.587485 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:49.780979 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:51.054865 ARP, Request who-has asterisk.ogmaster.local tell
cucmservice02, length 46
16:47:52.292278 ARP, Request who-has asterisk.ogmaster.local tell
cucmservice01, length 46
16:47:53.596301 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:53.785687 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:57.607030 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:47:59.754553 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
ACK sip:2005@172.17.37.129:5060 SIP/2.0
16:47:59.755067 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
ACK sip:2005@172.17.37.129:5060 SIP/2.0
16:47:59.756284 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
ACK sip:2005@172.17.37.129:5060 SIP/2.0
16:48:00.535923 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
OPTIONS sip:172.17.37.129:5060 SIP/2.0
16:48:02.126054 IP infocucmpub.sip > asterisk.ogmaster.local.sip: SIP:
SIP/2.0 200 OK
16:48:02.220213 IP cucmservice01.sip > asterisk.ogmaster.local.sip: SIP:
SIP/2.0 200 OK
16:48:02.220484 IP cucmservice02.sip > asterisk.ogmaster.local.sip: SIP:
SIP/2.0 200 OK







tcpdump -i ens192 src 172.17.37.129 and dst 172.17.39.41 or 172.17.39.42 or
172.17.39.43


16:47:59.749555 IP asterisk.ogmaster.local.sip > *cucmservice01.sip*: SIP:
SIP/2.0 100 Trying
16:47:59.749932 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
SIP/2.0 100 Trying
16:47:59.750055 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
SIP/2.0 100 Trying
16:47:59.750181 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
SIP/2.0 100 Trying
16:47:59.750348 IP asterisk.ogmaster.local.sip > infocucmpub.sip: SIP:
SIP/2.0 404 Not Found
16:47:59.750472 IP asterisk.ogmaster.local.sip > infocucmpub.sip: SIP:
SIP/2.0 404 Not Found
16:47:59.750514 IP asterisk.ogmaster.local.sip > cucmservice01.sip: SIP:
SIP/2.0 200 OK

Re: [AsteriskBrasil] Demora para Completar ligação

2018-11-01 Por tôpico Rogério Santos 
Como você está fazendo o trunk entre as centrais?

*Luiz Rogério dos Santos*
*__*


* Linkedin
GitHub
*
* (16) 99268-5888 *




Em qui, 1 de nov de 2018 às 15:32, Giliardy Arena 
escreveu:

> Olá pessoal !
> Alguma ajuda ?  Alguma dica ?
>
> Obrigado
>
>
> Atenciosamente,
> Giliardy Correia Arena.
>
>
>
>
> Em qua, 31 de out de 2018 às 10:58, Giliardy Arena <
> giliardy.ar...@gmail.com> escreveu:
>
>> Olá , bom dia.
>>
>> Alguém sugere alguma forma de eu rastrear a ligação desde a chegada da
>> requisicao SIP no servidor Asterisk , para entender o motivo de demorar
>> muito para conectar? Algum debug específico, um trace , um log...
>>
>> Obrigado
>>
>> Em ter, 30 de out de 2018 20:22, Giliardy Arena 
>> escreveu:
>>
>>> Sylvio
>>>
>>> O waitforsilence é para identificar se não tiver mais conversação e
>>> encerrar a ligação.
>>> Para evitar ficar alguma chamada presa gravando eternamente.
>>>
>>>
>>> Atenciosamente,
>>> Giliardy Correia Arena.
>>>
>>>
>>>
>>>
>>> Em ter, 30 de out de 2018 às 17:57, Giliardy Arena <
>>> giliardy.ar...@gmail.com> escreveu:
>>>
 Caros,
 Boa tarde.

 Estou aprendendo e estudando sobre o Asterisk.
 Atualmente administro um Cisco Call Manager e a minha ideia é usar o
 Asterisk para gravar ligações recebidas do Call Manager.

 Fiz a integração do Asterisk com o Call Manager com sucesso.

 Estou com problema para entender o motivo do Asterisk demorar para
 conectar a ligação a uma extensão. Tenho pesquisado, mas com dificuldades
 para entender como debugar.

 Criei a seguinte extensão, que atende sozinha e grava.

 exten => 2005,1,Answer()
 exten =>
 2005,n,MixMonitor(Ramal-${CALLERID(num)}-Em-${STRFTIME(${EPOCH},,%d-%m-%Y-%H-%M)}.wav)
 exten => 2005,n,WaitForSilence(1|6)
 exten => 2005,n,Hangup


 Também experimentei o mesmo sintoma através de uma extensão que criei e
 loguei numa softphone.

 - Ativei Debug full , mas não tem nenhuma mensagem importante. Apenas o
 que vejo na CLI do asterisk

 - Na CLI do Asterisk só vejo log quando a chamada efetivamente é
 conectada, não sei se consigo ver desde o momento que ele recebe a
 requisição.

 - Fiz um TCPDUMP e realmente me parece que é o Asterisk demorando a
 conectar a extensão, mas via TCPDUMP não tenho detalhes para entender e
 ajustar. Demora aproximadamente 30segundos após chamar do Call Manager.


 Alguém pode me dar um help de por onde eu posso rastrear para tentar
 corrigir ?

 Obrigado!

 Atenciosamente,
 Giliardy Correia Arena.


 ___
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> ___
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
Intercomunicador e acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com
___
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] Demora para Completar ligação

2018-11-01 Por tôpico Giliardy Arena 
Olá pessoal !
Alguma ajuda ?  Alguma dica ?

Obrigado


Atenciosamente,
Giliardy Correia Arena.




Em qua, 31 de out de 2018 às 10:58, Giliardy Arena 
escreveu:

> Olá , bom dia.
>
> Alguém sugere alguma forma de eu rastrear a ligação desde a chegada da
> requisicao SIP no servidor Asterisk , para entender o motivo de demorar
> muito para conectar? Algum debug específico, um trace , um log...
>
> Obrigado
>
> Em ter, 30 de out de 2018 20:22, Giliardy Arena 
> escreveu:
>
>> Sylvio
>>
>> O waitforsilence é para identificar se não tiver mais conversação e
>> encerrar a ligação.
>> Para evitar ficar alguma chamada presa gravando eternamente.
>>
>>
>> Atenciosamente,
>> Giliardy Correia Arena.
>>
>>
>>
>>
>> Em ter, 30 de out de 2018 às 17:57, Giliardy Arena <
>> giliardy.ar...@gmail.com> escreveu:
>>
>>> Caros,
>>> Boa tarde.
>>>
>>> Estou aprendendo e estudando sobre o Asterisk.
>>> Atualmente administro um Cisco Call Manager e a minha ideia é usar o
>>> Asterisk para gravar ligações recebidas do Call Manager.
>>>
>>> Fiz a integração do Asterisk com o Call Manager com sucesso.
>>>
>>> Estou com problema para entender o motivo do Asterisk demorar para
>>> conectar a ligação a uma extensão. Tenho pesquisado, mas com dificuldades
>>> para entender como debugar.
>>>
>>> Criei a seguinte extensão, que atende sozinha e grava.
>>>
>>> exten => 2005,1,Answer()
>>> exten =>
>>> 2005,n,MixMonitor(Ramal-${CALLERID(num)}-Em-${STRFTIME(${EPOCH},,%d-%m-%Y-%H-%M)}.wav)
>>> exten => 2005,n,WaitForSilence(1|6)
>>> exten => 2005,n,Hangup
>>>
>>>
>>> Também experimentei o mesmo sintoma através de uma extensão que criei e
>>> loguei numa softphone.
>>>
>>> - Ativei Debug full , mas não tem nenhuma mensagem importante. Apenas o
>>> que vejo na CLI do asterisk
>>>
>>> - Na CLI do Asterisk só vejo log quando a chamada efetivamente é
>>> conectada, não sei se consigo ver desde o momento que ele recebe a
>>> requisição.
>>>
>>> - Fiz um TCPDUMP e realmente me parece que é o Asterisk demorando a
>>> conectar a extensão, mas via TCPDUMP não tenho detalhes para entender e
>>> ajustar. Demora aproximadamente 30segundos após chamar do Call Manager.
>>>
>>>
>>> Alguém pode me dar um help de por onde eu posso rastrear para tentar
>>> corrigir ?
>>>
>>> Obrigado!
>>>
>>> Atenciosamente,
>>> Giliardy Correia Arena.
>>>
>>>
>>>
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
Intercomunicador e acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com
___
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] E1 não completa chamadas para URA

2018-11-01 Por tôpico Rogério Santos 
Verifique esse parâmetro;

auto_dgccb=0



Este parâmetro ao ser configurado como 1 (habilitado) passa a realizar o
bloqueio de chamadas a cobrar por duplo atendimento em todos os canais E1.


Referência:
http://www.digivoice.com.br/placasdevoz/cenarios/index.html?asterisk.htm


*Luiz Rogério dos Santos*
*__*


* Linkedin
GitHub
*
* (16) 99268-5888 *




Em qui, 1 de nov de 2018 às 12:00, Vinícius Bossle Fagundes <
viniciusbos...@gmail.com> escreveu:

> Já tive esse problema, está relacionado a detecção de duplo atendimento.
>
> Vinicius Bossle Fagundes
> viniciusbos...@gmail.com (e-mail, msn, gtalk, skype)
> +55 (48) 99161-1609 (TIM)
>
> [image: Mailtrack]
> 
>  Sender
> notified by
> Mailtrack
> 
>  11/01/18,
> 10:52:24 AM
>
> On Thu, Nov 1, 2018 at 10:43 AM  wrote:
>
>> Sim, ocorre só quando ligamos para uma URA. Parece que o E1 não detecta
>> que uma URA atendeu a ligação, e continua chamando.
>>
>>
>> Em 01/11/2018 08:31, Rogério Santos escreveu:
>>
>> O problema é somente com URA ?
>>
>>
>> *Luiz Rogério dos Santos*
>> *__*
>>
>> * Linkedin
>> *
>> GitHub 
>> * (16) 99268-5888 *
>>
>>
>>
>> Em qui, 25 de out de 2018 às 15:30,  escreveu:
>>
>>> Boa tarde pessoal,
>>>
>>> Estou com um problema, talvez simples, mas quando busco algo parecido no
>>> fórum, não encontro esse erro específico.
>>> Quando o meu PABX Elastix placa DGV2E1 (Digivoice) realiza chamadas para
>>> uma URA (atendimento automático), a ligação não completa. Ou fica chamando
>>> sem parar ou fica muda e cai.
>>> Um exemplo disso é quando ligamos para esse número: 0800 17 17 96
>>> Quando ligo de um celular, o atendimento da URA é instantâneo. Mas
>>> quando ligo usando nosso PABX, ocorre o problema acima.
>>> Poderiam me ajudar nessa?
>>> Essa é minha atual configuração:
>>>
>>> [general]
>>> allow_slinear=0
>>> allow_ulaw=1
>>> allow_alaw=1
>>> allow_gsm=0
>>>
>>> consolelanguage=br
>>>
>>> [allportsconfig]
>>> default_callprogress=cp_default.cfg
>>> detectiontype=1
>>> dialtype=1
>>> afterdialpause=1000
>>>
>>> ringbacktone1=tone1
>>> ringbacktone2=tone1
>>> ringbacktimes=1000,4000,1000,4000
>>>
>>> busytone1=tone1
>>> busytone2=tone1
>>> busytimes=250,250,250,250
>>>
>>> subchannelringtone1=tone1
>>> subchannelringtone2=tone1
>>> subchannelringtimes=100,100,100,5000
>>>
>>> [groups]
>>> group=1
>>> ports=>1-30
>>>
>>> [port_config]
>>> ; -> Exemplo de configuracao para sinalizacao R2 ligado com a
>>> ;rede publica de telefonia.
>>> signalling=r2mfc_ndis_fixed
>>> context=from-zaptel
>>> tx_gain=-2
>>> rx_gain=0
>>> echocan=3
>>> echotraining=1000
>>> silence_threshold=-30
>>> gen_dtmf=1
>>> dtmf_to_asterisk=2
>>> max_digits_rx=4
>>> cid_pos=2
>>> port_id=1121936688
>>> auto_dgccb=0
>>> deny_prefix=00
>>> ports=>1-30
>>>
>>> [e1_config]
>>> e1_sync=1
>>> ;e1_sync_alternative=2
>>> use_crc4=0
>>> span=1,cas
>>> ;span=1,ccs,cpe,euroisdn,overlapdial,local,local,nofacilityenable
>>> span=2,cas
>>> cards=>1
>>> ___
>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
>>> Intercomunicador e acesso remoto via rede IP e telefones IP
>>> Conheça todo o portfólio em www.Khomp.com
>>> ___
>>> Para remover seu email desta lista, basta enviar um email em branco para
>>> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
>>
>>
>> ___
>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
>> Intercomunicador e acesso remoto via rede IP e telefones IP
>> Conheça todo o portfólio em www.Khomp.com
>> ___
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
>>
>> ___
>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
>> Intercomunicador e acesso remoto via rede IP e telefones IP
>> Conheça todo o portfólio em www.Khomp.com
>> ___
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
>
> ___
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP

Re: [AsteriskBrasil] E1 não completa chamadas para URA

2018-11-01 Por tôpico Vinícius Bossle Fagundes 
Já tive esse problema, está relacionado a detecção de duplo atendimento.

Vinicius Bossle Fagundes
viniciusbos...@gmail.com (e-mail, msn, gtalk, skype)
+55 (48) 99161-1609 (TIM)

[image: Mailtrack]

Sender
notified by
Mailtrack

11/01/18,
10:52:24 AM

On Thu, Nov 1, 2018 at 10:43 AM  wrote:

> Sim, ocorre só quando ligamos para uma URA. Parece que o E1 não detecta
> que uma URA atendeu a ligação, e continua chamando.
>
>
> Em 01/11/2018 08:31, Rogério Santos escreveu:
>
> O problema é somente com URA ?
>
>
> *Luiz Rogério dos Santos*
> *__*
>
> * Linkedin *
> GitHub 
> * (16) 99268-5888 *
>
>
>
> Em qui, 25 de out de 2018 às 15:30,  escreveu:
>
>> Boa tarde pessoal,
>>
>> Estou com um problema, talvez simples, mas quando busco algo parecido no
>> fórum, não encontro esse erro específico.
>> Quando o meu PABX Elastix placa DGV2E1 (Digivoice) realiza chamadas para
>> uma URA (atendimento automático), a ligação não completa. Ou fica chamando
>> sem parar ou fica muda e cai.
>> Um exemplo disso é quando ligamos para esse número: 0800 17 17 96
>> Quando ligo de um celular, o atendimento da URA é instantâneo. Mas quando
>> ligo usando nosso PABX, ocorre o problema acima.
>> Poderiam me ajudar nessa?
>> Essa é minha atual configuração:
>>
>> [general]
>> allow_slinear=0
>> allow_ulaw=1
>> allow_alaw=1
>> allow_gsm=0
>>
>> consolelanguage=br
>>
>> [allportsconfig]
>> default_callprogress=cp_default.cfg
>> detectiontype=1
>> dialtype=1
>> afterdialpause=1000
>>
>> ringbacktone1=tone1
>> ringbacktone2=tone1
>> ringbacktimes=1000,4000,1000,4000
>>
>> busytone1=tone1
>> busytone2=tone1
>> busytimes=250,250,250,250
>>
>> subchannelringtone1=tone1
>> subchannelringtone2=tone1
>> subchannelringtimes=100,100,100,5000
>>
>> [groups]
>> group=1
>> ports=>1-30
>>
>> [port_config]
>> ; -> Exemplo de configuracao para sinalizacao R2 ligado com a
>> ;rede publica de telefonia.
>> signalling=r2mfc_ndis_fixed
>> context=from-zaptel
>> tx_gain=-2
>> rx_gain=0
>> echocan=3
>> echotraining=1000
>> silence_threshold=-30
>> gen_dtmf=1
>> dtmf_to_asterisk=2
>> max_digits_rx=4
>> cid_pos=2
>> port_id=1121936688
>> auto_dgccb=0
>> deny_prefix=00
>> ports=>1-30
>>
>> [e1_config]
>> e1_sync=1
>> ;e1_sync_alternative=2
>> use_crc4=0
>> span=1,cas
>> ;span=1,ccs,cpe,euroisdn,overlapdial,local,local,nofacilityenable
>> span=2,cas
>> cards=>1
>> ___
>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
>> Intercomunicador e acesso remoto via rede IP e telefones IP
>> Conheça todo o portfólio em www.Khomp.com
>> ___
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
>
>
> ___
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> ___
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
>
> ___
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> ___
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
Intercomunicador e acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com
___
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] E1 não completa chamadas para URA

2018-11-01 Por tôpico Rogério Santos 
Qual tipo de sinalização?  R2 ou ISDN ?
*Luiz Rogério dos Santos*
*__*


* Linkedin
GitHub
*
* (16) 99268-5888 *




Em qui, 1 de nov de 2018 às 11:44,  escreveu:

> Sim, ocorre só quando ligamos para uma URA. Parece que o E1 não detecta
> que uma URA atendeu a ligação, e continua chamando.
>
>
> Em 01/11/2018 08:31, Rogério Santos escreveu:
>
> O problema é somente com URA ?
>
>
> *Luiz Rogério dos Santos*
> *__*
>
> * Linkedin *
> GitHub 
> * (16) 99268-5888 *
>
>
>
> Em qui, 25 de out de 2018 às 15:30,  escreveu:
>
>> Boa tarde pessoal,
>>
>> Estou com um problema, talvez simples, mas quando busco algo parecido no
>> fórum, não encontro esse erro específico.
>> Quando o meu PABX Elastix placa DGV2E1 (Digivoice) realiza chamadas para
>> uma URA (atendimento automático), a ligação não completa. Ou fica chamando
>> sem parar ou fica muda e cai.
>> Um exemplo disso é quando ligamos para esse número: 0800 17 17 96
>> Quando ligo de um celular, o atendimento da URA é instantâneo. Mas quando
>> ligo usando nosso PABX, ocorre o problema acima.
>> Poderiam me ajudar nessa?
>> Essa é minha atual configuração:
>>
>> [general]
>> allow_slinear=0
>> allow_ulaw=1
>> allow_alaw=1
>> allow_gsm=0
>>
>> consolelanguage=br
>>
>> [allportsconfig]
>> default_callprogress=cp_default.cfg
>> detectiontype=1
>> dialtype=1
>> afterdialpause=1000
>>
>> ringbacktone1=tone1
>> ringbacktone2=tone1
>> ringbacktimes=1000,4000,1000,4000
>>
>> busytone1=tone1
>> busytone2=tone1
>> busytimes=250,250,250,250
>>
>> subchannelringtone1=tone1
>> subchannelringtone2=tone1
>> subchannelringtimes=100,100,100,5000
>>
>> [groups]
>> group=1
>> ports=>1-30
>>
>> [port_config]
>> ; -> Exemplo de configuracao para sinalizacao R2 ligado com a
>> ;rede publica de telefonia.
>> signalling=r2mfc_ndis_fixed
>> context=from-zaptel
>> tx_gain=-2
>> rx_gain=0
>> echocan=3
>> echotraining=1000
>> silence_threshold=-30
>> gen_dtmf=1
>> dtmf_to_asterisk=2
>> max_digits_rx=4
>> cid_pos=2
>> port_id=1121936688
>> auto_dgccb=0
>> deny_prefix=00
>> ports=>1-30
>>
>> [e1_config]
>> e1_sync=1
>> ;e1_sync_alternative=2
>> use_crc4=0
>> span=1,cas
>> ;span=1,ccs,cpe,euroisdn,overlapdial,local,local,nofacilityenable
>> span=2,cas
>> cards=>1
>> ___
>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
>> Intercomunicador e acesso remoto via rede IP e telefones IP
>> Conheça todo o portfólio em www.Khomp.com
>> ___
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
>
>
> ___
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> ___
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
>
> ___
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> ___
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
Intercomunicador e acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com
___
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] E1 não completa chamadas para URA

2018-11-01 Por tôpico contato 
Sim, ocorre só quando ligamos para uma URA. Parece que o E1 não detecta
que uma URA atendeu a ligação, e continua chamando. 

Em 01/11/2018 08:31, Rogério Santos escreveu:

> O problema é somente com URA ? 
> 
> LUIZ ROGÉRIO DOS SANTOS 
> __ 
> 
> LINKEDIN [2] 
> GitHub [3] 
> (16) 99268-5888 [4] 
> 
> Em qui, 25 de out de 2018 às 15:30,  escreveu: 
> 
>> Boa tarde pessoal,
>> 
>> Estou com um problema, talvez simples, mas quando busco algo parecido no 
>> fórum, não encontro esse erro específico.
>> Quando o meu PABX Elastix placa DGV2E1 (Digivoice) realiza chamadas para uma 
>> URA (atendimento automático), a ligação não completa. Ou fica chamando sem 
>> parar ou fica muda e cai.
>> Um exemplo disso é quando ligamos para esse número: 0800 17 17 96
>> Quando ligo de um celular, o atendimento da URA é instantâneo. Mas quando 
>> ligo usando nosso PABX, ocorre o problema acima.
>> Poderiam me ajudar nessa?
>> Essa é minha atual configuração:
>> 
>> [general]
>> allow_slinear=0
>> allow_ulaw=1
>> allow_alaw=1
>> allow_gsm=0
>> 
>> consolelanguage=br
>> 
>> [allportsconfig]
>> default_callprogress=cp_default.cfg
>> detectiontype=1
>> dialtype=1
>> afterdialpause=1000
>> 
>> ringbacktone1=tone1
>> ringbacktone2=tone1
>> ringbacktimes=1000,4000,1000,4000
>> 
>> busytone1=tone1
>> busytone2=tone1
>> busytimes=250,250,250,250
>> 
>> subchannelringtone1=tone1
>> subchannelringtone2=tone1
>> subchannelringtimes=100,100,100,5000
>> 
>> [groups]
>> group=1
>> ports=>1-30
>> 
>> [port_config]
>> ; -> Exemplo de configuracao para sinalizacao R2 ligado com a
>> ;rede publica de telefonia.
>> signalling=r2mfc_ndis_fixed
>> context=from-zaptel
>> tx_gain=-2
>> rx_gain=0
>> echocan=3
>> echotraining=1000
>> silence_threshold=-30
>> gen_dtmf=1
>> dtmf_to_asterisk=2
>> max_digits_rx=4
>> cid_pos=2
>> port_id=1121936688
>> auto_dgccb=0
>> deny_prefix=00
>> ports=>1-30
>> 
>> [e1_config]
>> e1_sync=1
>> ;e1_sync_alternative=2
>> use_crc4=0
>> span=1,cas
>> ;span=1,ccs,cpe,euroisdn,overlapdial,local,local,nofacilityenable
>> span=2,cas
>> cards=>1 ___
>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
>> Intercomunicador e acesso remoto via rede IP e telefones IP
>> Conheça todo o portfólio em www.Khomp.com [1]
>> ___
>> Para remover seu email desta lista, basta enviar um email em branco para 
>> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
> 
> ___
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com [1]
> ___
> Para remover seu email desta lista, basta enviar um email em branco para 
> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
 

Links:
--
[1] http://www.Khomp.com
[2] http://www.linkedin.com/in/luiz-rog%C3%A9rio-santos-66a43b100
[3] https://github.com/Rogertbs
[4] https://api.whatsapp.com/send?phone=+5516992685888___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
Intercomunicador e acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com
___
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] E1 não completa chamadas para URA

2018-11-01 Por tôpico Rogério Santos 
O problema é somente com URA ?


*Luiz Rogério dos Santos*
*__*


* Linkedin
GitHub
*
* (16) 99268-5888 *




Em qui, 25 de out de 2018 às 15:30,  escreveu:

> Boa tarde pessoal,
>
> Estou com um problema, talvez simples, mas quando busco algo parecido no
> fórum, não encontro esse erro específico.
> Quando o meu PABX Elastix placa DGV2E1 (Digivoice) realiza chamadas para
> uma URA (atendimento automático), a ligação não completa. Ou fica chamando
> sem parar ou fica muda e cai.
> Um exemplo disso é quando ligamos para esse número: 0800 17 17 96
> Quando ligo de um celular, o atendimento da URA é instantâneo. Mas quando
> ligo usando nosso PABX, ocorre o problema acima.
> Poderiam me ajudar nessa?
> Essa é minha atual configuração:
>
> [general]
> allow_slinear=0
> allow_ulaw=1
> allow_alaw=1
> allow_gsm=0
>
> consolelanguage=br
>
> [allportsconfig]
> default_callprogress=cp_default.cfg
> detectiontype=1
> dialtype=1
> afterdialpause=1000
>
> ringbacktone1=tone1
> ringbacktone2=tone1
> ringbacktimes=1000,4000,1000,4000
>
> busytone1=tone1
> busytone2=tone1
> busytimes=250,250,250,250
>
> subchannelringtone1=tone1
> subchannelringtone2=tone1
> subchannelringtimes=100,100,100,5000
>
> [groups]
> group=1
> ports=>1-30
>
> [port_config]
> ; -> Exemplo de configuracao para sinalizacao R2 ligado com a
> ;rede publica de telefonia.
> signalling=r2mfc_ndis_fixed
> context=from-zaptel
> tx_gain=-2
> rx_gain=0
> echocan=3
> echotraining=1000
> silence_threshold=-30
> gen_dtmf=1
> dtmf_to_asterisk=2
> max_digits_rx=4
> cid_pos=2
> port_id=1121936688
> auto_dgccb=0
> deny_prefix=00
> ports=>1-30
>
> [e1_config]
> e1_sync=1
> ;e1_sync_alternative=2
> use_crc4=0
> span=1,cas
> ;span=1,ccs,cpe,euroisdn,overlapdial,local,local,nofacilityenable
> span=2,cas
> cards=>1
> ___
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> ___
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
Intercomunicador e acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com
___
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] E1 não completa chamadas para URA

2018-11-01 Por tôpico contato 
Bom dia pessoal, 

Alguém me ajuda nessa?
Ainda não descobri o problema. 

Abs, 

Em 25/10/2018 15:26, cont...@sonoi.com.br escreveu:

> Boa tarde pessoal,
> 
> Estou com um problema, talvez simples, mas quando busco algo parecido no 
> fórum, não encontro esse erro específico.
> Quando o meu PABX Elastix placa DGV2E1 (Digivoice) realiza chamadas para uma 
> URA (atendimento automático), a ligação não completa. Ou fica chamando sem 
> parar ou fica muda e cai.
> Um exemplo disso é quando ligamos para esse número: 0800 17 17 96
> Quando ligo de um celular, o atendimento da URA é instantâneo. Mas quando 
> ligo usando nosso PABX, ocorre o problema acima.
> Poderiam me ajudar nessa?
> Essa é minha atual configuração:
> 
> [general]
> allow_slinear=0
> allow_ulaw=1
> allow_alaw=1
> allow_gsm=0
> 
> consolelanguage=br
> 
> [allportsconfig]
> default_callprogress=cp_default.cfg
> detectiontype=1
> dialtype=1
> afterdialpause=1000
> 
> ringbacktone1=tone1
> ringbacktone2=tone1
> ringbacktimes=1000,4000,1000,4000
> 
> busytone1=tone1
> busytone2=tone1
> busytimes=250,250,250,250
> 
> subchannelringtone1=tone1
> subchannelringtone2=tone1
> subchannelringtimes=100,100,100,5000
> 
> [groups]
> group=1
> ports=>1-30
> 
> [port_config]
> ; -> Exemplo de configuracao para sinalizacao R2 ligado com a
> ;rede publica de telefonia.
> signalling=r2mfc_ndis_fixed
> context=from-zaptel
> tx_gain=-2
> rx_gain=0
> echocan=3
> echotraining=1000
> silence_threshold=-30
> gen_dtmf=1
> dtmf_to_asterisk=2
> max_digits_rx=4
> cid_pos=2
> port_id=1121936688
> auto_dgccb=0
> deny_prefix=00
> ports=>1-30
> 
> [e1_config]
> e1_sync=1
> ;e1_sync_alternative=2
> use_crc4=0
> span=1,cas
> ;span=1,ccs,cpe,euroisdn,overlapdial,local,local,nofacilityenable
> span=2,cas
> cards=>1 
> ___
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com [1]
> ___
> Para remover seu email desta lista, basta enviar um email em branco para 
> asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
 

Links:
--
[1] http://www.Khomp.com___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
Intercomunicador e acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com
___
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org