Re: [Asterisk-Users] TE406P - MFC/R2

2006-05-29 Thread Fernando Lujan

Moises Silva wrote:

my mistake.
the line in the unicall.conf should be something like
loglevel=4




Hi Moises,

I search for a error message and found this thread in the list:

http://lists.digium.com/pipermail/asterisk-users/2006-April/148978.html

I'm having the same error here.

Do you have a patch which I can apply?

He is the events which I have when I receive a call:

May 29 13:06:09 WARNING[12503]: chan_unicall.c:627 unicall_report: 
MFC/R2 UniCall/31  - 0001  [1/   1/Idle  /Idle ]
May 29 13:06:09 WARNING[12503]: chan_unicall.c:627 unicall_report: 
MFC/R2 UniCall/31 Detected
May 29 13:06:09 WARNING[12503]: chan_unicall.c:627 unicall_report: 
MFC/R2 UniCall/31 Making a new call with CRN 32769
May 29 13:06:09 WARNING[12503]: chan_unicall.c:627 unicall_report: 
MFC/R2 UniCall/31 1101  -  [2/   2/Idle  /Idle ]
May 29 13:06:09 WARNING[12503]: chan_unicall.c:2644 handle_uc_event: 
Unicall/31 event Detected


As I said, the call do not enter in the context I specified in the 
unicall.conf.


Here is the events I receive when I try to make a call trough the asterisk:

  1.
 -- Setting call duration limit to 600 seconds.
  2.
 May 29 12:37:42 WARNING[12319]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/1 Call control(1)
  3.
 May 29 12:37:42 WARNING[12319]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/1 Make call
  4.
 May 29 12:37:42 WARNING[12319]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/1 Making a new call with CRN 32769
  5.
 May 29 12:37:42 WARNING[12319]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/1 0001  -  [1/   1/Idle  /Idle   
  ]

  6.
 -- Called g1/044882120
  7.
 May 29 12:37:42 WARNING[12319]: chan_unicall.c:2644
 handle_uc_event: Unicall/1 event Dialing
  8.
 May 29 12:37:42 WARNING[12319]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/1  - 1101  [1/  40/Seize /Idle   
  ]

  9.
 May 29 12:37:42 WARNING[12319]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/1 0 on  -  [2/  40/Group I   /Idle   
  ]

 10.
 May 29 12:37:47 WARNING[12319]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/1 R2 prot. err. [2/  40/Group I   /DNIS   
  ] cause 32769 - T1 timed out

 11.
 May 29 12:37:47 WARNING[12319]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/1 0 off -  [1/   1/Idle  /Idle   
  ]

 12.
 May 29 12:37:47 WARNING[12319]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/1 1001  -  [1/   1/Idle  /Idle   
  ]

 13.
 May 29 12:37:48 WARNING[12319]: chan_unicall.c:2644
 handle_uc_event: Unicall/1 event Protocol failure
 14.
 -- Unicall/1 protocol error. Cause 32769
 15.
 May 29 12:37:48 WARNING[12319]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/1 Channel gains
 16.
 May 29 12:37:48 WARNING[12319]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/1 Channel switching
 17.
 -- Hungup 'UniCall/1-1'
 18.
   == Everyone is busy/congested at this time (1:0/0/1)
 19.
 -- AGI Script agi://192.168.1.59:4573/asterisk/dialup
 completed, returning 0
 20.
   == Auto fallthrough, channel 'IAX2/123456-2' status is
 'CHANUNAVAIL'


Please, not the lines 10 and 13-14.

Thanks in advance.

Fernando Lujan
___
--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


Re: [Asterisk-Users] TE406P - MFC/R2

2006-05-26 Thread Fernando Lujan

Fernando Lujan wrote:

Steve Underwood wrote:





The problem is almost solved. The card was configured as a T1 interface, 
the selled came and jumped it.


Now I have the following problem. When I call from my legacy pbx, appear 
a event:


