ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [inet-admins] Taking telco's E1 -- Ascend or cisco AS5300?



According to flx@comstar.ru:

> > Вопрос стоит за окончательным выбором оборудования access server.
> > Альтернатив рассматривается ровно две:
> вродебы  3 ?

Это Bay что-ли? :) Я, конечно, все понимаю... :)

> Что же касается сравнения  MAX4000/AS5300  то вернее человека чем  Serge Trofimovsky/cityline
> в России наверное не найти.  
> Трофф  ;)  Не поленись...   я думаю всем интересно будет тебя послушать.

:) Я уже написал. :) Кстати, нашел то письмо про Rockwell@Ascend и USR.
Сейчас проблема несколько залечена, но проявляется. :)

----- Forwarded message from Kevin A. Smith -----

>From owner-ascend-users@max.bungi.com Fri Jan 30 00:29:11 1998
Received: from max.bungi.com (max.bungi.com [207.126.97.7])
	by shrimp.quarta.net (8.8.7/8.8.7) with ESMTP id AAA02783
	for <ascend@quarta.net>; Fri, 30 Jan 1998 00:29:09 +0300 (MSK)
	(envelope-from owner-ascend-users@max.bungi.com)
Received: (from majordom@localhost)
	by max.bungi.com (8.8.7/8.8.7) id KAA03548
	for ascend-users-outgoing; Thu, 29 Jan 1998 10:36:57 -0800 (PST)
X-Authentication-Warning: max.bungi.com: majordom set sender to owner-ascend-users using -f
Received: from drawbridge.ascend.com (drawbridge.ascend.com [198.4.92.1])
	by max.bungi.com (8.8.7/8.8.7) with SMTP id KAA03543
	for <ascend-users@max.bungi.com>; Thu, 29 Jan 1998 10:36:52 -0800 (PST)
Received: from spud.ascend.com (fw-ext.ascend.com [198.4.92.5]) 
	by drawbridge.ascend.com (8.6.12/8.6.12) with ESMTP 
	id KAA04094; Thu, 29 Jan 1998 10:36:48 -0800
Received: from ascend.com by ascend.com with ESMTP
	id KAA05120; Thu, 29 Jan 1998 10:36:53 -0800
Received: from ascend.com by ascend.com
	id KAA01073; Thu, 29 Jan 1998 10:25:18 -0800
Message-Id: <3.0.5.32.19980129101752.00a8fa50@mktg_srv.ascend.com>
X-Sender: kevin@mktg_srv.ascend.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32)
Date: Thu, 29 Jan 1998 10:17:52 -0800
To: "Chris A. Epler" <cepler@esinet.net>, ascend-users@max.bungi.com
From: "Kevin A. Smith" <kevin@ascend.com>
Subject: Re: (ASCEND) K56Flex vs. K56Plus
In-Reply-To: <Pine.LNX.3.96.980119141657.8212A-100000@fantasia.stormhave
	n.org>
Sender: owner-ascend-users@max.bungi.com
Precedence: bulk

At 02:19 PM 1/19/98 -0500, Chris A. Epler wrote:
>In the TServe Options... menu there is an option to set the MDM Moduation to
>either K56FLEX or K56PLUS.  What is the significance between these two
>settings?  Is FLEX capable of connecting to Lucent and Rockwell whereas PLUS
>only connects to Rockwell?

For K56 rates that is the case. However, it also alleviates the problems for
V.34 modems that have big problems with the V.8bis "burp" tone. K56PLUS does
not use the V.8bis protocol.

>I was poking around looking at settings trying to find why our USR X2
>customers are having so many problems keeping a routed connection to us. 
>Sometimes they just freeze up.  I'm not sure if it's a problem with the
>client side modem ONLY or communication between the MAX and the USR X2
>modem...  Any tips appreciated!

Since I'm not into plagiarism, I'll quote:

>The K56PLUS option turns off the V.8 bis tone that sometimes confuses V.34
>modems into slower connection rates.  If the user base negotiates V.34 or
>attempts X2 this is a desireable setting.  If the user base is trying for
>56KFLEX, you don't want to use it.
>
>The problem with the USR modems is due to a problem in the USR V.42 error
>correction code prior to 7/7/97.  Users with this problem have two options:
>
>1)  Turn off V.42 and use MMP compression.
>2)  Upgrade their USR firmware
>
>Rockwell put a workaround for the V.42 problem into the 1.160 and later
>code.  The intent of the workaround is to avoid "hangs", during which no
>effective data is transferred while the USR modem waits forever for the
>wrong frame to be retransmitted.  In effect, Rockwell recognizes the
>condition and retransmits the wrong frame.  It has a negative effect on
>throughput for that client connection, but the connection remains active.
>
>Hope this info helps.
>
>vikki
>

Kevin


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.



 




Copyright © Lexa Software, 1996-2009.