| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Motorola [was USR Courier???] |
On Mar 12, 1996 at 06:32 hrs, Arthur Marsh of 3:800/812 wrote to Poe Lim: Hello Arthur, AM> For the best possible V.34 operation between a site with ISDN and a AM> remote site without ISDN, the ISDN equipped site should have a 4 wire AM> interface to its V.34 modem (either internally as Ascend presumably AM> does, or by having a 4 wire interface on the ISDN terminal adapter). Why? I don't see the difference that having the last few inches as 4 wire will make. AM> Four wire analogue operation may also be easier to provide than ISDN AM> for remote sites that do need high speed data operation beyond 7 km AM> from the nearest exchange/RIM/RCM/... Now this I agree with. ALL long loop services should be 4 wire as this allows the insertion of amplifiers without the problem associated with 2 wire amps. I've always thought it was stretching the friendship to try running bi-directional 2B+D services on a 2 wire circuit although the cost of copper will always make telecom companies try. I'd even like to see the situation where loops longer than xKm (or loop loss greater than y db at 2KHz) MUST be 4 wire and have amps fitted at the exchange and user ends to bring the losses back within spec. While I am pipe dreaming the amps should be equalized to give a flat response at the receiving end. Regards ... John @EOT: --- MsgedSQ/2 3.30* Origin: Sydney PC Users Group - IBM BBS (3:713/730) SEEN-BY: 50/99 78/0 620/243 623/630 624/300 711/401 409 410 413 430 510 808 SEEN-BY: 711/809 899 932 934 712/311 320 405 407 411 505 506 510 515 517 535 SEEN-BY: 712/611 616 617 624 628 704 805 816 820 713/306 730 888 714/906 SEEN-BY: 800/1 7877/2809 @PATH: 713/730 712/505 517 515 711/808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.