*CLI May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report: 
MFC/R2 UniCall/31  - 0001  [1/   1/Idle  /Idle ]
May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2 
UniCall/31 Detected
May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2 
UniCall/31 Making a new call with CRN 32769
May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2 
UniCall/31 1101  -  [2/   2/Idle  /Idle ]
May 26 12:04:09 WARNING[5215]: chan_unicall.c:2644 handle_uc_event: 
Unicall/31 event Detected
May 26 12:04:54 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2 
UniCall/31  - 1001  [2/   2/Seize ack /Seize ack]



But this event, doesn't enter in the context which I configure in the 
unicall.conf file. Do I need to change something else?


Thanks again.

Fernando Lujan

___
--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


Re: [Asterisk-Users] TE406P - MFC/R2

2006-05-26 Thread Moises Silva

you can specify the logging level in unicall.conf

logleve=0-255

select a value from 0 to 8. According to unicall.h the levels are:
enum
{
   UC_LOG_ERROR= 1,
   UC_LOG_WARNING  = 2,
   UC_LOG_PROTOCOL_ERROR   = 3,
   UC_LOG_PROTOCOL_WARNING = 4,
   UC_LOG_FLOW = 5,
   UC_LOG_CAS  = 6,
   UC_LOG_DEBUG_1  = 7,
   UC_LOG_DEBUG_2  = 8
};

I would recommend a value of 4

Regards



On 5/26/06, Fernando Lujan [EMAIL PROTECTED] wrote:

Fernando Lujan wrote:
 Steve Underwood wrote:




The problem is almost solved. The card was configured as a T1 interface,
the selled came and jumped it.

Now I have the following problem. When I call from my legacy pbx, appear
a event:

*CLI May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report:
MFC/R2 UniCall/31  - 0001  [1/   1/Idle  /Idle ]
May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/31 Detected
May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/31 Making a new call with CRN 32769
May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/31 1101  -  [2/   2/Idle  /Idle ]
May 26 12:04:09 WARNING[5215]: chan_unicall.c:2644 handle_uc_event:
Unicall/31 event Detected
May 26 12:04:54 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2
UniCall/31  - 1001  [2/   2/Seize ack /Seize ack]


But this event, doesn't enter in the context which I configure in the
unicall.conf file. Do I need to change something else?

Thanks again.

Fernando Lujan

___
--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;
___
--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


Re: [Asterisk-Users] TE406P - MFC/R2

2006-05-26 Thread Moises Silva

my mistake.
the line in the unicall.conf should be something like
loglevel=4

On 5/26/06, Moises Silva [EMAIL PROTECTED] wrote:

you can specify the logging level in unicall.conf

logleve=0-255

select a value from 0 to 8. According to unicall.h the levels are:
enum
{
UC_LOG_ERROR= 1,
UC_LOG_WARNING  = 2,
UC_LOG_PROTOCOL_ERROR   = 3,
UC_LOG_PROTOCOL_WARNING = 4,
UC_LOG_FLOW = 5,
UC_LOG_CAS  = 6,
UC_LOG_DEBUG_1  = 7,
UC_LOG_DEBUG_2  = 8
};

I would recommend a value of 4

Regards



On 5/26/06, Fernando Lujan [EMAIL PROTECTED] wrote:
 Fernando Lujan wrote:
  Steve Underwood wrote:
 
 


 The problem is almost solved. The card was configured as a T1 interface,
 the selled came and jumped it.

 Now I have the following problem. When I call from my legacy pbx, appear
 a event:

 *CLI May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report:
 MFC/R2 UniCall/31  - 0001  [1/   1/Idle  /Idle ]
 May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2
 UniCall/31 Detected
 May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2
 UniCall/31 Making a new call with CRN 32769
 May 26 12:04:09 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2
 UniCall/31 1101  -  [2/   2/Idle  /Idle ]
 May 26 12:04:09 WARNING[5215]: chan_unicall.c:2644 handle_uc_event:
 Unicall/31 event Detected
 May 26 12:04:54 WARNING[5215]: chan_unicall.c:627 unicall_report: MFC/R2
 UniCall/31  - 1001  [2/   2/Seize ack /Seize ack]


 But this event, doesn't enter in the context which I configure in the
 unicall.conf file. Do I need to change something else?

 Thanks again.

 Fernando Lujan

 ___
 --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;




