Здравствуйте!
Прошу разъяснить: речь о внешнем IP? То есть они разные когда свисток подключен к компу и когда воткнут в роутер?Originally Posted by TReX
Роман
Registered User
Здравствуйте!
Прошу разъяснить: речь о внешнем IP? То есть они разные когда свисток подключен к компу и когда воткнут в роутер?
Роман
роутер это дополнительный NAT, плюс сама Йота дает уже натированные адреса, получается цепочка из которой надо выкинуть лишний NAT )
Junior Member
У меня такая же проблема с http://www.apple.com, есть варианты решения.
Registered User
Здравствуйте!
А можно поподробнее?
Junior Member
RT-N16, прошивка RT-N16-1.9.2.7-rtn-r4772.trx, модем LU156.
Не соединяется с http://www.apple.com, сек. 10-15 идет попытка соединения и выдает стандартную страницу ошибки.
Пробовал на разных компьютерах, на Win7 и на Win8, на разных браузерах, дома и на работе - соединения нет.
Другие сайты открываются без проблем.
Если включить модем напрямую в компьютер - все работает.
Registered User
Здравствуйте.
Роутер Asus WL-500gP V2 с "олеговской" прошивкой WL500gpv2-1.9.2.7-rtn-r4177.trx, файл настроек yota-wl500gp.tar, в связке с модемом Yota LTE (4g).
Проблема заключается в следующем - если на базовой станции Yota произошел сбой (и Интернета нет, если даже модем подключить к usb компа,
обойдя роутер ), то после устранения неисправностей на базовой станции роутер не заводится. Захожу в Status & Log, жмакаю Connect - определяется
ip, dns - подключение есть, НО ТОЛЬКО НА ~10 СЕКУНД. Выхожу из этой ситуации перепрошивкой роутера… и так до очередного сбоя базовой станции…
В настройках:
IP Config - ethernet over usb;
USB Network Devices WiMAX - не стоит галочка в Set as WAN Connection Type by default
Пожалуйста, подскажите, что можно сделать - настройки, другая прошивка……
Last edited by Omega; 04-08-2012 at 12:57. Reason: зачем этот файл и wimax? :) читаем эту тему и настраиваем роутер ;)
Forum Guru
омг, ну сколько раз можно повторять - что подключение роутера к модему и подключение модема к интернету друг от друга никак не зависят. А нажатие Connect в веб-интерфейсе роутера может все испортить. Если нет именно соединения модема с интернетом (модем не горит синим), вытащите его USB-порта роутера и через несколько секунд подключите снова. Никаких кнопок в веб-интерфейсе роутера не нажимать.
Junior Member
За последние пару месяцев столкнулся с еще одной особенностью работы с модемом еты - вдруг у роутера пропадал вайфай (лампа то загоралась, но через несколько сек гасла), при этом не шла раздача dhcp и по лану. Нажатия на кн рисет не помогали. Все симптомы, что или с питанием что или неисправный вайфай блок подсаживал все...Думал, что решил помереть мой 1.5 годовалый асус рт16, приходилось переставлять модем в ноут и так работать. Когда появлялось время - решил попробовать обновить прошивку. Получалось только через включение с нажатой WPS кнопкой и фирменной прогой асуса. И о чудо - лежавший сутки роутер чудесным образом начинал работать!!! Последний раз такое произошло 3 августа - как потом выяснилось - совпало с переходом еты на прошивку 3.7. А до этого с прошивки 2.8.1 был переход на 3.2. Есть подозрение, что в первый раз у меня роутер "умер" аккурат при попытке автоматом перешиться на 3.2 находясь в роутере. Возможно при этом портится nvram роутера. А прошивка модема обновлялась когда я вынужденно подключал модем к ноуту. Я с техобразованием, но тут не спец, пишу о своих наблюдениях. Может кому поможет сразу не бежать в ремонт с роутером. Прошивка последняя от энтузиастов.
Forum Guru
Прошивка модема и прошивка роутера не имеют друг к другу ни малейшего отношения и испортить друг друга ну никак не могут.
Модем и роутер - два совершенно самостоятельных и независимых устройства.
По этой же причине, если пропадает интернет (гаснет синий светодиод на модеме), делать что-либо с роутером абсолютно бесполезно. Можно только передернуть питание модема:
1. физически его вынув и вставив снова
2. программно только на WNR3500L v2 командой gpio 20 0 && sleep 3 && gpio 20 1
3. с помощью отдельного USB-хаба, поддерживающего программное выключение портов, и программы hubctrl (сложный вариант, объяснять не буду, да поможет поиск по форуму).
Member
Ситуация не такая, но похожая - иногда связь обрывается и сама не восстанавливается... Лечить выдергиванием модема или перезагрузкой роутера - не вариант, иногда физически нет возможности. Возможно, стоит периодически, через cron, проверять наличие соединения (ну к примеру пинговать кого-нибудь, типа Гугла) и при неудаче - рестарт? Подскажите, такое возможно реализовать? Я по форуму поискал на предмет" проверка соединения", но не нашел
Вот такое будет работать?
*/5 * * * * { ping -q -c 1 -i 1 that.host | grep '100% packet loss' } &> /dev/null ; if [ $? = 1 ] ; then "команда когда все нормально" ; else "команда на рестарт"; fi
и куда его засунуть?
Last edited by Zatravka; 08-08-2012 at 11:31.
wl500w (1.9.2.7-d-rxxxx, набор "для чайника")
Registered User
Yota/LTE, и при втыке свиска в комп всё идеально. Но проблема с RT-16 1.9.2.7-rtn-r4330, на более древних было то же самое: маленькие или пустые css, js, png, gif - грузятся вечно. Пристреливаю их из Firebug, после чего можно видеть страничку. Глючат 2-5% самых разных сайтов, но обиднее всего, что с этого дорогого сердцу форума не грузятся вот эти
http://wl500g.info/css.php?styleid=1...additional.css
http://wl500g.info/images/pagination/next-right.png
Ощущение, что если Все глючат одинаково: провода и вафля; ArchLinux, Androd 4.0, Виндозя 7; wget, файрфокс, хром. Реквест посылается нормально, а в ответ - тишина. А теперь самый большой прикол - когда захожу на асус телнетом, то оттуда всё wget-ается на ура. Казалось бы, MTU...
Ресетил установки, менял олеговы прошки, уменьшал MTU на всех интерфейсах асуса и компов через ifconfig. Man in the middle исключён, вирусоловы исключены. Конечно искал по форуму и сети, но это мука - каждый раз стрелять в css чтобы увидеть страницу.
Это уже после ресета: wan0 MTU по умолчанию 1400, и больше сделать нельзя.
Что делать?Code:Interfaces br0 Link encap:Ethernet HWaddr 20:CF:30:CE:12:D6 inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:30284 errors:0 dropped:0 overruns:0 frame:0 TX packets:45840 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2982229 (2.8 MiB) TX bytes:48329362 (46.0 MiB) eth0 Link encap:Ethernet HWaddr 20:CF:30:CE:12:D6 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4620 errors:0 dropped:0 overruns:0 frame:0 TX packets:11231 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:676185 (660.3 KiB) TX bytes:7131974 (6.8 MiB) Interrupt:4 Base address:0x2000 eth1 Link encap:Ethernet HWaddr 20:CF:30:CE:12:D6 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:25565 errors:0 dropped:0 overruns:0 frame:113390 TX packets:40679 errors:1 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2750350 (2.6 MiB) TX bytes:44294390 (42.2 MiB) Interrupt:3 Base address:0x1000 eth2 Link encap:Ethernet HWaddr 00:09:3B:F0:1A:40 UP BROADCAST RUNNING MULTICAST MTU:1400 Metric:1 RX packets:38066 errors:0 dropped:0 overruns:0 frame:0 TX packets:28025 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:43778834 (41.7 MiB) TX bytes:4502444 (4.2 MiB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1 RX packets:4991 errors:0 dropped:0 overruns:0 frame:0 TX packets:4991 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2305238 (2.1 MiB) TX bytes:2305238 (2.1 MiB) vlan1 Link encap:Ethernet HWaddr 20:CF:30:CE:12:D6 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4620 errors:0 dropped:0 overruns:0 frame:0 TX packets:11231 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:593025 (579.1 KiB) TX bytes:7131974 (6.8 MiB) wan0 Link encap:Ethernet HWaddr 00:09:3B:F0:1A:40 inet addr:10.0.0.10 Bcast:10.0.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1400 Metric:1 RX packets:38064 errors:0 dropped:0 overruns:0 frame:0 TX packets:28032 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:43778778 (41.7 MiB) TX bytes:3270475 (3.1 MiB) Routing Table Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 wan0 10.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 wan0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 10.0.0.1 0.0.0.0 UG 0 0 0 wan0 IP Tables Chain INPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 2 80 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate INVALID 3726 451K ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED 4805 2273K ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0 ctstate NEW 2211 105K ACCEPT all -- br0 * 0.0.0.0/0 0.0.0.0/0 ctstate NEW 0 0 ACCEPT 2 -- * * 0.0.0.0/0 224.0.0.0/4 0 0 ACCEPT udp -- * * 0.0.0.0/0 224.0.0.0/4 udp dpt:!1900 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp spt:67 dpt:68 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:21 flags:0x17/0x02 4 280 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 Chain FORWARD (policy ACCEPT 928 packets, 55809 bytes) pkts bytes target prot opt in out source destination 0 0 ACCEPT all -- br0 br0 0.0.0.0/0 0.0.0.0/0 62 3872 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate INVALID 0 0 ACCEPT udp -- * * 0.0.0.0/0 224.0.0.0/4 8 3880 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED 0 0 DROP all -- !br0 wan0 0.0.0.0/0 0.0.0.0/0 0 0 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate DNAT 0 0 DROP all -- * br0 0.0.0.0/0 0.0.0.0/0 Chain OUTPUT (policy ACCEPT 15265 packets, 6613K bytes) pkts bytes target prot opt in out source destination Chain BRUTE (0 references) pkts bytes target prot opt in out source destination Chain MACS (0 references) pkts bytes target prot opt in out source destination Chain SECURITY (0 references) pkts bytes target prot opt in out source destination 0 0 RETURN tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x02 limit: avg 1/sec burst 5 0 0 RETURN tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x04 limit: avg 1/sec burst 5 0 0 RETURN udp -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 5/sec burst 5 0 0 RETURN icmp -- * * 0.0.0.0/0 0.0.0.0/0 limit: avg 5/sec burst 5 0 0 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 Chain UPNP (0 references) pkts bytes target prot opt in out source destination Chain logaccept (0 references) pkts bytes target prot opt in out source destination 0 0 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate NEW LOG flags 39 level 4 prefix `ACCEPT ' 0 0 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 Chain logdrop (0 references) pkts bytes target prot opt in out source destination 0 0 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate NEW LOG flags 39 level 4 prefix `DROP ' 0 0 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 IP Tables NAT Chain PREROUTING (policy ACCEPT 1662 packets, 103K bytes) pkts bytes target prot opt in out source destination 4 280 VSERVER all -- * * 0.0.0.0/0 10.0.0.10 Chain POSTROUTING (policy ACCEPT 2393 packets, 635K bytes) pkts bytes target prot opt in out source destination 856 51457 MASQUERADE all -- * wan0 !10.0.0.10 0.0.0.0/0 7 1567 MASQUERADE all -- * br0 192.168.1.0/24 192.168.1.0/24 Chain OUTPUT (policy ACCEPT 2400 packets, 636K bytes) pkts bytes target prot opt in out source destination Chain UPNP (1 references) pkts bytes target prot opt in out source destination Chain VSERVER (1 references) pkts bytes target prot opt in out source destination 4 280 UPNP all -- * * 0.0.0.0/0 0.0.0.0/0
Registered User
Вот ещё инфа по глюку. Когда гружу вгетом на асусе всё супер (зовут его Лучано):
Теперь ту же примечательную страницу гружу с ЛЮБОГО клиента асуса (две винды, Линукс, Андроид) ХОТЬ ПО ПРОВОДАМ ХОТЬ ПО ВОЗДУХУ - респонс не прилетает:Code:[admin@luciano root]$ wget http://market.yandex.ru/_c/DSci0hRgkDorTfMorpB1nuI8VX0.css Connecting to market.yandex.ru (213.180.193.22:80) DSci0hRgkDorTfMorpB1 100% |****************************************************************************| 131 0:00:00 ETA [admin@luciano root]$ tcpdump -n -i wan0 "port 80" # В это время на нём же всё полный порядок tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on wan0, link-type EN10MB (Ethernet), capture size 65535 bytes 10:34:17.188492 IP 213.180.204.22.80 > 10.0.0.10.36291: Flags [P.], seq 3706185355:3706185773, ack 3531487493, win 119, length 418 10:34:29.737393 IP 10.0.0.10.36291 > 213.180.204.22.80: Flags [F.], seq 1, ack 0, win 115, options [nop,nop,sack 1 {418:419}], length 0 10:34:29.767182 IP 213.180.204.22.80 > 10.0.0.10.36291: Flags [.], ack 2, win 119, length 0 10:34:33.787048 IP 10.0.0.10.55007 > 213.180.204.22.80: Flags [S], seq 3368198927, win 5440, options [mss 1360,sackOK,TS val 503421599 ecr 0,nop,wscale 2], length 0 10:34:33.827200 IP 213.180.204.22.80 > 10.0.0.10.55007: Flags [S.], seq 2523979594, ack 3368198928, win 14100, options [mss 1360,nop,nop,sackOK,nop,wscale 7], length 0 10:34:33.827414 IP 10.0.0.10.55007 > 213.180.204.22.80: Flags [.], ack 1, win 1360, length 0 10:34:33.828377 IP 10.0.0.10.55007 > 213.180.204.22.80: Flags [P.], seq 1:114, ack 1, win 1360, length 113 10:34:33.876199 IP 213.180.204.22.80 > 10.0.0.10.55007: Flags [.], ack 114, win 111, length 0 10:34:33.877175 IP 213.180.204.22.80 > 10.0.0.10.55007: Flags [F.], seq 438, ack 114, win 111, length 0 10:34:33.877985 IP 10.0.0.10.55007 > 213.180.204.22.80: Flags [.], ack 1, win 1360, options [nop,nop,sack 1 {438:439}], length 0 10:34:33.878171 IP 213.180.204.22.80 > 10.0.0.10.55007: Flags [P.], seq 1:438, ack 114, win 111, length 437 10:34:33.879525 IP 10.0.0.10.55007 > 213.180.204.22.80: Flags [.], ack 439, win 1628, length 0 10:34:33.880457 IP 10.0.0.10.55007 > 213.180.204.22.80: Flags [F.], seq 114, ack 439, win 1628, length 0 10:34:33.923192 IP 213.180.204.22.80 > 10.0.0.10.55007: Flags [.], ack 115, win 111, length 0
Вообще, в чём дело? Я пока мало соображаю в tcpdump.... Дополнительная инфа есть в предыдущем постеCode:[who@who-arch tmp]$ wget http://market.yandex.ru/_c/DSci0hRgkDorTfMorpB1nuI8VX0.css --2012-09-15 14:21:31-- http://market.yandex.ru/_c/DSci0hRgkDorTfMorpB1nuI8VX0.css Resolving market.yandex.ru... 213.180.204.22, 87.250.250.22, 87.250.251.22, ... Connecting to market.yandex.ru|213.180.204.22|:80... connected. HTTP request sent, awaiting response... ^C [who@who-arch tmp]$ sudo tcpdump -n -i wlan0 "port 80" # в это время на том же компе tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes 14:35:45.138647 IP 192.168.1.20.36292 > 213.180.204.22.80: Flags [S], seq 1225116903, win 14600, options [mss 1460,sackOK,TS val 3583520 ecr 0,nop,wscale 7], length 0 14:35:45.179113 IP 213.180.204.22.80 > 192.168.1.20.36292: Flags [S.], seq 34073583, ack 1225116904, win 14100, options [mss 1360,nop,nop,sackOK,nop,wscale 7], length 0 14:35:45.179155 IP 192.168.1.20.36292 > 213.180.204.22.80: Flags [.], ack 1, win 115, length 0 14:35:45.179274 IP 192.168.1.20.36292 > 213.180.204.22.80: Flags [P.], seq 1:149, ack 1, win 115, length 148 14:35:45.230109 IP 213.180.204.22.80 > 192.168.1.20.36292: Flags [.], ack 149, win 119, length 0 14:35:45.232968 IP 213.180.204.22.80 > 192.168.1.20.36292: Flags [P.], seq 1:419, ack 149, win 119, length 418 14:35:48.238197 IP 213.180.204.22.80 > 192.168.1.20.36292: Flags [P.], seq 1:419, ack 149, win 119, length 418 14:35:51.046990 IP 213.180.204.22.80 > 192.168.1.20.36292: Flags [F.], seq 419, ack 149, win 119, length 0 14:35:51.047018 IP 192.168.1.20.36292 > 213.180.204.22.80: Flags [.], ack 1, win 115, options [nop,nop,sack 1 {419:420}], length 0 14:35:54.265191 IP 213.180.204.22.80 > 192.168.1.20.36292: Flags [P.], seq 1:419, ack 149, win 119, length 418 14:36:06.304136 IP 213.180.204.22.80 > 192.168.1.20.36292: Flags [P.], seq 1:419, ack 149, win 119, length 418 14:36:30.377189 IP 213.180.204.22.80 > 192.168.1.20.36292: Flags [P.], seq 1:419, ack 149, win 119, length 418 14:37:03.103549 IP 192.168.1.20.36292 > 213.180.204.22.80: Flags [F.], seq 149, ack 1, win 115, options [nop,nop,sack 1 {419:420}], length 0 14:37:03.140024 IP 213.180.204.22.80 > 192.168.1.20.36292: Flags [.], ack 150, win 119, length 0 14:37:18.458055 IP 213.180.204.22.80 > 192.168.1.20.36292: Flags [P.], seq 1:419, ack 150, win 119, length 418 [admin@luciano root]$ tcpdump -n -i wan0 "port 80" # в это время на асусе tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on wan0, link-type EN10MB (Ethernet), capture size 65535 bytes 10:35:44.987823 IP 10.0.0.10.36292 > 213.180.204.22.80: Flags [S], seq 1225116903, win 14600, options [mss 1460,sackOK,TS val 3583520 ecr 0,nop,wscale 7], length 0 10:35:45.027454 IP 213.180.204.22.80 > 10.0.0.10.36292: Flags [S.], seq 34073583, ack 1225116904, win 14100, options [mss 1360,nop,nop,sackOK,nop,wscale 7], length 0 10:35:45.028222 IP 10.0.0.10.36292 > 213.180.204.22.80: Flags [.], ack 1, win 115, length 0 10:35:45.028507 IP 10.0.0.10.36292 > 213.180.204.22.80: Flags [P.], seq 1:149, ack 1, win 115, length 148 10:35:45.078460 IP 213.180.204.22.80 > 10.0.0.10.36292: Flags [.], ack 149, win 119, length 0 10:35:45.080299 IP 213.180.204.22.80 > 10.0.0.10.36292: Flags [P.], seq 1:419, ack 149, win 119, length 418 10:35:48.086499 IP 213.180.204.22.80 > 10.0.0.10.36292: Flags [P.], seq 1:419, ack 149, win 119, length 418 10:35:50.895287 IP 213.180.204.22.80 > 10.0.0.10.36292: Flags [F.], seq 419, ack 149, win 119, length 0 10:35:50.896011 IP 10.0.0.10.36292 > 213.180.204.22.80: Flags [.], ack 1, win 115, options [nop,nop,sack 1 {419:420}], length 0 10:35:54.113377 IP 213.180.204.22.80 > 10.0.0.10.36292: Flags [P.], seq 1:419, ack 149, win 119, length 418 10:36:06.152204 IP 213.180.204.22.80 > 10.0.0.10.36292: Flags [P.], seq 1:419, ack 149, win 119, length 418 10:36:30.224992 IP 213.180.204.22.80 > 10.0.0.10.36292: Flags [P.], seq 1:419, ack 149, win 119, length 418 10:37:02.951750 IP 10.0.0.10.36292 > 213.180.204.22.80: Flags [F.], seq 149, ack 1, win 115, options [nop,nop,sack 1 {419:420}], length 0 10:37:02.987562 IP 213.180.204.22.80 > 10.0.0.10.36292: Flags [.], ack 150, win 119, length 0 10:37:18.305300 IP 213.180.204.22.80 > 10.0.0.10.36292: Flags [P.], seq 1:419, ack 150, win 119, length 418
Junior Member
Та же проблема, прошивка r4667, rt-n16, модем yota lu150.
Last edited by eugene_s04; 10-11-2012 at 13:32.
Registered User
Попробуйте подключить модем через провод.
Junior Member
Модем изначально был подключен через кабель.
Проблема вроде бы решилась.
В /usr/local/sbin/post-boot на роутере добавил строку:
echo 0 > /proc/sys/net/ipv4/tcp_timestamps
Для Windows этого достаточно.
Для Linux (Debian) нужно еще на компе выполнить:
echo net.ipv4.tcp_timestamps = 0 > /etc/sysctl.d/net.ipv4.tcp_timestamps.conf
из-под root.
См. --> http://wl500g.info/showthread.php?20...057#post225057
Last edited by Omega; 26-11-2012 at 21:53. Reason: угу, это было ещё на wimax ;) ёта жжёт по прежнему :)
Posting Permissions
Reply With Quote