Fwd: RE: Duplikuji se pakety, QUICK nepodporuje oba B kanály na ISDN

[Michal Vymazal]

Martin Kamín wrote:

> Připojuji odpověď technické podpory Quick.
> Možná se to někomu bude hodit :(
> MK
> 
>> Dobrý den,
>> pokud se připojujete přes ISDN linku a snažíte se připojit dvěma kanály,
> pak
>> by mohl být problém zde. Quick nepodporuje přenos přes dva kanály
> zároveň.
>> Pokud máte analog. modem, pak si zkontrolujte nastavení připojení,
> problém
>> nejspíše bude v ovladačích modemu.
>> Jelikož máte OS Linux, bohužel Vám víc nejsem schopen poradit. Bohužel
>> neposkytujeme technickou podporu pro OS Linux .
> 
>> Hezký den
>> Petr Socháň
>> technická podpora služby Quick
> 
> 
>> -----Original Message-----
>> From: Martin Kamín [mailto:martinkamin na quick.cz]
>> Sent: Monday, January 21, 2002 3:18 PM
>> To: techhelp na telecom.cz
>> Subject: Duplikuji se pakety
> 
> 
>> Subject:
>> Duplikuji se pakety
>> From:
>> Martin Kamín Shaka <kamin na atlas.cz>
>> Date:
>> Wed, 10 Oct 2001 20:52:33 +0200
>> To:
>> techhelp na telecom.cz
> 
>> Dobry den,
> 
>> mam tento problem, ktery se opakuje, casto i v prubehu dne, i noci, i o
>> vikendu, viz priloha.
>> Muzete mi poradit?
>> Martin Kamín
> 
>> PS: spojeni normalne funguje, ale ty duplicity mi to myslim zpomaluji
> 
> 
>> kamin na linux:~ > ping www.quick.cz
>> PING lb.quick.cz (194.228.200.10): 56 data bytes
>> 64 bytes from 194.228.200.10: icmp_seq=0 ttl=124 time=279.407 ms
>> 64 bytes from 194.228.200.10: icmp_seq=0 ttl=124 time=310.462 ms (DUP!)
>> 64 bytes from 194.228.200.10: icmp_seq=1 ttl=124 time=310.104 ms
>> 64 bytes from 194.228.200.10: icmp_seq=1 ttl=124 time=320.015 ms (DUP!)
>> 64 bytes from 194.228.200.10: icmp_seq=2 ttl=124 time=340.037 ms
>> 64 bytes from 194.228.200.10: icmp_seq=3 ttl=124 time=400.023 ms
>> 64 bytes from 194.228.200.10: icmp_seq=3 ttl=124 time=420.112 ms (DUP!)
>> 64 bytes from 194.228.200.10: icmp_seq=4 ttl=124 time=792.475 ms
>> 64 bytes from 194.228.200.10: icmp_seq=4 ttl=124 time=800.741 ms (DUP!)
>> 64 bytes from 194.228.200.10: icmp_seq=5 ttl=124 time=290.094 ms
>> 64 bytes from 194.228.200.10: icmp_seq=5 ttl=124 time=300.131 ms (DUP!)
>> --- lb.quick.cz ping statistics ---
>> 6 packets transmitted, 6 packets received, +5 duplicates, 0% packet loss
>> round-trip min/avg/max = 279.407/414.872/800.741 ms
>> kamin na linux:~ > route
>> Kernel IP routing table
>> Destination     Gateway         Genmask         Flags Metric Ref    Use
>> Iface
>> a122-145.dialup *               255.255.255.255 UH    0      0        0
>> ppp0
>> loopback        *               255.0.0.0       U     0      0        0
>> lo
>> default         a122-145.dialup 0.0.0.0         UG    0      0        0
>> ppp0
>> kamin na linux:~ > ifconfig
>> lo        Link encap:Local Loopback
>>           inet addr:127.0.0.1  Mask:255.0.0.0
>>           inet6 addr: ::1/128 Scope:Host
>>           UP LOOPBACK RUNNING  MTU:3924  Metric:1
>>           RX packets:4 errors:0 dropped:0 overruns:0 frame:0
>>           TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
>>           collisions:0 txqueuelen:0
> 
>> ppp0      Link encap:Point-to-Point Protocol
>>           inet addr:194.228.145.64  P-t-P:194.228.145.122
>> Mask:255.255.255.255
>>           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
>>           RX packets:2510 errors:175 dropped:0 overruns:0 frame:175
>>           TX packets:2196 errors:0 dropped:0 overruns:0 carrier:0
>>           collisions:0 txqueuelen:10
> 
>> kamin na linux:~ >
> 

Zda se, ze Quick neumi! 
neni nekde po ceste radiovy prenos? Pak bych ty duplicity chapal. Zkratka, 
jedno ze zarizeni po trase si neni jisto a tak vysila stejnou sekvenci 
paketu znovu. Vas modem na vine rozhodne nebude. Na vine je zarizeni 
provozovatele trasy. 

-- 
Michal Vymazal
Office Computer
gandalf na mbox.vol.cz