Dinesh Nair
2005-Oct-19 08:51 UTC
[Asterisk-Users] E1 PRI error: "!! Got I-frame while link state 2" and "!! Got a UA, but i'm in state 1" (long)
-------- Original Message -------- Subject: E1 PRI error: "!! Got I-frame while link state 2" and "!! Got a UA, but i'm in state 1" Date: Wed, 19 Oct 2005 23:46:01 +0800 From: Dinesh Nair <dinesh@alphaque.com> To: Asterisk Users Mailing List - Non-Commercial Discussion <asterisk-users@lists.digium.com>, Asterisk on BSD discussion <asterisk-bsd@lists.digium.com> hey * folk, i've got a TE410P (generation 1 firmware) stuck in a box with a single xeon 2.8Ghz and 1GB RAM. there's a loopback E1 cable connecting span 1 to span 4 (zaptel.conf and zapata.conf below). upon starting up asterisk, i see the following errors consistently on the screen, !! Got I-frame while link state 2 !! Got a UA, but i'm in state 1 they seem to be coming from libpri.so.1 and the spans seem to be restarting each other infinitely. i also get a number of the following messages from chan_zap.so: B-channel 0/6 restarted on span 1 B-channel 0/6 restarted on span 4 B-channel 0/7 restarted on span 1 B-channel 0/7 restarted on span 4 B-channel 0/8 restarted on span 1 B-channel 0/8 restarted on span 4 B-channel 0/9 restarted on span 1 B-channel 0/9 restarted on span 4 No D-channels available! Using Primary Channel 16 as D-channel anyway! No D-channels available! Using Primary Channel 109 as D-channel anyway! both spans show "Provisioned,Up, Active" in pri show span, and zttest shows 100% all the way. a snapshot of pri debug span 1, shows: > Protocol Discriminator: Q.931 (8) len=13 > Call Ref: len= 2 (reference 0/0x0) (Originator) > Message type: RESTART (70) > [18 03 a9 83 83] > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0 > ChanSel: Reserved > Ext: 1 Coding: 0 Number Specified Channel Type: 3 > Ext: 1 Channel: 3 ] > [79 01 80] > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ] < Protocol Discriminator: Q.931 (8) len=13 < Call Ref: len= 2 (reference 0/0x0) (Terminator) < Message type: RESTART ACKNOWLEDGE (78) < [18 03 a9 83 83] < Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0 < ChanSel: Reserved < Ext: 1 Coding: 0 Number Specified Channel Type: 3 < Ext: 1 Channel: 3 ] < [79 01 80] < Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ] -- Processing IE 24 (cs0, Channel Identification) -- Processing IE 121 (cs0, Restart Indicator) > Protocol Discriminator: Q.931 (8) len=13 > Call Ref: len= 2 (reference 0/0x0) (Originator) > Message type: RESTART (70) > [18 03 a9 83 84] > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0 > ChanSel: Reserved > Ext: 1 Coding: 0 Number Specified Channel Type: 3 > Ext: 1 Channel: 4 ] > [79 01 80] > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ] !! Got I-frame while link state 2 > Protocol Discriminator: Q.931 (8) len=13 > Call Ref: len= 2 (reference 0/0x0) (Originator) > Message type: RESTART (70) > [18 03 a9 83 83] > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0 > ChanSel: Reserved > Ext: 1 Coding: 0 Number Specified Channel Type: 3 > Ext: 1 Channel: 3 ] > [79 01 80] > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ] < Protocol Discriminator: Q.931 (8) len=13 < Call Ref: len= 2 (reference 0/0x0) (Originator) < Message type: RESTART (70) < [18 03 a9 83 84] < Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0 < ChanSel: Reserved < Ext: 1 Coding: 0 Number Specified Channel Type: 3 < Ext: 1 Channel: 4 ] < [79 01 80] < Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ] -- Processing Q.931 Restart -- Processing IE 24 (cs0, Channel Identification) -- Processing IE 121 (cs0, Restart Indicator) > Protocol Discriminator: Q.931 (8) len=13 > Call Ref: len= 2 (reference 0/0x0) (Terminator) > Message type: RESTART ACKNOWLEDGE (78) > [18 03 a9 83 84] > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0 > ChanSel: Reserved > Ext: 1 Coding: 0 Number Specified Channel Type: 3 > Ext: 1 Channel: 4 ] > [79 01 80] > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ] !! Got I-frame while link state 2 > Protocol Discriminator: Q.931 (8) len=13 > Call Ref: len= 2 (reference 0/0x0) (Originator) > Message type: RESTART (70) > [18 03 a9 83 85] > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0 > ChanSel: Reserved > Ext: 1 Coding: 0 Number Specified Channel Type: 3 > Ext: 1 Channel: 5 ] > [79 01 80] > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ] < Protocol Discriminator: Q.931 (8) len=13 < Call Ref: len= 2 (reference 0/0x0) (Terminator) < Message type: RESTART ACKNOWLEDGE (78) < [18 03 a9 83 85] < Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0 < ChanSel: Reserved < Ext: 1 Coding: 0 Number Specified Channel Type: 3 < Ext: 1 Channel: 5 ] < [79 01 80] < Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ] -- Processing IE 24 (cs0, Channel Identification) -- Processing IE 121 (cs0, Restart Indicator) > Protocol Discriminator: Q.931 (8) len=13 > Call Ref: len= 2 (reference 0/0x0) (Originator) > Message type: RESTART (70) > [18 03 a9 83 86] > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0 > ChanSel: Reserved > Ext: 1 Coding: 0 Number Specified Channel Type: 3 > Ext: 1 Channel: 6 ] > [79 01 80] > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ] !! Got I-frame while link state 2 > Protocol Discriminator: Q.931 (8) len=13 > Call Ref: len= 2 (reference 0/0x0) (Originator) > Message type: RESTART (70) > [18 03 a9 83 85] > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0 > ChanSel: Reserved > Ext: 1 Coding: 0 Number Specified Channel Type: 3 > Ext: 1 Channel: 5 ] > [79 01 80] > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ] < Protocol Discriminator: Q.931 (8) len=13 < Call Ref: len= 2 (reference 0/0x0) (Terminator) < Message type: RESTART ACKNOWLEDGE (78) < [18 03 a9 83 85] < Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0 < ChanSel: Reserved < Ext: 1 Coding: 0 Number Specified Channel Type: 3 < Ext: 1 Channel: 5 ] < [79 01 80] < Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ] -- Processing IE 24 (cs0, Channel Identification) -- Processing IE 121 (cs0, Restart Indicator) any idea what could be causing this ? it doesnt really matter which of the two spans i loopback on, the symptoms remain the same. needless to say, no calls can be made. asterisk and libpri are CVS HEAD as of 12 oct 05. could it be due to a buggy card ? if this is the case, i really wont be able to tell as i dont have any spare cards to test with. i've read that the newer versions of the drivers may cause similar problems to old cards, but since we're on freebsd, we're unable to revert to an old version of the driver. i'm very close to escalating this to digium support, but am wondering if someone here has seen this and/or solved this before. additionally, what are the usages of pridump, pritest, testprilib respectively in the libpri sources ? --dinesh --- zaptel.conf --- bchan=1-15 dchan=16 bchan=17-31 span=1,0,0,ccs,hdb3,crc4 bchan=32-46 dchan=47 bchan=48-62 span=2,1,0,ccs,hdb3,crc4 bchan=63-77 dchan=78 bchan=79-93 span=3,0,0,ccs,hdb3,crc4 bchan=94-108 dchan=109 bchan=110-124 span=4,1,0,ccs,hdb3,crc4 --- zaptel.conf --- --- zapata.conf --- [channels] signalling=pri_net context=default group=1 callgroup=1 pickupgroup=1 priindication=outofband switchtype=euroisdn context=default amaflags=default busycount=4 callwaiting=no transfer=yes useincomingcalleridonzaptransfer=yes threewaycalling=yes callreturn=yes relaxdtmf=no busydetect=no usecallerid=yes hidecallerid=no echocancel=yes echocancelwhenbridged=no echotraining=no immediate=no channel => 1-15 channel => 17-31 signalling=pri_cpe context=default group=1 callgroup=1 pickupgroup=1 priindication=outofband switchtype=euroisdn context=default amaflags=default busycount=4 callwaiting=no transfer=yes useincomingcalleridonzaptransfer=yes threewaycalling=yes callreturn=yes relaxdtmf=no busydetect=no usecallerid=yes hidecallerid=no echocancel=yes echocancelwhenbridged=no echotraining=no immediate=yes channel => 94-108 channel => 110-124 --- zapata.conf --- -- Regards, /\_/\ "All dogs go to heaven." dinesh@alphaque.com (0 0) http://www.alphaque.com/ +==========================----oOO--(_)--OOo----==========================+ | for a in past present future; do | | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b." | | done; done | +=========================================================================+ -- Regards, /\_/\ "All dogs go to heaven." dinesh@alphaque.com (0 0) http://www.alphaque.com/ +==========================----oOO--(_)--OOo----==========================+ | for a in past present future; do | | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b." | | done; done | +=========================================================================+
Matthew Fredrickson
2005-Oct-19 17:30 UTC
[Asterisk-Users] E1 PRI error: "!! Got I-frame while link state 2" and "!! Got a UA, but i'm in state 1" (long)
Have you tried this in a Linux machine or are you still trying this in your FreeBSD box? Matthew Fredrickson On Oct 19, 2005, at 10:51 AM, Dinesh Nair wrote:> i've got a TE410P (generation 1 firmware) stuck in a box with a single > xeon > 2.8Ghz and 1GB RAM. there's a loopback E1 cable connecting span 1 to > span 4 > (zaptel.conf and zapata.conf below). upon starting up asterisk, i see > the > following errors consistently on the screen, > > !! Got I-frame while link state 2 > !! Got a UA, but i'm in state 1 > > they seem to be coming from libpri.so.1 and the spans seem to be > restarting > each other infinitely. i also get a number of the following messages > from > chan_zap.so: > > B-channel 0/6 restarted on span 1 > B-channel 0/6 restarted on span 4 > B-channel 0/7 restarted on span 1 > B-channel 0/7 restarted on span 4 > B-channel 0/8 restarted on span 1 > B-channel 0/8 restarted on span 4 > B-channel 0/9 restarted on span 1 > B-channel 0/9 restarted on span 4 > > No D-channels available! Using Primary Channel 16 as D-channel anyway! > No D-channels available! Using Primary Channel 109 as D-channel anyway! > > both spans show "Provisioned,Up, Active" in pri show span, and zttest > shows > 100% all the way. > > a snapshot of pri debug span 1, shows: > > > Protocol Discriminator: Q.931 (8) len=13 > > Call Ref: len= 2 (reference 0/0x0) (Originator) > > Message type: RESTART (70) > > [18 03 a9 83 83] > > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, > Exclusive Dchan: 0 > > ChanSel: Reserved > > Ext: 1 Coding: 0 Number Specified Channel > Type: 3 > > Ext: 1 Channel: 3 ] > > [79 01 80] > > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated > Channel (0) ] > < Protocol Discriminator: Q.931 (8) len=13 > < Call Ref: len= 2 (reference 0/0x0) (Terminator) > < Message type: RESTART ACKNOWLEDGE (78) > < [18 03 a9 83 83] > < Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, > Exclusive Dchan: 0 > < ChanSel: Reserved > < Ext: 1 Coding: 0 Number Specified Channel > Type: 3 > < Ext: 1 Channel: 3 ] > < [79 01 80] > < Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated > Channel (0) ] > -- Processing IE 24 (cs0, Channel Identification) > -- Processing IE 121 (cs0, Restart Indicator) > > Protocol Discriminator: Q.931 (8) len=13 > > Call Ref: len= 2 (reference 0/0x0) (Originator) > > Message type: RESTART (70) > > [18 03 a9 83 84] > > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, > Exclusive Dchan: 0 > > ChanSel: Reserved > > Ext: 1 Coding: 0 Number Specified Channel > Type: 3 > > Ext: 1 Channel: 4 ] > > [79 01 80] > > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated > Channel (0) ] > !! Got I-frame while link state 2 > > Protocol Discriminator: Q.931 (8) len=13 > > Call Ref: len= 2 (reference 0/0x0) (Originator) > > Message type: RESTART (70) > > [18 03 a9 83 83] > > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, > Exclusive Dchan: 0 > > ChanSel: Reserved > > Ext: 1 Coding: 0 Number Specified Channel > Type: 3 > > Ext: 1 Channel: 3 ] > > [79 01 80] > > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated > Channel (0) ] > < Protocol Discriminator: Q.931 (8) len=13 > < Call Ref: len= 2 (reference 0/0x0) (Originator) > < Message type: RESTART (70) > < [18 03 a9 83 84] > < Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, > Exclusive Dchan: 0 > < ChanSel: Reserved > < Ext: 1 Coding: 0 Number Specified Channel > Type: 3 > < Ext: 1 Channel: 4 ] > < [79 01 80] > < Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated > Channel (0) ] > -- Processing Q.931 Restart > -- Processing IE 24 (cs0, Channel Identification) > -- Processing IE 121 (cs0, Restart Indicator) > > Protocol Discriminator: Q.931 (8) len=13 > > Call Ref: len= 2 (reference 0/0x0) (Terminator) > > Message type: RESTART ACKNOWLEDGE (78) > > [18 03 a9 83 84] > > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, > Exclusive Dchan: 0 > > ChanSel: Reserved > > Ext: 1 Coding: 0 Number Specified Channel > Type: 3 > > Ext: 1 Channel: 4 ] > > [79 01 80] > > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated > Channel (0) ] > !! Got I-frame while link state 2 > > Protocol Discriminator: Q.931 (8) len=13 > > Call Ref: len= 2 (reference 0/0x0) (Originator) > > Message type: RESTART (70) > > [18 03 a9 83 85] > > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, > Exclusive Dchan: 0 > > ChanSel: Reserved > > Ext: 1 Coding: 0 Number Specified Channel > Type: 3 > > Ext: 1 Channel: 5 ] > > [79 01 80] > > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated > Channel (0) ] > < Protocol Discriminator: Q.931 (8) len=13 > < Call Ref: len= 2 (reference 0/0x0) (Terminator) > < Message type: RESTART ACKNOWLEDGE (78) > < [18 03 a9 83 85] > < Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, > Exclusive Dchan: 0 > < ChanSel: Reserved > < Ext: 1 Coding: 0 Number Specified Channel > Type: 3 > < Ext: 1 Channel: 5 ] > < [79 01 80] > < Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated > Channel (0) ] > -- Processing IE 24 (cs0, Channel Identification) > -- Processing IE 121 (cs0, Restart Indicator) > > Protocol Discriminator: Q.931 (8) len=13 > > Call Ref: len= 2 (reference 0/0x0) (Originator) > > Message type: RESTART (70) > > [18 03 a9 83 86] > > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, > Exclusive Dchan: 0 > > ChanSel: Reserved > > Ext: 1 Coding: 0 Number Specified Channel > Type: 3 > > Ext: 1 Channel: 6 ] > > [79 01 80] > > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated > Channel (0) ] > !! Got I-frame while link state 2 > > Protocol Discriminator: Q.931 (8) len=13 > > Call Ref: len= 2 (reference 0/0x0) (Originator) > > Message type: RESTART (70) > > [18 03 a9 83 85] > > Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, > Exclusive Dchan: 0 > > ChanSel: Reserved > > Ext: 1 Coding: 0 Number Specified Channel > Type: 3 > > Ext: 1 Channel: 5 ] > > [79 01 80] > > Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated > Channel (0) ] > < Protocol Discriminator: Q.931 (8) len=13 > < Call Ref: len= 2 (reference 0/0x0) (Terminator) > < Message type: RESTART ACKNOWLEDGE (78) > < [18 03 a9 83 85] > < Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, > Exclusive Dchan: 0 > < ChanSel: Reserved > < Ext: 1 Coding: 0 Number Specified Channel > Type: 3 > < Ext: 1 Channel: 5 ] > < [79 01 80] > < Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated > Channel (0) ] > -- Processing IE 24 (cs0, Channel Identification) > -- Processing IE 121 (cs0, Restart Indicator) > > > any idea what could be causing this ? it doesnt really matter which of > the > two spans i loopback on, the symptoms remain the same. needless to > say, no > calls can be made. > > asterisk and libpri are CVS HEAD as of 12 oct 05. > > could it be due to a buggy card ? if this is the case, i really wont be > able to tell as i dont have any spare cards to test with. i've read > that > the newer versions of the drivers may cause similar problems to old > cards, > but since we're on freebsd, we're unable to revert to an old version > of the > driver. > > i'm very close to escalating this to digium support, but am wondering > if > someone here has seen this and/or solved this before. > > additionally, what are the usages of pridump, pritest, testprilib > respectively in the libpri sources ? > > --dinesh > > --- zaptel.conf --- > bchan=1-15 > dchan=16 > bchan=17-31 > span=1,0,0,ccs,hdb3,crc4 > bchan=32-46 > dchan=47 > bchan=48-62 > span=2,1,0,ccs,hdb3,crc4 > bchan=63-77 > dchan=78 > bchan=79-93 > span=3,0,0,ccs,hdb3,crc4 > bchan=94-108 > dchan=109 > bchan=110-124 > span=4,1,0,ccs,hdb3,crc4 > --- zaptel.conf --- > > --- zapata.conf --- > [channels] > signalling=pri_net > context=default > group=1 > callgroup=1 > pickupgroup=1 > priindication=outofband > switchtype=euroisdn > context=default > amaflags=default > busycount=4 > callwaiting=no > transfer=yes > useincomingcalleridonzaptransfer=yes > threewaycalling=yes > callreturn=yes > relaxdtmf=no > busydetect=no > usecallerid=yes > hidecallerid=no > echocancel=yes > echocancelwhenbridged=no > echotraining=no > immediate=no > channel => 1-15 > channel => 17-31 > > signalling=pri_cpe > context=default > group=1 > callgroup=1 > pickupgroup=1 > priindication=outofband > switchtype=euroisdn > context=default > amaflags=default > busycount=4 > callwaiting=no > transfer=yes > useincomingcalleridonzaptransfer=yes > threewaycalling=yes > callreturn=yes > relaxdtmf=no > busydetect=no > usecallerid=yes > hidecallerid=no > echocancel=yes > echocancelwhenbridged=no > echotraining=no > immediate=yes > channel => 94-108 > channel => 110-124 > --- zapata.conf --- > > > -- > Regards, /\_/\ "All dogs go to heaven." > dinesh@alphaque.com (0 0) http://www.alphaque.com/ > +==========================----oOO--(_)--OOo---- > ==========================+ > | for a in past present future; do > | > | for b in clients employers associates relatives neighbours pets; > do | > | echo "The opinions here in no way reflect the opinions of my $a > $b." | > | done; done > | > +====================================================================== > ===+ > > > -- > Regards, /\_/\ "All dogs go to heaven." > dinesh@alphaque.com (0 0) http://www.alphaque.com/ > +==========================----oOO--(_)--OOo---- > ==========================+ > | for a in past present future; do > | > | for b in clients employers associates relatives neighbours pets; > do | > | echo "The opinions here in no way reflect the opinions of my $a > $b." | > | done; done > | > +====================================================================== > ===+ > _______________________________________________ > --Bandwidth and Colocation sponsored by Easynews.com -- > > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >Matthew Fredrickson
steve@daviesfam.org
2005-Oct-19 22:56 UTC
[Asterisk-Users] E1 PRI error: "!! Got I-frame while link state 2" and "!! Got a UA, but i'm in state 1" (long)
On Wed, 19 Oct 2005, Dinesh Nair wrote:> hey * folk, > > i've got a TE410P (generation 1 firmware) stuck in a box with a single xeon > 2.8Ghz and 1GB RAM. there's a loopback E1 cable connecting span 1 to span 4 > (zaptel.conf and zapata.conf below). upon starting up asterisk, i see the > following errors consistently on the screen, > > !! Got I-frame while link state 2 > !! Got a UA, but i'm in state 1 >This boils down to "I'm trying to start up the link, but the other side seems to think that it IS up". In an earlier post you showed that you had some spans set for internal clocking, some for external. If you are using loopback cables, I'd suggest setting all the spans for internal (X,0,0,ccs,hdb3[,crc4]) Make sure nothing else is connected on the PRI, just the loopback cable. And the loopback wiring is the pair on 1/2 crossed over to the pair on 4/5.> a snapshot of pri debug span 1, shows:The part you posted is just where Asterisk is restarting each B-channel. More useful would be the part corresponding to the debug messages logged above.> could it be due to a buggy card ? if this is the case, i really wont be > able to tell as i dont have any spare cards to test with. i've read that > the newer versions of the drivers may cause similar problems to old cards, > but since we're on freebsd, we're unable to revert to an old version of the > driver.I'm not sure how old your card is, but I routinely run the CVS-HEAD zaptel/libpri/asterisk on generation 1, "version 10" cards.> --- zaptel.conf --- > bchan=1-15 > dchan=16 > bchan=17-31 > span=1,0,0,ccs,hdb3,crc4 > bchan=32-46 > dchan=47 > bchan=48-62 > span=2,1,0,ccs,hdb3,crc4 > bchan=63-77 > dchan=78 > bchan=79-93 > span=3,0,0,ccs,hdb3,crc4 > bchan=94-108 > dchan=109 > bchan=110-124 > span=4,1,0,ccs,hdb3,crc4 > --- zaptel.conf ---Unusual order here. I've always followed the sample and put the span definitions at the top and the bchan/dchan following. Also, see the comment about the "1" for taking clock - rather make it 0 for loopback tests. (You've also asked for two primary sync sources, which isn't right).> > --- zapata.conf --- > [channels] > signalling=pri_net > context=default > group=1 > callgroup=1 > pickupgroup=1 > priindication=outofband > switchtype=euroisdn > context=default > amaflags=default > busycount=4 > callwaiting=no > transfer=yes > useincomingcalleridonzaptransfer=yes > threewaycalling=yes > callreturn=yes > relaxdtmf=no > busydetect=no > usecallerid=yes > hidecallerid=no > echocancel=yes > echocancelwhenbridged=no > echotraining=no > immediate=no > channel => 1-15 > channel => 17-31 > > signalling=pri_cpe > context=default > group=1 > callgroup=1 > pickupgroup=1 > priindication=outofband > switchtype=euroisdn > context=default > amaflags=default > busycount=4 > callwaiting=no > transfer=yes > useincomingcalleridonzaptransfer=yes > threewaycalling=yes > callreturn=yes > relaxdtmf=no > busydetect=no > usecallerid=yes > hidecallerid=no > echocancel=yes > echocancelwhenbridged=no > echotraining=no > immediate=yes > channel => 94-108 > channel => 110-124 > --- zapata.conf ---Did you leave out the other two spans in your zapata.conf? Its a bit unusual to put both spans in the same group - calls to Zap/g1 may use any channel on either of the spans. Is that what you want? And immediate=yes is probably not what you want for an ISDN link. Steve