http://en.wikipedia.org/wiki/Digital_Signal_1
I believe it's BRI lines that uses 56kbps and your right that SS7 on BRI have
some usage in US.
Jan
> Date: Wed, 7 Dec 2011 20:12:22 -0200
> From: marc...@m2j.com.br
> To: asterisk-ss7@lists.digium.com
> Subject: Re: [asterisk-ss7] SS7 + T1 on A
Sorry - correcting myself - 56kbps is used on T1's with CAS.
From: ja...@live.com
To: asterisk-ss7@lists.digium.com
Date: Fri, 9 Dec 2011 18:36:33 +0100
Subject: Re: [asterisk-ss7] SS7 + T1 on Asterisk?
http://en.wikipedia.org/wiki/Digital_Signal_1
I believe it's BRI lines that uses 56
whew - i was choking on "SS7 on BRI"
typical in US/Canada is T1 or DS0A (inside the switch office only);
some other 56/64 interfaces are DSCS and V.35
http://en.wikipedia.org/wiki/DS0A
Asterisk users need only be concerned with T1, however
On Fri, Dec 9, 2011 at 12:43 PM, Jan Berger wrote:
> S
Just as a remark, there were a lot of BRI lines in USA using 64k. We ran ISDN
videoconference stations in AT&T CALA to US in early 2000's (using AT&T and
Sprint networks). They'd some DS1 with 64k channels to support international
Nx64k calls with ANSI ISUP, but I'm not sure if that network rema
moved this to another topic...
this is interesting; i've never known anyone who has seen this
actually working; can you describe how it was used
how did the end user use it? what was the bandwidth for? who was the
end user - a human or a machine?
2011/12/9 Gustavo Mársico :
> Just as a remark, t
Typical North America SS7 signaling links use a dedicated v.35 link.
STPs and switches come with V.35 interfaces for signaling instead of
using T1 timeslots.
Today the US basic digital links are 56kbps, I think 64kbps links never
caught up, due to RBS signalling.
In some ways, the North America
Hi Michael
>From the user perspective, they selected the number of channels to be used,
>and the speed of those channels. Off course for ITU-T world you cannot select
>any value different than 64kb/s because the protocol itself don't allow it. If
>the user selected 2 channels you can use as N c
It makes little sense if you think about ISUP and voice transport and the cost
of E1/T1 hardware today. But, many SCCP/TCAP applications can manage well with
2x64kbs/1x16kbs links. These days you would just use SIGTRAN or grab a E1/T1,
but E1/T1 hardware used to be very expensive so many cost-s
I can even start to imagine an incumbent accepting in their facilities a SS7
link coming from a BRI :)
On Dec 9, 2011, at 9:34 PM, Jan Berger wrote:
> It makes little sense if you think about ISUP and voice transport and the
> cost of E1/T1 hardware today. But, many SCCP/TCAP applications can
My switch does SS7 over T1 timeslots, but only supports 56k. I'd imagine it's
because DDS modems were used over copper pair for the original links, and 56k
timeslots are how DDS is transported over a T1. (Yes, you can have 64k DDS
links, but I've never seen em)
Also, the number of voice channel
You're right. And Marcelo is right too.
Nothing stops you to run as match traffic as you like in a pair of links in
ANSI or ITU. But Marcelo is pointing a good old fashion way originated in the
US in the way how the link capacity is calculated. I remember that ITU-T red
book took the principle o
11 matches
Mail list logo