[asterisk-users] R2 error Seize Timeout
Carlos Chavez
cursor at telecomab.mx
Tue Mar 8 15:30:23 CST 2022
The provider is the timing source. Both wanpipe1.conf and
system.conf have the timing sources set to the remote side:
TE_CLOCK = NORMAL
span=1,1,0,CAS,HDB3
I still have a feeling that the problem is on the providers side as
during testing we never saw the issue.
I have modified wanpipe1.conf to be CAS but the strange thing is
that the freepbx gui does show CAS there but sets CCS on the
configuration file. Now I have to wait and see if the problem persists.
On 08/03/22 11:54, Duncan Turnbull wrote:
> It’s been a r we hike since we used these cards. This example may help
>
> https://wiki.freepbx.org/plugins/servlet/mobile?contentId=73007457#content/view/73007457
>
> My thinking is it sounds like a timing error. Make sure your provider
> is the timing source. Once it loses time you will get dropped calls
> until it resyncs
>
> Good luck
>
>
>
>> On 9/03/2022, at 4:25 AM, Steinwendtner <steinwendtner at gmx.net> wrote:
>>
>> Hello,
>>
>> I must admit that I have never set up an asterisk system with R2
>> signalling. But from the config files
>>
>> point of view, you stated TE_SIG_MODE in wanpipe1.conf as ccs which
>> should be cas, right ?
>>
>> If this does not help, you need to connect an external E1 Monitor.
>>
>> Regards,
>>
>> Hans
>>
>> Am 08.03.22 um 06:41 schrieb Carlos Chavez:
>>> Last month we switched a Panasonic pbx with a Freepbx 16
>>> appliance. We use a single E1 in MFC/R2 (Mexico) with Telmex as a
>>> provider. This was connected for a couple of days for testing with no
>>> problems before the client moved offices to a new location. In the new
>>> location we are now having a problem every few days where we get the
>>> following error:
>>>
>>> [2022-03-07 07:30:11] ERROR[3469][C-0000004c] chan_dahdi.c: Chan 10 -
>>> Protocol error. Reason = Seize Timeout, R2 State = Seize Transmitted, MF
>>> state = MF Engine Off, MF Group = Forward MF init, CAS = 0x08
>>> [2022-03-07 07:30:44] ERROR[29573] chan_dahdi.c: Chan 10 - Protocol
>>> error. Reason = Seize Timeout, R2 State = Clear Forward Transmitted, MF
>>> state = MF Engine Off, MF Group = Forward MF init, CAS = 0x08
>>> [2022-03-07 07:32:15] ERROR[3704][C-0000004e] chan_dahdi.c: Chan 10 -
>>> Protocol error. Reason = Seize Timeout, R2 State = Seize Transmitted, MF
>>> state = MF Engine Off, MF Group = Forward MF init, CAS = 0x08
>>> [2022-03-07 07:32:52] ERROR[29573] chan_dahdi.c: Chan 10 - Protocol
>>> error. Reason = Seize Timeout, R2 State = Clear Forward Transmitted, MF
>>> state = MF Engine Off, MF Group = Forward MF init, CAS = 0x08
>>>
>>> When we see that error the E1 will no longer send or receive
>>> calls. Our solution has been to stop and restart Asterisk and
>>> Wanconfig/Dahdi to restore service. Since restarting solves it I am
>>> wondering if the problem is on my side and not on the providers. So far
>>> it happens once or twice a week. When we report this to the provider
>>> they simply state that the problem is on our side (it is their default
>>> position) unless we can provide evidence to the contrary. Any
>>> recommendations on how to debug this?
>>>
>>> Here is wanpipe1.conf:
>>> [devices]
>>> wanpipe1 = WAN_AFT_TE1, Comment
>>>
>>> [interfaces]
>>> w1g1 = wanpipe1, , TDM_VOICE, Comment
>>>
>>> [wanpipe1]
>>> CARD_TYPE = AFT
>>> S514CPU = A
>>> CommPort = PRI
>>> AUTO_PCISLOT = NO
>>> PCISLOT = 4
>>> PCIBUS = 8
>>> FE_MEDIA = E1
>>> FE_LCODE = HDB3
>>> FE_FRAME = NCRC4
>>> FE_LINE = 1
>>> TE_CLOCK = NORMAL
>>> TE_REF_CLOCK = 0
>>> TE_SIG_MODE = CCS
>>> TE_HIGHIMPEDANCE = NO
>>> TE_RX_SLEVEL = 430
>>> HW_RJ45_PORT_MAP = DEFAULT
>>> LBO = 120OH
>>> FE_TXTRISTATE = NO
>>> MTU = 1500
>>> UDPPORT = 9000
>>> TTL = 255
>>> IGNORE_FRONT_END = NO
>>> TDMV_SPAN = 1
>>> TDMV_DCHAN = 16
>>> TE_AIS_MAINTENANCE = NO #NO: defualt YES: Start port in AIS
>>> Blue Alarm and keep line down
>>> #wanpipemon -i w1g1 -c Ttx_ais_off to
>>> disable AIS maintenance mode
>>> #wanpipemon -i w1g1 -c Ttx_ais_on to
>>> enable AIS maintenance mode
>>> TDMV_HW_DTMF = NO # YES: receive dtmf events from hardware
>>> TDMV_HW_FAX_DETECT = NO # YES: receive fax 1100hz events
>>> from hardware
>>> HWEC_OPERATION_MODE = OCT_NORMAL # OCT_NORMAL: echo cancelation
>>> enabled with nlp (default)
>>> # OCT_SPEECH: improves software
>>> tone detection by disabling NLP (echo possible)
>>> # OCT_NO_ECHO:disables echo
>>> cancelation but allows VQE/tone functions.
>>> HWEC_DTMF_REMOVAL = NO # NO: default YES: remove dtmf out of
>>> incoming media (must have hwdtmf enabled)
>>> HWEC_NOISE_REDUCTION = NO # NO: default YES: reduces noise on the
>>> line - could break fax
>>> HWEC_ACUSTIC_ECHO = NO # NO: default YES: enables acustic echo
>>> cancelation
>>> HWEC_NLP_DISABLE = NO # NO: default YES: guarantees software
>>> tone detection (possible echo)
>>> HWEC_TX_AUTO_GAIN = 0 # 0: disable -40-0: default tx audio
>>> level to be maintained (-20 default)
>>> HWEC_RX_AUTO_GAIN = 0 # 0: disable -40-0: default tx audio
>>> level to be maintained (-20 default)
>>> HWEC_TX_GAIN = 0 # 0: disable -24-24: db values to
>>> be applied to tx signal
>>> HWEC_RX_GAIN = 0 # 0: disable -24-24: db values to
>>> be applied to tx signal
>>>
>>> [w1g1]
>>> ACTIVE_CH = ALL
>>> TDMV_HWEC = NO
>>> MTU = 8
>>>
>>> Here is system.conf
>>>
>>> span=1,1,0,CAS,HDB3
>>> cas=1-10,11-15,17-31:1101
>>> echocanceller=oslec,1-10,11-15,17-31
>>> loadzone=mx
>>> defaultzone=mx
>>>
>>> Here is chan_dahdi.conf
>>>
>>> signalling=mfcr2
>>> mfcr2_variant=mx
>>> mfcr2_get_ani_first=no
>>> mfcr2_max_ani=10
>>> mfcr2_max_dnis=4
>>> mfcr2_category=national_priority_subscriber
>>> mfcr2_call_files=no
>>> mfcr2_mfback_timeout=-1
>>> mfcr2_metering_pulse_timeout=-1
>>> mfcr2_allow_collect_calls=yes
>>> mfcr2_double_answer=no
>>> mfcr2_immediate_accept=no
>>> mfcr2_accept_on_offer=yes
>>> mfcr2_skip_category=no
>>> mfcr2_forced_release=no
>>> mfcr2_charge_calls=yes
>>> group=0
>>> context=from-digital
>>> channel=>1-10
>>>
>>
>> --
>> _____________________________________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>> Check out the new Asterisk community forum at:
>> https://community.asterisk.org/
>>
>> New to Asterisk? Start here:
>> https://wiki.asterisk.org/wiki/display/AST/Getting+Started
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-users
>
--
Telecomunicaciones Abiertas de México S.A. de C.V.
Carlos Chávez
+52 (55)8116-9161
More information about the asterisk-users
mailing list