, the HDLC errors and MTP problems
may be your bigger worries then the forwarding of frametype 2 at the moment.
If you'd provide informations about your setup (especially software versions
you're using) and more consistent logs, it should
be easier to try to help you out.
--
Jakub
nd that's why the
frames cannot be forwarded and
not the other way around (at least it seems that way from your logs).
--
Jakub Klausa | +48 509 032 888 | j.kla...@ss7.pl | http://www.ss7.pl/
Dane rejestrowe -> http
ch should strip and make its routing decision based on the
remaining number and the fact that there are no more digits coming.
--
Jakub Klausa | +48 509 032 888 | j.kla...@ss7.pl | http://www.ss7.pl/
Dane rejestrowe -> http://kontakt.ss7.pl
--
/A | Disconnected |
>
>
Hey,
assuming the original link is a single span on wanpipe1 and the new one
is wanpipe2, you have a problem
with the physical connection probably (or maybe the CRC isn’t set right, or
framing). Anyway, the wanrouter config
for wanpipe2 (wanpipe2,conf) ma
ing with
the acknowledgements? Do you get any timer timeouts (T22, maybe?)?
--
Jakub Klausa | +48 509 032 888 | j.kla...@ss7.pl | http://www.ss7.pl/
Dane rejestrowe -> http://kontakt.ss7.pl
--
_
-- Bandwidth and Colocation Provided by
patch < chan_ss7-0.9.patch
After that, proceed like you did before with the clean copy of chan_ss7.
If you have any questions - drop me a note.
--
Jakub Klausa | [EMAIL PROTECTED] | http://www.ss7.pl/
pgp3hJI7sLL9V.pgp
Description: PGP signature
han_ss7 version 0.9+ss7.pl
*CLI> Nov 2 14:17:41 NOTICE[3831]: l4isup.c:2461 process_iam: IAM (cic=7):
ANI=71222 DNI=7 RNI= redirect=no/0 complete=0.
-- SS7 hangup 'SS7/test/7' CIC=7 Cause=16 (state=7)
--
Jakub Klausa | [EMAIL PROTECTED] | http://www.ss7.pl/
pgp50R
used.
The patch can be found at:
http://www.ss7.pl/~jacke/patches/chan_ss7/chan_ss7-0.9.patch-2.gz
(in the combined form, with the previous chan_ss7 0.9 patch by ss7.pl)
If you have any questions - drop me a note.
ur service provider about that.
=> Any idea why?
=> I think it's problem with signalling but have no idea how to resolve it.
Setting Calling Party Number would probably do the trick for you.
--
Jakub Klausa | [EMAIL PROTECTED] | http://www.ss7.p
c/asterisk#
The patch can be found at:
http://www.ss7.pl/~jacke/patches/chan_ss7/chan_ss7-0.9.patch-3.gz
(in the combined form, with the previous chan_ss7 0.9 patches by ss7.pl)
If you have any questions - drop me a note.
--
Jakub Klausa | [EMAIL PROTECTED] | htt
t against the stock chan_ss7.
--
Jakub Klausa | [EMAIL PROTECTED] | http://www.ss7.pl/ | http://www.ngpbx.pl/
pgpvdrBO3wAyb.pgp
Description: PGP signature
___
--Bandwidth and Colocation Provided by http://www.api-digital.com--
asterisk-ss7 ma
ere there any link problems during the test (ss7 signaling link
reestablishment?)? What does 'ss7 show channels' say?
Do you possibly have our (ss7.pl) Features/Watermark patch applied?
If yes, what does 'ss7 show stats' say?
Kuba
--
Jakub Klausa | [EMAIL PROTECTED] | http
s7.conf looks like...?
Kuba
--
Jakub Klausa | [EMAIL PROTECTED] | http://www.ss7.pl/
Dane rejestrowe -> http://kontakt.ss7.pl
pgpqdAQ1HtJig.pgp
Description: PGP signature
___
--Bandwidth and Colocation Provided by http://www.api-digital.com--
asteris
to grab Q.700.
--
Jakub Klausa | [EMAIL PROTECTED] | http://www.ss7.pl/ | http://www.ngpbx.pl/
Dane rejestrowe -> http://kontakt.ss7.pl
pgpvL62eO8byb.pgp
Description: PGP signature
___
--Bandwidth and Colocation Provided by http://www.api-digit
SIP/sipphone)
or similar in your ss7 incoming context?
Jurisdical problems may or may not arise from this (CLIRO), but that's above
the scope of this list.
--
Jakub Klausa | [EMAIL PROTECTED] | http://www.ss7.pl/ | http://www.ngpbx.pl/
Dane rejestrowe -> http://kontakt.ss7.pl
pgpo
xample
range=32 doesn't make sense for a single E1.
--
Jakub Klausa | [EMAIL PROTECTED] | http://www.ss7.pl/ | http://www.ngpbx.pl/
Dane rejestrowe -> http://kontakt.ss7.pl
pgp2fuPu96FpR.pgp
Description: PGP signature
___
--Bandwidth
eal mask sent is not
what it says it is. Connect your protocol analyzer to that link, monitor it
for a while. See what really gets sent there. I think it's a known bug in
chan_ss7 it sends the CGB/CGUs wrong (the range is always 32 there).
That's why you see the CGA with range=32 i
x27;s fault. It even got mentioned here
on the list once or twice. It was supposed to get fixed, but i'm not
entirely sure it did.
Anyway - there's an easy way finding out - either put your protocol analyzer
up to the task, or contact the other end for a test run to see if they see
wha
is
useless, since the channel variables you'd like to access are long gone.
Simply doing things like this:
exten => _0X.,1,Set(HANGUPCAUSE=16) ; in case the caller hangs up first,
we'll assume everything went fine
exten => _0x.,2,Dial(SS7/${EXTEN}) ; We dial.
exten => _0x.,3,
s the caller id presented to
=> asterisk is the MSC Number (77492) instead of the subscriber caller id.
And what number did you expect to see here?
Maybe it's a text-to-speech service as in voice sms?
--
Jakub Klausa | j.kla...@ss7.pl | http://www.ss7.pl/
Dane rejestrowe -
being
restarted (which means getting it down in a controlled fashion, and trying to
reestablish it from there).
Check your cabling/transmission systems for any indication of the cause of
the excessive bit error rate.
--
Jakub Klausa | +48 509 032 888 | j.
her box connected to other telco and it works well. Can It be a problem
> with the card?
It definetly can be card related, or otherwise hardware related (interrupts,
pci ports, etc).
Check the clock accuracy on the card.
--
Jakub Klausa | +48 509 032 888 | j.kla...@ss7.pl | http://www.
lity to make it works?
Hi,
what's your version of asterisk, libss7, dahdi.
What variables are you trying to access exactly, and how you do that
(show us
your dialplan).
--
Jakub Klausa | +48 509 032 888 | j.kla...@ss7.pl | http://www.ss7.pl/
Dane rejestrow
tected in signalling unit error rate monitor, link failed on link
> 'i1'.
it's stated here loud and clear - excessive errors on the link make it restart.
Check all your settings, cabling and take a look what the other side sees
bit-error-wise.
--
Jakub Klausa | +48 509 032 888
nd it can do many other unexpected things.
--
Jakub Klausa | +48 509 032 888 | j.kla...@ss7.pl | http://www.ss7.pl/
Dane rejestrowe -> http://kontakt.ss7.pl
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.co
On 2010-08-13, at 16:28, Johann Steinwendtner wrote:
> On 2010-08-13 11:46, Jakub Klausa wrote:
>>
>> On 2010-08-13, at 10:49, Pawel Ratajewski wrote:
>>
>>> Hi,
>>>
>>> can CRC4 on Sangoma cards (8xe1) generate a proplem with high load?
>>
rvice.agi
> 2010-10-14 08:40:46+03 | 6831 | 6831 | 900224|0
> | DAHDI/124-1 | ../service/service.agi
> 2010-10-14 08:40:46+03 | 6831 | 6831 | 900224|0
> | DAHDI/10-1 | ../service/service.agi
Are you sure the calls aren&
roblem is entirely different the the one you're referring to.
Did you try to contact the telco you're connected to to take a look at the
problem?
How did the CIC blocking procedure test went during interconnect testing? What
has changed in your configuration since then?
--
Jakub
d block the
CICs that are available (defined) within the specified range.
--
Jakub Klausa | +48 509 032 888 | j.kla...@ss7.pl | http://www.ss7.pl/
Dane rejestrowe -> http://kontakt.ss7.pl
--
_
-- Bandwidth and Colocation Provide
That's probably
the best way to go as far as echo is concerned.
--
Jakub Klausa | +48 509 032 888 | j.kla...@ss7.pl | http://www.ss7.pl/
Dane rejestrowe -> http://kontakt.ss7.pl
--
_
-- Bandwidth and Colocation Provided by
ease point me where to seek the problem.
What is the error rate on that link (on the transmission/E1 level)?
How are the clocks configured?
--
Jakub Klausa | +48 509 032 888 | j.kla...@ss7.pl | http://www.ss7.pl/
Dane rejestro
u're
doing ITU ISUP, it should be a good idea to limit the number of digits and
switch
to things like subaddressing possibly.
--
Jakub Klausa | +48 509 032 888 | j.kla...@ss7.pl | http://www.ss7.pl/
Dane rejestrowe
32 matches
Mail list logo
