Re: [Asterisk-Users] Unicall acting really funny
Hello Steve, Thank you for being so active helping people with Unicall problems, I am sure a lot of us appreciate this. I could tweak a little bit more with your software versions from the download site and I got half of the problems solved. Now I am able to set the loglevel to 255 and that gives me a whole lot more tools to work with. I am now also able to reload the chan_unicall.so module correctly without having to restart asterisk. I am sorry for the lame mistakes. I am pretty sure that the CRC4 was not the problem because the FAS increased with CRC4 on and I got a RED signal on the board. Logs on that are printed below. That leaves me with 2 problems and 1 warning. The first problem is that some phones on the office (the Siemens Euroset family) are not able to complete calls from the Highpath to the asterisk (dialing to a SIP extension). I got a T3 timed out message and that's where the call hangs. I could get to this conclusion because all other phone models I tested with completed the calls just fine. I don't know how many other phone models on the office present the same problem. Logs are below. The second problem is when I try to pickup a call coming from the Highpath and dial the extension number dialed to the PSTN E1. The call does not complete although it gets to ring on the destination (on this case my mobile phone) once. The most funky part of this is that this happens MOST of the times, but not all of them and this is what was suggesting a CRC4 problem (I guess). The verbose version of the log files are below. The last is a warning might be related to the second problem. Every time I make a call from a SIP endpoint to the PSTN using my PSTN E1 and the PSTN phone disconnects the call, I get an cause 32773 - Unexpected CAS bit pattern message. I call this a warning because I could not relate any real problem on the calls with that. Logs on that are also below. Thank you in advance, Mesquita * CRC4 / RED SIGNAL LOGS *** asterisk-test:~# cat /proc/zaptel/1 Span 1: Tor2/0/1 Tormenta 2 (PCI) Quad E1 Card 0 Span 1 HDB3//CRC4 RED CRC4 error count: 986 FAS error count: 192 1 Tor2/0/1/1 CAS asterisk-test:~# cat /proc/zaptel/2 Span 2: Tor2/0/2 Tormenta 2 (PCI) Quad E1 Card 0 Span 2 HDB3//CRC4 32 Tor2/0/2/1 CAS 33 Tor2/0/2/2 CAS -- Executing Dial(SIP/teste-4640, Unicall/g1/94109570) in new stack Jun 13 03:36:35 WARNING[1874]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Call control(1) Jun 13 03:36:35 WARNING[1874]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Make call Jun 13 03:36:35 WARNING[1874]: chan_unicall.c:1077 unicall_call: Make call failed - Blocked -- Couldn't call g1/94109570 Jun 13 03:36:35 WARNING[1874]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Channel gains Jun 13 03:36:35 WARNING[1874]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Channel switching -- Hungup 'UniCall/1-1' == Everyone is busy/congested at this time (0:0/0/0) ** FIRST PROBLEM LOGS * asterisk-test:~# cat /proc/zaptel/1 Span 1: Tor2/0/1 Tormenta 2 (PCI) Quad E1 Card 0 Span 1 HDB3/ ClockSource 1 Tor2/0/1/1 CAS (In use) 2 Tor2/0/1/2 CAS (In use) asterisk-test:~# cat /etc/asterisk/extensions.conf (snip) [from-e1-interno] exten = _X.,1,Answer exten = _X.,n,Dial(SIP/teste) exten = _X.,n,Hangup Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/39 - 0001 [1/ 1/Idle /Idle ] Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/39 Detected Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/39 Making a new call with CRN 32769 Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/39 1101 - [2/ 2/Idle /Idle ] Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:2644 handle_uc_event: Unicall/39 event Detected Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/39 - 1 on [2/ 2/Seize ack /Seize ack] Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/39 5 on - [2/ 2/Seize ack /Seize ack] Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/39 - 1 off [2/ 2/Group A /Category req ] Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/39 5 off - [2/ 2/Group A /Category req ] Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/39 - 1 on [2/ 2/Group A /Category req ] Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/39 5 on - [2/ 2/Group A /Category req ] Jun 13 03:24:03 WARNING[1686]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/39 - 1 off [2/ 2/Group A /ANI request ] Jun 13
Re: [Asterisk-Users] Unicall acting really funny
failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 7: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 7: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 8: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 8: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 9: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 9: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 10: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 10: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 1: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 1: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 2: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 2: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 3: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 3: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 4: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 4: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 5: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 5: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Main thread Main thread Main thread Main thread Main thread Main thread Main thread Main thread Main thread Main thread Main thread Thank you, Mesquita Moises Silva wrote: I helped debugging a tormenta card about 1 month ago. Thats the only experience I have with Tormenta card. But he had the same message about FAS error in /proc/zaptel. Why dont you try using testcall (included with libunicall), that will tell you exactly where the call is staying? On 6/10/06, Joao Mesquita [EMAIL PROTECTED] wrote: Hello guys! I hope you bare with yet another newbie on the list! :-) I am trying to setup an asterisk installation in between a Siemens HiPath 3800 and my local carrier (Telefonica/Brazil). Both running R2. ISDN is not an option on the carrier. :-( I could apparently setup both E1s just fine according to zttool (both OK with no alarms) but, and this is where it starts to get funky, some calls from some phones get trough and some don't. Besides that, when I put the loglevel parameter in unicall.conf, asterisk gives me a seg fault when loading the module. The last problem is that when I try the reload command on the asterisk CLI, the E1s get blocked again because chan_unicall.so fails to reload. First of all, lets start with my environment: Linux version: 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC 2005 i686 GNU/Linux Asterisk version: 1.2.9.1 Zaptel version: 1.2.6 Unicall: unicall-0.0.3pre9 Board: ATCOM AX-4E (same as Tormenta2) asterisk-test:/# cat /proc/interrupts CPU0 0: 277514IO-APIC-edge timer 1: 2IO-APIC-edge keyboard 2: 0 XT-PIC cascade 8: 4IO-APIC-edge rtc 14: 38259IO-APIC-edge ide0 15: 12IO-APIC-edge ide1 16: 0 IO-APIC-level usb-uhci, usb-uhci 17: 0 IO-APIC-level Intel ICH5 18: 0 IO-APIC-level usb-uhci 19: 0 IO-APIC-level usb-uhci 22:2700297 IO-APIC-level tor2 23: 14842 IO-APIC-level ehci_hcd, eth0 NMI: 0 LOC: 277453 ERR: 0 MIS: 0 # E1 connected to the carrier ### asterisk-test:/# cat /proc/zaptel/1 Span 1: Tor2/0/1 Tormenta 2 (PCI) Quad E1 Card 0 Span 1 HDB3/ ClockSource BPV count: 812 FAS error count: 3 1 Tor2/0/1/1 CAS (In use) 2 Tor2/0/1/2 CAS (In use) 3 Tor2/0/1/3 CAS (In use) (snip) 27 Tor2/0/1/27 CAS (In use) 28 Tor2/0/1/28 CAS (In use) 29 Tor2/0/1/29 CAS (In use) 30 Tor2/0/1/30 CAS (In use) 31 Tor2/0/1/31 CAS (In use) # E1 connected to the HiPath # Span 2: Tor2/0/2 Tormenta 2 (PCI) Quad E1 Card 0 Span 2 HDB3/ BPV count: 329 FAS error count: 6 32 Tor2/0/2/1 CAS (In use) 33 Tor2/0/2/2 CAS (In use) 34 Tor2/0/2/3 CAS (In use) 35 Tor2/0/2/4 CAS (In use) (snip) 57 Tor2/0/2/26 CAS (In use) 58 Tor2/0/2/27 CAS (In use) 59 Tor2/0/2/28 CAS (In use) 60 Tor2/0/2/29 CAS (In use) 61 Tor2/0/2/30 CAS (In use) 62 Tor2/0/2/31 CAS (In use) asterisk-test:/etc# cat zaptel.conf span=1,1,0,cas,hdb3 span=2,0,0,cas,hdb3 span=3,0,0,cas,hdb3 span=4,0,0,cas,hdb3 # cas=1-15:1101 cas=17-31:1101 # cas=32-46:1101 cas=48-62:1101 # cas=63-77:1101 cas=79-93:1101 # cas=94
Re: [Asterisk-Users] Unicall acting really funny
: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 7: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 7: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 8: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 8: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 9: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 9: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 10: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 10: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 1: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 1: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 2: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 2: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 3: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 3: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 4: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 4: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 5: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Chan 5: -- Protocol failure on channel 0, cause (32773) Unexpected CAS bit pattern Main thread Main thread Main thread Main thread Main thread Main thread Main thread Main thread Main thread Main thread Main thread Thank you, Mesquita Moises Silva wrote: I helped debugging a tormenta card about 1 month ago. Thats the only experience I have with Tormenta card. But he had the same message about FAS error in /proc/zaptel. Why dont you try using testcall (included with libunicall), that will tell you exactly where the call is staying? On 6/10/06, Joao Mesquita [EMAIL PROTECTED] wrote: Hello guys! I hope you bare with yet another newbie on the list! :-) I am trying to setup an asterisk installation in between a Siemens HiPath 3800 and my local carrier (Telefonica/Brazil). Both running R2. ISDN is not an option on the carrier. :-( I could apparently setup both E1s just fine according to zttool (both OK with no alarms) but, and this is where it starts to get funky, some calls from some phones get trough and some don't. Besides that, when I put the loglevel parameter in unicall.conf, asterisk gives me a seg fault when loading the module. The last problem is that when I try the reload command on the asterisk CLI, the E1s get blocked again because chan_unicall.so fails to reload. First of all, lets start with my environment: Linux version: 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC 2005 i686 GNU/Linux Asterisk version: 1.2.9.1 Zaptel version: 1.2.6 Unicall: unicall-0.0.3pre9 Board: ATCOM AX-4E (same as Tormenta2) asterisk-test:/# cat /proc/interrupts CPU0 0: 277514IO-APIC-edge timer 1: 2IO-APIC-edge keyboard 2: 0 XT-PIC cascade 8: 4IO-APIC-edge rtc 14: 38259IO-APIC-edge ide0 15: 12IO-APIC-edge ide1 16: 0 IO-APIC-level usb-uhci, usb-uhci 17: 0 IO-APIC-level Intel ICH5 18: 0 IO-APIC-level usb-uhci 19: 0 IO-APIC-level usb-uhci 22:2700297 IO-APIC-level tor2 23: 14842 IO-APIC-level ehci_hcd, eth0 NMI: 0 LOC: 277453 ERR: 0 MIS: 0 # E1 connected to the carrier ### asterisk-test:/# cat /proc/zaptel/1 Span 1: Tor2/0/1 Tormenta 2 (PCI) Quad E1 Card 0 Span 1 HDB3/ ClockSource BPV count: 812 FAS error count: 3 1 Tor2/0/1/1 CAS (In use) 2 Tor2/0/1/2 CAS (In use) 3 Tor2/0/1/3 CAS (In use) (snip) 27 Tor2/0/1/27 CAS (In use) 28 Tor2/0/1/28 CAS (In use) 29 Tor2/0/1/29 CAS (In use) 30 Tor2/0/1/30 CAS (In use) 31 Tor2/0/1/31 CAS (In use) # E1 connected to the HiPath # Span 2: Tor2/0/2 Tormenta 2 (PCI) Quad E1 Card 0 Span 2 HDB3/ BPV count: 329 FAS error count: 6 32 Tor2/0/2/1 CAS (In use) 33 Tor2/0/2/2 CAS (In use) 34 Tor2/0/2/3 CAS (In use) 35 Tor2/0/2/4 CAS (In use) (snip) 57 Tor2/0/2/26 CAS (In use) 58 Tor2/0/2/27 CAS (In use) 59 Tor2/0/2/28 CAS (In use) 60 Tor2/0/2/29 CAS (In use) 61 Tor2/0/2/30 CAS (In use) 62 Tor2/0/2/31 CAS (In use) asterisk-test:/etc# cat zaptel.conf span=1,1,0,cas,hdb3 span=2,0,0,cas,hdb3 span=3,0,0,cas,hdb3 span=4,0,0,cas,hdb3 # cas=1-15:1101 cas=17-31:1101 # cas=32-46:1101 cas=48-62:1101 # cas
[Asterisk-Users] Unicall acting really funny
Hello guys! I hope you bare with yet another newbie on the list! :-) I am trying to setup an asterisk installation in between a Siemens HiPath 3800 and my local carrier (Telefonica/Brazil). Both running R2. ISDN is not an option on the carrier. :-( I could apparently setup both E1s just fine according to zttool (both OK with no alarms) but, and this is where it starts to get funky, some calls from some phones get trough and some don't. Besides that, when I put the loglevel parameter in unicall.conf, asterisk gives me a seg fault when loading the module. The last problem is that when I try the reload command on the asterisk CLI, the E1s get blocked again because chan_unicall.so fails to reload. First of all, lets start with my environment: Linux version: 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC 2005 i686 GNU/Linux Asterisk version: 1.2.9.1 Zaptel version: 1.2.6 Unicall: unicall-0.0.3pre9 Board: ATCOM AX-4E (same as Tormenta2) asterisk-test:/# cat /proc/interrupts CPU0 0: 277514IO-APIC-edge timer 1: 2IO-APIC-edge keyboard 2: 0 XT-PIC cascade 8: 4IO-APIC-edge rtc 14: 38259IO-APIC-edge ide0 15: 12IO-APIC-edge ide1 16: 0 IO-APIC-level usb-uhci, usb-uhci 17: 0 IO-APIC-level Intel ICH5 18: 0 IO-APIC-level usb-uhci 19: 0 IO-APIC-level usb-uhci 22:2700297 IO-APIC-level tor2 23: 14842 IO-APIC-level ehci_hcd, eth0 NMI: 0 LOC: 277453 ERR: 0 MIS: 0 # E1 connected to the carrier ### asterisk-test:/# cat /proc/zaptel/1 Span 1: Tor2/0/1 Tormenta 2 (PCI) Quad E1 Card 0 Span 1 HDB3/ ClockSource BPV count: 812 FAS error count: 3 1 Tor2/0/1/1 CAS (In use) 2 Tor2/0/1/2 CAS (In use) 3 Tor2/0/1/3 CAS (In use) (snip) 27 Tor2/0/1/27 CAS (In use) 28 Tor2/0/1/28 CAS (In use) 29 Tor2/0/1/29 CAS (In use) 30 Tor2/0/1/30 CAS (In use) 31 Tor2/0/1/31 CAS (In use) # E1 connected to the HiPath # Span 2: Tor2/0/2 Tormenta 2 (PCI) Quad E1 Card 0 Span 2 HDB3/ BPV count: 329 FAS error count: 6 32 Tor2/0/2/1 CAS (In use) 33 Tor2/0/2/2 CAS (In use) 34 Tor2/0/2/3 CAS (In use) 35 Tor2/0/2/4 CAS (In use) (snip) 57 Tor2/0/2/26 CAS (In use) 58 Tor2/0/2/27 CAS (In use) 59 Tor2/0/2/28 CAS (In use) 60 Tor2/0/2/29 CAS (In use) 61 Tor2/0/2/30 CAS (In use) 62 Tor2/0/2/31 CAS (In use) asterisk-test:/etc# cat zaptel.conf span=1,1,0,cas,hdb3 span=2,0,0,cas,hdb3 span=3,0,0,cas,hdb3 span=4,0,0,cas,hdb3 # cas=1-15:1101 cas=17-31:1101 # cas=32-46:1101 cas=48-62:1101 # cas=63-77:1101 cas=79-93:1101 # cas=94-108:1101 cas=110-124:1101 asterisk-test:/etc/asterisk# cat unicall.conf [channels] language=br protocolclass=mfcr2 context=from-e1-externo protocolvariant=br,20,20 protocolend=cpe group=1 channel = 1-15 channel = 17-31 language=br context=from-e1-interno group=2 channel = 32-46 channel = 48-62 Ok, now let's go with the logs! :-) When asterisk starts everything goes OK without the loglevel entry in unicall.conf, but with it we get: [chan_unicall.so] = (Unified call processing (UniCall)) == Parsing '/etc/asterisk/unicall.conf': Found Segmentation fault (core dumped) asterisk-test:~# Ouch ... error while writing audio data: : Broken pipe Warning, flexibel rate not heavily tested! Now dialing from a DECT (Siemens Gigaset C50) extension behind Hipath to SIP/teste: Jun 10 02:24:36 WARNING[1652]: chan_unicall.c:2694 handle_uc_event: Unicall/39 event Detected Jun 10 02:24:42 WARNING[1652]: chan_unicall.c:2694 handle_uc_event: Unicall/39 event Offered Jun 10 02:24:42 WARNING[1652]: chan_unicall.c:2805 handle_uc_event: CRN 32770 - Offered on channel 0 (ANI: 1021, DNIS: 8080, Cat: 0) Jun 10 02:24:42 WARNING[1652]: chan_unicall.c:2694 handle_uc_event: Unicall/39 event Accepted -- Executing Answer(UniCall/39-1, ) in new stack Jun 10 02:24:42 WARNING[1769]: chan_unicall.c:1460 unicall_answer: Answer Call -- Executing Dial(UniCall/39-1, SIP/teste) in new stack -- Called teste -- SIP/teste-291f is ringing Jun 10 02:24:43 WARNING[1769]: chan_unicall.c:2490 unicall_indicate: unicall_indicate 3 -- SIP/teste-291f answered UniCall/39-1 Jun 10 02:24:47 WARNING[1769]: chan_unicall.c:2490 unicall_indicate: unicall_indicate -1 == Spawn extension (from-e1-interno, 8080, 2) exited non-zero on 'UniCall/39-1' -- Hungup 'UniCall/39-1' Jun 10 02:24:59 WARNING[1652]: chan_unicall.c:2694 handle_uc_event: Unicall/39 event Drop call Jun 10 02:24:59 WARNING[1652]: chan_unicall.c:2694 handle_uc_event: Unicall/39 event Local end unblocked -- Unicall/39 local unblocked Dialing from a Siemens euroset 3005 (regular office phone) to SIP/teste: This also happens to a lot of
