I have a small call center running with Asterisk 1.4.4 and Unicall. Everything seems to be working but twice now we had to reset the server because all lines stopped working. You can see users dialing in and reaching the queue but the agents never get the call and the lines are not released. I saw that there is a new Zaptel driver which fixes a racing condition with a TE110P card which is what we are using. Could this be the problem? I also keep getting the following messages: [Jun 8 18:36:02] NOTICE[16202]: chan_unicall.c:2401 unicall_indicate: unicall_indicate 16 [Jun 8 18:36:02] NOTICE[16350]: chan_unicall.c:2401 unicall_indicate: unicall_indicate -1 [Jun 8 18:36:02] WARNING[16202]: chan_unicall.c:2449 unicall_indicate: Don't know how to set condition 16 on channel UniCall/1-1 [Jun 8 18:36:02] NOTICE[16202]: chan_unicall.c:2401 unicall_indicate: unicall_indicate 16 [Jun 8 18:36:02] WARNING[16202]: chan_unicall.c:2449 unicall_indicate: Don't know how to set condition 16 on channel UniCall/1-1 [Jun 8 18:36:02] NOTICE[16350]: chan_unicall.c:2401 unicall_indicate: unicall_indicate 17 [Jun 8 18:36:02] WARNING[16350]: chan_unicall.c:2449 unicall_indicate: Don't know how to set condition 17 on channel UniCall/14-1 What do they mean? I've never seen them under Asterisk 1.2 -- Telecomunicaciones Abiertas de M?xico S.A. de C.V. Carlos Ch?vez Prats Director de Tecnolog?a +52-55-91169161 ext 2001 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20070608/c980b2db/attachment.pgp
Hi! Hope someone can help me. I'm trying to pass SIP traffic from one asterisk to another through a third server. Here is the desired scenario: ServerA -- SIP --> ServerB -- SIP --> ServerC When a call is placed on a ServerA local, I can see that ServerB receives the call and dials ServerC. But ServerC says: Jun 8 09:38:32 NOTICE[3269] chan_sip.c: Failed to authenticate user "asterisk" <sip:ServerB-user@123.456.789.012>;tag=as15c8b5e0 However, when I change the configuration between ServerA and ServerB such that: ServerA -- IAX/2 --> ServerB -- SIP --> ServerC This works just fine. If I understand correctly, ServerA only needs to authenticate to ServerB. The fact that ServerB dials ServerC when both legs are SIP seems to indicate that there is no AUTH problem between A and B. And with the 2nd scenario, it proves that there is no auth issue between B and C. Am I missing something? Has anybody got a recipe for this? I'd appreciate any info. Thanks Jug Mensenares
Hi Carlos, On 6/8/07, Carlos Chavez <cursor@telecomabmex.com> wrote:> I have a small call center running with Asterisk 1.4.4 and Unicall. > Everything seems to be working but twice now we had to reset the server > because all lines stopped working. You can see users dialing in and > reaching the queue but the agents never get the call and the lines are > not released.Hum... do you have all the logging facilities enabled? some debug/warning messages will help out with this. I would like to know more details about what do you mean with "stop working". R2 signaling failures? ( I dont think so )> I saw that there is a new Zaptel driver which fixes a racing condition > with a TE110P card which is what we are using. Could this be the > problem?No idea, but you should try the new driver> > [Jun 8 18:36:02] NOTICE[16202]: chan_unicall.c:2401 unicall_indicate: > unicall_indicate 16 > [Jun 8 18:36:02] NOTICE[16350]: chan_unicall.c:2401 unicall_indicate: > unicall_indicate -1 > [Jun 8 18:36:02] WARNING[16202]: chan_unicall.c:2449 unicall_indicate: > Don't know how to set condition 16 on channel UniCall/1-1 > [Jun 8 18:36:02] NOTICE[16202]: chan_unicall.c:2401 unicall_indicate: > unicall_indicate 16 > [Jun 8 18:36:02] WARNING[16202]: chan_unicall.c:2449 unicall_indicate: > Don't know how to set condition 16 on channel UniCall/1-1 > [Jun 8 18:36:02] NOTICE[16350]: chan_unicall.c:2401 unicall_indicate: > unicall_indicate 17 > [Jun 8 18:36:02] WARNING[16350]: chan_unicall.c:2449 unicall_indicate: > Don't know how to set condition 17 on channel UniCall/14-1 > > What do they mean? I've never seen them under Asterisk 1.2Condition 16 and 17 are used for Hold and Unhold events. This only means the unicall driver is not handling those events. Im not sure if we should be handling those ones somehow in the Unicall driver. Do you hear music when putting the Unicall channels on hold? if not, then I think we should be calling ast_moh_start() just as other drivers do. Steve have made some improvements to unicall so im working in doing the proper modifications to Asterisk Unicall driver in order to work, so I will add this onhold thing to my TODO. Regards,> > -- > Telecomunicaciones Abiertas de M?xico S.A. de C.V. > Carlos Ch?vez Prats > Director de Tecnolog?a > +52-55-91169161 ext 2001 > > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > >-- "Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org"
Carlos:
I think you problem is on the queue systems, we have the same problem
on version 1.2.x and 1.4.x
one one of our call centers.
Try to change you agents to be dynamic, and also to change the login
method from AgentLogin to AgentCallBackLogin
Alvaro
On 6/8/07, Carlos Chavez <cursor at telecomabmex.com>
wrote:>
> I have a small call center running with Asterisk 1.4.4 and
> Unicall.
> Everything seems to be working but twice now we had to reset the server
> because all lines stopped working. You can see users dialing in and
> reaching the queue but the agents never get the call and the lines are
> not released.
>
> I saw that there is a new Zaptel driver which fixes a racing
> condition
> with a TE110P card which is what we are using. Could this be the
> problem? I also keep getting the following messages:
>
> [Jun 8 18:36:02] NOTICE[16202]: chan_unicall.c:2401 unicall_indicate:
> unicall_indicate 16
> [Jun 8 18:36:02] NOTICE[16350]: chan_unicall.c:2401 unicall_indicate:
> unicall_indicate -1
> [Jun 8 18:36:02] WARNING[16202]: chan_unicall.c:2449 unicall_indicate:
> Don't know how to set condition 16 on channel UniCall/1-1
> [Jun 8 18:36:02] NOTICE[16202]: chan_unicall.c:2401 unicall_indicate:
> unicall_indicate 16
> [Jun 8 18:36:02] WARNING[16202]: chan_unicall.c:2449 unicall_indicate:
> Don't know how to set condition 16 on channel UniCall/1-1
> [Jun 8 18:36:02] NOTICE[16350]: chan_unicall.c:2401 unicall_indicate:
> unicall_indicate 17
> [Jun 8 18:36:02] WARNING[16350]: chan_unicall.c:2449 unicall_indicate:
> Don't know how to set condition 17 on channel UniCall/14-1
>
> What do they mean? I've never seen them under Asterisk 1.2
>
> --
> Telecomunicaciones Abiertas de M?xico S.A. de C.V.
> Carlos Ch?vez Prats
> Director de Tecnolog?a
> +52-55-91169161 ext 2001
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
>
--
Alvaro I. Parres Peredo
Director de IT
Grupo Xmarts SA de CV
Tel: +52 (33) 35 63 6261 Ext. 112
01 800 087 2260
Cel: +52 (33) 33 68 1087
alvaro.parres at xmarts.com.mx
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20070707/283b01d3/attachment.htm