Użytkownik "Mateusz Ambroży" <mate@ambrozy.com.pl napisał w
wiadomości Moje sdi od kilku dni strasznie wolno chodzi (tylko odbior) i po 10
min jest
ok 300 bledow obieranych danych. O co tu chodzi, to moja wina czy

tepsy?

300 bledow na ile pakietow wyslanych/ odebranych ? Ja np mam:

ppp0      Link encap:Point-Point Protocol
          inet addr:213.77.138.99  P-t-P:213.77.138.99
Mask:255.255.255.0
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:1636480 errors:1883 dropped:0 overruns:0
          TX packets:1601573 errors:0 dropped:0 overruns:0

Jest to 1883 / 16000 czyli ok 10 do -3 jak na SDI jest to bardzo dobry
stosunek, jezeli masz wieksza stope bledow np 10 do -2 czy nawet 10
do -1 to wtedy bym alarmowal to do tpsa

Lepton

Witam!
Mam sieć lokalną na W2000 (do switch'a setkowego). Na jednym kompie jest
internet z SDI. Dial-up ma udostępnianie. W ogóle, aby to zaczęło w miarę
poprawnie działać, musiałem najpierw na tym kompie (i innych w sieci)
ustawić MTU na 1452 (bez tego nawet na tym z internetem były problemy z
pocztą) . Natomiast nadal nie udało mi się wyeliminować jeszcze jednego
problemu:  jeśli na stacjach nie ma wpisanych w właściwościach TCP-IP
DNS-ów TPSA, to nie działa internet w ogóle (pingi chodzą po IP, ale
niepo nazwach). Jednak nawet wpisanie DNS też nie zawsze pomaga- obecnie
wpisy są od dłuższego czasu, a mimo to na stacjach czasami nie ma
internetu (a pingi po IP "chodzą". Także po IP działa www). Na stacji z
internetem natomiast wszystko działa poprawnie.
Macie jakiś pomysł? Czy to może być wina po stronie TPSA (twierdzą, że
absolutnie nie)?
pozdrawiam
Chiron


ustawiłes winsa

Niedawno nasza kochana TPSA zalozyla nam ustrojstwo znane jako Neostrada.


I
[...]

prawdopodobnie wartosci MaxTransmissionUnit sa za wysokie.
Zmienic to mzoesz progsem ktory polecial do ciebie na priva.
W dolnym prawym rogu wpisz wartosc np. 1492 (dommyslnie w winxp jest 1500)
i to powinno sprawe zalatwic.
Oczywiscie po zmianie MTU reset kompów. Zrob tak samo na obu.

Witam

Czy ktos moze wie co zrobic mam taka sytuacje: DSL 1M - na tym server
pocztowy
na postfix wszytko dziala ale sa momenty ze ruch na poczcie jest tak duzy
(
widze to w trafshow) ze nie echo sie nie odzywa pingam i nic. Komputery w
sieci
lokalnej nie maja net, dopiero kiedy poczta sie odblokuje zaczyna wszytko
grać,
czy istnieje jakas konfig ppostfixa aby temu zaradzic,


Witam też miałem ten problem właściwie mogę poiwedzieć, że miewam jest to
związane z przypchaniem łącza tak to jest z łączami TPSA powód: zapychasz
modem dsl, przytnij łącze do 32KB/s
1. Albo zrobisz sobie HTB (możesz pocztyać na
http://www.linio.boo.pl/htb.html)   czy CBQ  - jest trochę oppisów lub WRR -
dynamiczny podział łącza - możesz jeszcze poczytać na www.inet.one.pl -
wszystkie z metod podziału przepustowości łącza wymagają kompilacji jądra
2. Albo także skompiluj jądro (należy w oipcjach wkompilować obsługe HTB czy
CBQ - czytaj też http://www.debianusers.pl/article.php?aid=54) i wydaj
polecenie
# tc qdisc add dev eth0 root handle 1: tbf burst 20480 limit 20480 mtu 1514
rate 32000bps
powinno pomoc...

ag@poczta.onet.pl napisł(a) :

ag@poczta.onet.pl napisał:

RH 7.2
nie pomogło nawet ustawienia w rc3.d named jako ostatniego demona.
A jak nie odpalę nie instaluje mi się port 53 na moim IP (z TP SA)
Krzysiek

i to jest własnie problem z RH - dużo skryptów w których łatwo się
zgubić a jesteś pewien że ppp0 czy tam co, wstaje przed odpaleniem
named'a? HIS'a pewnie odpalasz w rc.local?
Czy ppp wstaje przed odpaleniem nameda?
a jak ja to mogę sprawdzić, bo możliwe, że właśnie to jest źródło
problemu, myślałem jednak, że jeśli zrobię S99named to on już opdali się
po wszystkim hisa odpalam w rc.local
Krzysiek

/etc/rc.d/rc.local jest wykonywany po skryptach z /etc/rc.d/init.d

zrób sobie więc skrypt /etc/rc.d/initd.d/sdi o zawartości np:

#!/bin/sh
route del default
/usr/sbin/pppd /dev/ttyS0 115200 modem defaultroute lock crtscts
noauth persist asyncmap 0 mru 1500 mtu 1500 user USER

zrób do niego symlinka w /etc/rc.d/rc3.d/ (w zależności od poziomu z
którego startujesz) o nazwie która będzie między network a named) np:

 ln -s /etc/rc.d/init.d/sdi /etc/rc.d/rc3.d/S11sdi

Zrobiłem jak poiwedziałeś, ale nie mogę w tej chwili restartować serwera.
Sprawdzę jak to będzie możliwe.
A czy mógłbyś mi wyjaśnić te parametry
mru 1500 mtu 1500
Krzysiek

On 8 May 2000 21:56:46 GMT,

Jacek Osiecki <jos@ceti.pl wrote:
No dobra - tylko w takim razie jakie są przyczyny moich problemów? Jeszcze
raz powtarzam, że polega on na tym, że przy połączeniu przez TPSA mogę wejść
Netscape'm na wszystkie strony, a przy połączeniu przez Ceti na niektóre
strony nie mogę się dostać zza maskarady (ale z komputera maskaradującego
już mogę)...


No to może masz MTU/MRU poniżej 1500 na łączu pomiędzy komputerem
maskaradującym a tym maskaradowanym?

Najlepiej weź tcpdumpa i posłuchaj co na tym łączu lata, porównaj to z tym,
co lata po łączu przed maskaradą.

Gacek.

witam
sytuacja nastepujaca: serwerek z jadrem 2.4.3 dziala ladnie z kazdej sieci z
wyjatkiem dostepu komutowanego TPSA (analog i ISDN). przy korzystaniu z
tychrze, transfer jest marniutki, wyglada to tak jakby byly problemy z
fragmentacja czy MTU. icmp (stanardowy ping) dziala bez zarzutu. nie chodzi
tez o sama istote dzwonienia bo z dialupu formusa jest oki. problem wystapil
na 2 hostach, dokladnie taki sam objaw. niestety nie zdazylem nawet
zesnifowac sesji bo musialem na szybko wykonac downgrade do ver. 2.2.x.
oczywiscie pomoglo jak reka odjal...
jakies pomysly? zdarzylo sie w ogole to komus?

pozdrowienia
w

Pewnego dnia, a było to Tue, 21 Nov 2000 14:18:06 +0000 (UTC) przyszła do mnie
wiadomość z adresu <s@gazeta.pli powiedziała:

Krzysztof Krzyżaniak <e@pawnhearts.eu.orgwrote:
| Mam następujący problem z 2.4.0-test10: osoby łączące się przez dialup TPSA
| nie mogą ściągnąć poczty przez pop3. Ping chodzą, strona WWW na tym samym
| adresie wczytuje się ładnie. Wygląda to na problem z MTU.
A sprawdzales telnet host 110 wdzwaniajac sie przez TPSA ?


Jasne. Nie w tym problem.

| Czy ktoś może się z tym spotkał?
Napisz wiecej szczegolow ...
Bo WWW jakos ma malo z POP3 wspolnego ...
Poza tym co oznacza "nie moga sciagnac poczty" ?
Jakies bledy czy brak polaczenia czy co ?


Nop. Po prostu łączy się, autoryzuje, sprawdza liczbę wiadomości, zaczyna
ściągać i zdycha. Problemu nie ma kiedy przejdzie z powrotem na jądro 2.2.17.

  eloy

"Maciej W. Rozycki" wrote:
[...]
 Jezeli przy mniejszym MTU masz lepsza transmisje, to ewidentnie jest cos
zle skonfigurowane w ktoryms z routerow.


A bo to w jednym....  Przecież wiadomo, że znajdą się takie routery,
gdzie trzeba dokonfigurować jeszcze z dwa razy tyle w stosunku do tego
co jest.

[...]
1. Przepustowosc lacza docelowego jest zbyt mala.


A słyszałeś, żeby jakiś użytkownik TPSA  twierdził, że przepustowość
docelowych łączy jest za duża, lub choćby w sam raz?

BTW. Słyszeliście o tych dopalaczach TCP pod Windows, które modyfikują
registry i zmieniają tam wartość MTU wpisując niższą? (W windows
normalnie dość ciężko wstawić coś innego niż MTU=1500 :-)) Myślicie, że
to się wzięło z powietrza? Ja różne wartości MTU naprawdę dogłębnie
testowałem w różnych sytuacjach i wybrałem wartość najkorzystniejszą.

Michał

On 27 Dec 1999 11:22:38 GMT,

Lukasz Trabinski <luk@lt.wsisiz.edu.plwrote:
olo <o@sg-1.stargate.orgwrote:

| Jakie są najlepsze wartości tych
| parametrów dla DialUp-u przez tpsa.

mtu 552
mru 552


No to ja popolimeryzuję.(1) Zależy co user robi na tym łączu i (2) zależy
niestety z jakich serwerów korzysta :-(.

1.
- Jeśli używa łącz do oglądania stron WWW, ściągania ftpem, ściągania
newsów to lepsze jest mtu większe, do 1500. Powyżej nie ma sensu ustawiać ze
względu na max MTU ethernetu, który gdzieś tam zwykle się po drodze
znajduje.

- Jeśli user częściej wykorzystuje do pracy interaktywnej (telnet, ssh
itp.), to lepsza jest mniejsza wartość, nawet do 296. Wartości mniejsze
powodują, że staje się niekorzystny stosunek ilości danych przesyłanych po
łączu do rozmiaru nagłówków protkółów, w które te dane są opakowane.

2. Aspekt mniej przyjemny.
- Czasem zdarza się, że administratorzy serwerów/sieci, w których te serwery
pracują blokują ruch ICMP, doprowadzając do sytuacji, kiedy "path MTU
discovery" staje się niemożliwe. Wtedy z takiego serwera często nie da się
skorzystać, jeśli gdzieś pomiędzy blokadą ICMP a naszym hostem MTU odcinka
jest mniejsze niż najmniejsze MTU odcinka pomiędzy blokadą a serwerem.
Przykład: www.oe.pekao.com.pl. Wtedy jedyną radą jest ustawienie MTU na
wartość większą, z reguły 1500.

Gacek.