chan_ss7, sangoma A104 to local telecom partner, but NOT_ALIGNED, MTP send fifo not ready, BLOCKED Local Hardware
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: chan_ss7, sangoma A104 to local telecom partner, but NOT_ALIGNED, MTP send fifo not ready, BLOCKED Local Hardware
- From: knmeister@xxxxxxxxx (Kristian Nielsen)
- Date: Mon, 29 Sep 2008 12:26:53 +0200
- In-reply-to: <48E0A704.70502@exa-omicron.nl> (Robert Verspuy's message of "Mon, 29 Sep 2008 11:59:32 +0200")
- References: <48E0A704.70502@exa-omicron.nl>
Robert Verspuy <robert at exa-omicron.nl> writes:
> [Sep 29 11:24:21] WARNING[2330]: mtp.c:940 timeout_sltm_t1: No SLTA
> received within Q.707 timer T1, trying again on link 'a'.
This has been covered in several threads in the past, you might want to check
the archives.
In short, the other end is not properly doing the SLTR/SLTA part of
SS7. Either disable slta checking on your end, or get the other end to enable
it.
- Kristian.
- Prev by Date:
chan_ss7, sangoma A104 to local telecom partner, but NOT_ALIGNED, MTP send fifo not ready, BLOCKED Local Hardware
- Next by Date:
chan_ss7, sangoma A104 to local telecom partner, but NOT_ALIGNED, MTP send fifo not ready, BLOCKED Local Hardware
- Previous by thread:
chan_ss7, sangoma A104 to local telecom partner, but NOT_ALIGNED, MTP send fifo not ready, BLOCKED Local Hardware
- Next by thread:
chan_ss7, sangoma A104 to local telecom partner, but NOT_ALIGNED, MTP send fifo not ready, BLOCKED Local Hardware
- Index(es):
[Index of Archives]
[Asterisk App Development]
[PJ SIP]
[Gnu Gatekeeper]
[IETF Sipping]
[Info Cyrus]
[ALSA User]
[Fedora Linux Users]
[Linux SCTP]
[DCCP]
[Gimp]
[Yosemite Backpacking]
[Deep Creek Hot Springs]
[Yosemite Campsites]
[ISDN Cause Codes]
[Asterisk Books]