 |
|
 |
|
  |
LANCOM-Forum.de Foren-Übersicht » LANCOM ADSL/ISDN: 821, 1621, 1521 Wireless, 1821 Wireless, 821+, 1721 VPN, 1722 VoIP, 1724 VoIP, 1723 VoIP, 1724 VoIP, 1823 VoIP, 1821+ Wireless ADSL, |
Gehe zu Seite Zurück 1, 2, 3 |
| Autor |
Nachricht |
Raudi
Anmeldungsdatum: 16.07.2005
Beiträge: 367
Wohnort: Bremen
|
Verfasst am:
Di 03 Okt, 2006 19:06 |
  |
|
| AndreasMarx hat folgendes geschrieben:
|
|
(sowohl mit als auch ohne gleichzeitige ISDN-Aktivität)
|
Spielt die ISDN Aktivität da wirklich eine Rolle? Aber wo Du es schreibst, ich habe schon mal beobachtet, das genau in dem Moment wo meine Frau begonnen hat zu telefonieren, der ADSL Link verloren ging.
| AndreasMarx hat folgendes geschrieben:
|
|
Beim TELEDAT würde mich interessieren, warum eigentlich fast immer spätestens das zweite Training erfolgreich ist.
|
Das scheint normal, ich habe nun mein TELEDAT 431 auch wieder angeschlossen, nach dem der 3. Download-Versuch einer 551 MB Datei wieder gescheitert ist, weil der DSL Link verloren ging.
Nach dem Einschalten blinkt erst die DSL LED grün, dann blitzt die ein mal kurz rot auf und dann nach einer weiteren günen Blink-Phase leuchtet sie dann permanent grün.
Mal sehen ob ich die 551 MB nun downgeloadet bekomme, bei 768K dauert das knapp 2 Stunden...
Stefan |
|
|
|
   |
|
Guest
|
Verfasst am:
|
 |
|
|
|
|
AndreasMarx

Anmeldungsdatum: 31.01.2005
Beiträge: 115
Wohnort: München
|
Verfasst am:
Di 03 Okt, 2006 20:51 |
  |
|
Aha,
ZynOS erlaubt sogar die SNRs pro Träger auszulesen. Im US-Bereich keine Auffälligkeiten. Also doch ein AGC-Problem beim LC? |
| Beschreibung: |
|
| Dateigröße: |
34.14 KB |
| Angeschaut: |
549 mal |

|
_________________ LANCOM 1722,1724,1821,1821+ |
|
   |
|
AndreasMarx

Anmeldungsdatum: 31.01.2005
Beiträge: 115
Wohnort: München
|
Verfasst am:
Di 03 Okt, 2006 21:09 |
  |
|
Hmm, das hier dürfte Auskunft geben, was das TELEDAT beim Training so anstellt und was das LC ja offensichtlich so nicht macht. Die Bedeutung der Codes ist mir allerdings (noch) nicht bekannt:
| Code:
|
P660M> wan adsl driver info
...
trainFails= 1
trainFailStates[0]~[29] =
0x00000078 0x00000000 0x00000000 0x00000000
0x00000000 0x00000000 0x00000000 0x00000000
0x00000000 0x00000000 0x00000000 0x00000000
0x00000000 0x00000000 0x00000000 0x00000000
0x00000000 0x00000000 0x00000000 0x00000000
0x00000000 0x00000000 0x00000000 0x00000000
0x00000000 0x00000000 0x00000000 0x00000000
0x00000000 0x00000000 0x02f9459f 0x02fdf161
...
|
|
_________________ LANCOM 1722,1724,1821,1821+ |
|
   |
|
ittk
Anmeldungsdatum: 27.04.2006
Beiträge: 1006
|
Verfasst am:
Di 03 Okt, 2006 22:23 |
  |
|
| Raudi hat folgendes geschrieben:
|
Spielt die ISDN Aktivität da wirklich eine Rolle? Aber wo Du es schreibst, ich habe schon mal beobachtet, das genau in dem Moment wo meine Frau begonnen hat zu telefonieren, der ADSL Link verloren ging.
|
Das konnte ich mal einmal beobachten, als der DSLAM aufgetauscht wurde auf UR-2 Standard und das Modem auf der Gegenseite nicht UR-2-fähig war.
Aber ggf. hat dies auch Einfluss auf eure Szenarien, insb. dann wenn adaptive Entzerrung zum Einsatz kommt. |
_________________ 12x 1621 Anx. B-21x 1711 VPN-3x 1722 Anx. B-7x 1723 VoIP-1x 1811 DSL, 1x 7011 VPN-1 x 7111 VPN-1x 8011 VPN-10er Pack Adv. VPN Client (2x V1.3-3x 2.0)-Hotspot Option-Adv. VoIP Client/P250 Handset-Adv.VoIP Option-4x VPN-Option-2x L-54 dual-2x L54ag-2x O-18a |
|
   |
