CCSS no me jala

rickygm

Foro saludes , estoy tratando de hacer jalar el CCSS en asterisk y no logro que me jale , siguiendo la teoria del wiki de asterisk me deberia funcionar

les pego el log del cli , de la 3003 llamo a la 3000 , rechazo la llamada y desde la 3003 marco *30 y no tira

cc report status
1 Call completion transactions

Core ID Caller Status

608 SIP/3003 CC offered to caller
|-->3000@locales
|-->SIP/3000(CCNR)
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Executing [*30@locales:1] CallCompletionRequest("SIP/3003-00000384", "") in new stack

ahora si uso la extension 3000 al mn y cuelgo deberia devolver la llamada al 3003 y no lo hace !

a la plantilla sip de cada usuario he agregado estos parametros
cc_agent_policy=generic
cc_monitor_policy=generic

alguna idea que estoy haciendo mal?

sldss

navaismo

Pon completo la salida del cli desde que llamas al peer ocupado, cuando haces el requerimiento del ccss y añade las variables del resultado y la razón del ccss con un noop.

rickygm

ok pego la salida

la 3001 llama a la 3000 y la 3000 contesta

Executing [3000@locales:1] Macro("SIP/3001-000003be", "disponible") in new stack
-- Executing [s@macro-disponible:1] Set("SIP/3001-000003be", "estado=NOT_INUSE") in new stack
-- Executing [s@macro-disponible:2] Set("SIP/3001-000003be", "CALLCOMPLETION(cc_agent_policy)=generic") in new stack
-- Executing [s@macro-disponible:3] GotoIf("SIP/3001-000003be", "1? s-BUSY,1") in new stack
-- Goto (macro-disponible, s-BUSY,1)
-- Executing [3000@locales:2] Set("SIP/3001-000003be", "_SIP_SRTP_SDES=optional") in new stack
-- Executing [3000@locales:3] Set("SIP/3001-000003be", "CALLCOMPLETION(cc_agent_policy)=generic") in new stack
-- Executing [3000@locales:4] Dial("SIP/3001-000003be", "SIP/3000,18,tT") in new stack
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Called SIP/3000
-- SIP/3000-000003bf is ringing

la 3003 llama a la 3000 y esta ocupada

-- Executing [3000@locales:1] Macro("SIP/3003-000003c0", "disponible") in new stack
-- Executing [s@macro-disponible:1] Set("SIP/3003-000003c0", "estado=INUSE") in new stack
-- Executing [s@macro-disponible:2] Set("SIP/3003-000003c0", "CALLCOMPLETION(cc_agent_policy)=generic") in new stack
-- Executing [s@macro-disponible:3] GotoIf("SIP/3003-000003c0", "0? s-BUSY,1") in new stack
-- Executing [s@macro-disponible:4] Goto("SIP/3003-000003c0", "s-BUSY,1") in new stack
-- Goto (macro-disponible,s-BUSY,1)
-- Executing [s-BUSY@macro-disponible:1] VoiceMail("SIP/3003-000003c0", "3000,b") in new stack
> 0x7fa19418ab20 -- Probation passed - setting RTP source address to 172.16.8.162:5014
-- <SIP/3003-000003c0> Playing 'vm-theperson.g722' (language 'es')
-- <SIP/3003-000003c0> Playing 'digits/3.g722' (language 'es')
-- <SIP/3003-000003c0> Playing 'digits/0.g722' (language 'es')

la 3001 y la 3000 dejan de hablar , en la consola veo con cc report status que esta la completacion de esta rellamada , pero no lo hace

cc report status
1 Call completion transactions

Core ID Caller Status

642 SIP/3001 CC offered to caller
|-->3000@locales
|-->SIP/3000(CCNR)

si lo hago manual tampoco

Executing [*30@locales:1] CallCompletionRequest("SIP/3003-000003bd", "") in new stack
-- Auto fallthrough, channel 'SIP/3003-000003bd' status is 'UNKNOWN'

rickygm

exten => *30,1,CallCompletionRequest()
exten => *31,1,CallCompletionCancel()

navaismo

añade las variables del resultado y la razón del ccss con un noop.

Para saber cual es el resultado de la petición manual añade las variables ${CC_REQUEST_RESULT} y ${CC_REQUEST_REASON} debajo del *30.

En el caso del cc status se ve que se lo esta ofreciendo pero es entre el 3000 y 3001 mas no al 3003.

rickygm

algo asi?

exten => *30,1,CallCompletionRequest()
${CC_REQUEST_RESULT}
${CC_REQUEST_REASON}

rickygm

llamando a la *30 desde la 3001

== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Executing [*30@locales:1] CallCompletionRequest("SIP/3001-00000024", "") in new stack
-- Auto fallthrough, channel 'SIP/3001-00000024' status is 'UNKNOWN'

navaismo

No, debes respetar la sintaxis del dialplan. O usas same o repites el exten con la siguiente prioridad. Y las variables las debes meter en un NoOp o un verbose.

rickygm

algo asi

exten => *30,1,CallCompletionRequest()
exten => *30,n,NoOp(${CC_REQUEST_RESULT})
exten => *30,n,NoOp(${CC_REQUEST_REASON})

Pedro_Bazan

Yo tengo el mismo problema, no funciona el CCSS.

La salida de las variables es la siguiente:
-- Executing [123@from-internal:1] CallCompletionRequest("SIP/201-0000004f", "") in new stack
-- Executing [123@from-internal:2] NoOp("SIP/201-0000004f", "FAIL") in new stack
-- Executing [*123@from-internal:3] NoOp("SIP/201-0000004f", "NO_CORE_INSTANCE") in new stack

Si se encola la llamada, pero al parecer no se procesa
pbxver*CLI> cc report status
1 Call completion transactions

Core ID Caller Status

30 SIP/200 CC offered to caller
|-->201@from-internal
|-->SIP/201(CCNR)

¿A que se debe?

navaismo

FreePBX ya tiene implementado el CCSS deberías intentar usando los códigos nativos. Cuando me he encontrado la respuesta NO_CORE_INSTANCE es porque la extensión destino nunca fue alcanzada, o nunca sonó. Lo raro es que si esta encolado y de hecho se esta ofreciendo, por ahi podrias ver si el sip debug manda algo.

rickygm

si la verdad , yo le he intentado y tampoco lo he logrado jalar , por el momento pensé en un bug xq estaba haciendo todo lo que la teoría manda .. no tengo un FreePBX para verlo.