--
Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org;
___
--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


Re: [Asterisk-Users] TE406P - MFC/R2

2006-05-25 Thread Fernando Lujan

Steve Underwood wrote:


Hi Steve, nice to hear from you. I spoke with you in the irc some time ago.




I'm trying to configure a TE406P with MFC/R2.

here goes my zaptel.conf:

span=1,0,0,ccs,hdb3,crc4
cas=1-15:1101
dchan=16
cas=17-31:1101

span=2,0,0,ccs,hdb3,crc4
cas=32-46:1101
dchan=47
cas=48-62:1101


Changed to:

span=1,1,0,cas,hdb3
span=2,0,0,cas,hdb3
#
cas=1-15:1101
cas=17-31:1101
#
cas=32-46:1101
cas=48-62:1101


That config is completely wrong. Try following the config in the 
MFC/R2 documentation. And please use the documentation at 
soft-switch.org. I keep getting problems reported by people using some 
random junk documentation they found somewhere else.




The first strange behavior is that the:

zap show status

shows this:

Description  Alarms IRQ
bpviol CRC4
T4XXP (PCI) Card 0 Span 1OK 0  
0  0
T4XXP (PCI) Card 0 Span 2OK 0  
0  0
T4XXP (PCI) Card 0 Span 3OK 0  
0  0
T4XXP (PCI) Card 0 Span 4UNCONFIGUR 0  
0  0


How is it possible? Since i just configure 2 spans!


If you configured chan_zap for 2 spans, this is also wrong. You should 
be configuring chan_unicall for the spans. Again, look at the examples 
in he documentation.

My zapata.conf is empty. I used unicall.conf instead.

Here it goes:

[channels]

context=incoming
usecallerid=yes
hidecallerid=no
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
rxgain=0.0
txgain=0.0
immediate=no
amaflags=billing
musiconhold=default
loglevel=255
protocolclass=mfcr2
protocolvariant=br,20,12
group = 1
context=incoming
channel = 1-15
channel = 17-31
channel = 32-46
channel = 48-62


Applying the pach in the Makefile just failed. So I do this:

Change:

chan_unicall.o: chan_unicall.c
  $(CC) -c $(CFLAGS) -o chan_unicall.o chan_unicall.c

To:

chan_unicall.so: chan_unicall.o
  $(CC) $(SOLINK) -o $@ $ -lunicall -lxml2 -lsupertone -lspandsp -ltiff 
$(ZAPLIB)

Change:

CHANNEL_LIBS=chan_sip.so chan_agent.so chan_mgcp.so chan_iax2.so chan_local.so 
chan_skinny.so chan_features.so

To:

CHANNEL_LIBS=chan_sip.so chan_agent.so chan_mgcp.so chan_iax2.so chan_local.so 
chan_skinny.so chan_features.so chan_unicall.so

And finally:

cp channels/chan_unicall.so /usr/lib/asterisk/modules/

Thnaks in advance.

Fernando Lujan




___
--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


[Asterisk-Users] TE406P - MFC/R2

2006-05-24 Thread Fernando Lujan

Guys,

I'm trying to configure a TE406P with MFC/R2.

here goes my zaptel.conf:

span=1,0,0,ccs,hdb3,crc4
cas=1-15:1101
dchan=16
cas=17-31:1101

span=2,0,0,ccs,hdb3,crc4
cas=32-46:1101
dchan=47
cas=48-62:1101

The first strange behavior is that the:

zap show status

shows this:

Description  Alarms IRQ
bpviol CRC4

T4XXP (PCI) Card 0 Span 1OK 0  0  0
T4XXP (PCI) Card 0 Span 2OK 0  0  0
T4XXP (PCI) Card 0 Span 3OK 0  0  0
T4XXP (PCI) Card 0 Span 4UNCONFIGUR 0  0  0

How is it possible? Since i just configure 2 spans!

And the second problem is that when I try to place a call I receive this:

   -- AGI Script Executing Application: (Dial) Options: 
(UniCall/g1/096213788|15|gS(600))

   -- Setting call duration limit to 600 seconds.