|
froeschi62
Anmeldungsdatum: 13.12.2004
Beiträge: 985
|
Verfasst am:
Di 03 Okt, 2006 23:49 |
  |
|
Hallöchen,
| alf29 hat folgendes geschrieben:
|
Moin,
machtst Du Dir nur auch eine ungefähre Vorstellung, was für einen Aufwand die Umstellung der
halben Produktpalette (nämlich alle Geräte mit ADSL-Modem) für LANCOM Systems bedeuten
würde? Dan kann man Conexant noch einige Versuche mit der Firmware geben. Es
ist ja nicht so, daß daran nicht bei Conexant gearbeitet werden würde.
Gruß Alfred
|
schade nur, dass der gute Ruf Euerer Produkte sowohl in einigen Internetforen als auch in der Fachpresse inzwischen durch den eher mäßigen Modemlinecode etwas leidet. Selbst ADS1, obwohl schon lange im Angebot, ist nicht restlos sauber implementiert, geschweige denn überhaupt ADSL2+. Falls Ihr mit dem Linecode nicht weiterkommt, wäre es sicher sinnvoller, zukünftige Produktlinien ganz ohne Modem anzubieten. Hoffentlich wird mit der 6.24 wieder ein eingermaßen vernünftiger Linecode angeboten. Mittlerweile bieten alle Provider ADSL2+ an, davon die Größten (Arcor/T-COM) DSLAMS mit Infineon. Es wäre schön, wenn der neue Linecode zumindest auf ADSL2+/Infineon gut abgestimmt ist. Das könnte schon ein ordentlicher Anfang sein und Grundlage für eine gute Weiterentwicklung bieten.
Gruß
Dietmar |
Zuletzt bearbeitet von froeschi62 am Mi 04 Okt, 2006 10:40, insgesamt einmal bearbeitet |
|
   |
|
Popasi

Anmeldungsdatum: 17.01.2006
Beiträge: 220
|
Verfasst am:
Mi 04 Okt, 2006 07:43 |
  |
|
| froeschi62 hat folgendes geschrieben:
|
|
Selbst ADS1, obwohl schon lange im Angebot, ist nicht restlos sauber implementiert[...]
|
Das kann ich als geplagter ADSL1 Nutzer leider bestätigen, mit dem "geraden" LCOSs mit dem ADSL2+ Linecode bekomme ich Syncs die generell 500 kBit/s *unter* den Linecodes der "ungeraden" Versionen sind. Dies finde ich ziemlich bedenklich, da die ADSL2+ fähigen Linecodes ja eigentlich die "neueren" seinen sollen und ADSL1, wie gesagt, ja bereits länger eingeführt ist, da sollte es keine Qualitätsunterschiede mehr geben. Seit ich meine neue Version des LC1821 habe. erhalte ich mit dem "ungeraden" Linecode keine sauberen Connects mehr, so das ich mit dem Penalty leben muss....
Trotzdem würde ich zu dem Thema gerne mal eine Aussage der "Linecodeprofis" hören... |
_________________ 1821+ Wireless ADSL (Ann. B) Rev. E7-WI1 (KW 26/07), VoIP Basic Option, LCOS 7.70 Rel
T-DSL 16+, ADSL2+, Zielnetz (VLAN8), kein L2 Mode, DSLAM: Infineon |
|
   |
|
MoinMoin
Moderator

Anmeldungsdatum: 12.11.2004
Beiträge: 870
|
Verfasst am:
Do 05 Okt, 2006 14:48 |
  |
|
Moin Andreas!
| AndreasMarx hat folgendes geschrieben:
|
|
ZynOS erlaubt sogar die SNRs pro Träger auszulesen. Im US-Bereich keine Auffälligkeiten. Also doch ein AGC-Problem beim LC?
|
Die Möglichkeit gab es bei LANCOM auch mal (z.B. 1621). Bis Conexant den Status bei einer neuen API-Version weggelassen hat. Der Upstream ist bei Annex-B in den Frequenzbändern (Tönen, Bin) 32 bis 63. In deinem Diagramm fehlt der Upstream offensichtlich, es wird nur der Downstream dargestellt. Du kannst dir bei LANCOM auch einen groben Überblick über die Qualität der einzelnen Frequenzen verschaffen, indem du dir die Bits-per-Bin-Tabellen ansiehst.
Ciao, Georg |
|
|
|
   |
|
|
|
  |
LANCOM-Forum.de Foren-Übersicht » LANCOM ADSL/ISDN: 821, 1621, 1521 Wireless, 1821 Wireless, 821+, 1721 VPN, 1722 VoIP, 1724 VoIP, 1723 VoIP, 1724 VoIP, 1823 VoIP, 1821+ Wireless ADSL, |
Gehe zu Seite Zurück 1, 2, 3 |
|
| |
|
|