May 24 15:13:43 NOTICE[5530]: app_dial.c:1029 dial_exec_full: Unable to 
create channel of type 'UniCall' (cause 0 - Unknown)

 == Everyone is busy/congested at this time (1:0/0/1)

How can I solve this? Or at least debug what is the problem.

Thanks in advance.

Fernando Lujan
___
--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


Re: [Asterisk-Users] TE406P - MFC/R2

2006-05-24 Thread Moises Silva

I would recommend you to use the testcall application that comes
with Unicall distribution. This application will allow you to isolate
the problem. You can stop the asterisk service and use only testcall
application with proper debug format (read the source of testcall.c),
that will tell you what is happening when you try to start a call, or
when you receive a call.

Regarding to the weird output of the command, as far as I have seen,
zaptel does not clean the previous configuration unless you reboot, or
may be issue the command ztcfg -s

Regards

On 5/24/06, Fernando Lujan [EMAIL PROTECTED] wrote:

Guys,

I'm trying to configure a TE406P with MFC/R2.

here goes my zaptel.conf:

span=1,0,0,ccs,hdb3,crc4
cas=1-15:1101
dchan=16
cas=17-31:1101

span=2,0,0,ccs,hdb3,crc4
cas=32-46:1101
dchan=47
cas=48-62:1101

The first strange behavior is that the:

zap show status

shows this:

Description  Alarms IRQ
bpviol CRC4
T4XXP (PCI) Card 0 Span 1OK 0  0  0
T4XXP (PCI) Card 0 Span 2OK 0  0  0
T4XXP (PCI) Card 0 Span 3OK 0  0  0
T4XXP (PCI) Card 0 Span 4UNCONFIGUR 0  0  0

How is it possible? Since i just configure 2 spans!

And the second problem is that when I try to place a call I receive this:

-- AGI Script Executing Application: (Dial) Options:
(UniCall/g1/096213788|15|gS(600))
-- Setting call duration limit to 600 seconds.
May 24 15:13:43 NOTICE[5530]: app_dial.c:1029 dial_exec_full: Unable to
create channel of type 'UniCall' (cause 0 - Unknown)
  == Everyone is busy/congested at this time (1:0/0/1)

How can I solve this? Or at least debug what is the problem.

Thanks in advance.

Fernando Lujan
___
--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;
___
--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


Re: [Asterisk-Users] TE406P - MFC/R2

2006-05-24 Thread Steve Underwood

Fernando Lujan wrote:


Guys,

I'm trying to configure a TE406P with MFC/R2.

here goes my zaptel.conf:

span=1,0,0,ccs,hdb3,crc4
cas=1-15:1101
dchan=16
cas=17-31:1101

span=2,0,0,ccs,hdb3,crc4
cas=32-46:1101
dchan=47
cas=48-62:1101


That config is completely wrong. Try following the config in the MFC/R2 
documentation. And please use the documentation at soft-switch.org. I 
keep getting problems reported by people using some random junk 
documentation they found somewhere else.




The first strange behavior is that the:

zap show status

shows this:

Description  Alarms IRQ
bpviol CRC4
T4XXP (PCI) Card 0 Span 1OK 0  
0  0
T4XXP (PCI) Card 0 Span 2OK 0  
0  0
T4XXP (PCI) Card 0 Span 3OK 0  
0  0
T4XXP (PCI) Card 0 Span 4UNCONFIGUR 0  
0  0


How is it possible? Since i just configure 2 spans!


If you configured chan_zap for 2 spans, this is also wrong. You should 
be configuring chan_unicall for the spans. Again, look at the examples 
in he documentation.




And the second problem is that when I try to place a call I receive this:

   -- AGI Script Executing Application: (Dial) Options: 
(UniCall/g1/096213788|15|gS(600))

   -- Setting call duration limit to 600 seconds.
May 24 15:13:43 NOTICE[5530]: app_dial.c:1029 dial_exec_full: Unable 
to create channel of type 'UniCall' (cause 0 - Unknown)

 == Everyone is busy/congested at this time (1:0/0/1)

How can I solve this? Or at least debug what is the problem.


Regards,
Steve

___
--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