(Is this group still active???) Folks: I am up against the wall on a difficult problem. My users dial up, get connected, then either get no throughput at all or get throughput after a delay of up to five minutes. I lassoed one of our network engineers yesterday and tested it extensively. From what we were seeing, I get throughput once my IP address receives a ping. Has anyone seen this? I've gone over my IP pools and they seem to be fine: arc2a_pool 132.236.155.12/C 118 3 PUBLIC NO_AGGREGATE 0 1 ACTIVE arc2b_pool 132.236.155.131/C 119 13 PUBLIC NO_AGGREGATE 0 1 ACTIVE arc7A_pool 128.253.49.15/B 131 69 PUBLIC NO_AGGREGATE 0 1 ACTIVE arc7B_pool 128.253.49.146/B 100 68 PUBLIC NO_AGGREGATE 0 1 ACTIVE arcexln_pool 132.236.102.16/B 48 12 PUBLIC NO_AGGREGATE 0 1 ACTIVE arcexoncamp_pool 132.236.102.182/B 24 5 PUBLIC NO_AGGREGATE 0 1 ACTIVE oncamp_pool 132.236.102.206/B 24 3 PUBLIC NO_AGGREGATE 0 1 ACTIVE This seems to have started in early August, maybe the second week. I can't be more specific because I wasn't made aware of the extent of the problem until last week. Anyone have a spare clue? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Michelle Mogil, mmm3@cornell.edu Systems & Operations, CIT Cornell University, Ithaca, NY 14853 USA vox: 607-255-0516 fax: 607-255-8521
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 12 September 2003 08:39 am, Michelle Mogil wrote:
(Is this group still active???)
Folks:
I am up against the wall on a difficult problem. My users dial up, get connected, then either get no throughput at all or get throughput after a delay of up to five minutes. I lassoed one of our network engineers yesterday and tested it extensively. From what we were seeing, I get throughput once my IP address receives a ping. Has anyone seen this? I've gone over my IP pools and they seem to be fine: This is just a shot in the dark but is there any kind of firewall running on the internet side of the box that might have the syn flag set for those IP's or the interface they are connected to? A misconfigured firewall could drop all packets unless they originate from the wrong side of the interface.
Probably not it but, hey, at least it didn't cost you anything. The only other thing I would check is to make sure your routing table reflects the IP's if you use RIP or OSPF. - -- Lewis Bergman Texas Communications 4309 Maple St. Abilene, TX 79602-8044 915-695-6962 ext 115 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE/YdAUpT00mQjG01gRAiE8AJ0QdtxP+0fvqbfz7wC794l2BLD1NwCff68A Qq8iaWqg3pAyO0+ncd5nQoQ= =8rC5 -----END PGP SIGNATURE-----
I remember having this problem with Netservers and it turned out to be that I didn't have announce new routes or proxy arp turned on, you may want to take a look around TCM for something like that. On Fri, 2003-09-12 at 10:39, Michelle Mogil wrote:
(Is this group still active???)
Folks:
I am up against the wall on a difficult problem. My users dial up, get connected, then either get no throughput at all or get throughput after a delay of up to five minutes. I lassoed one of our network engineers yesterday and tested it extensively. From what we were seeing, I get throughput once my IP address receives a ping. Has anyone seen this? I've gone over my IP pools and they seem to be fine:
arc2a_pool 132.236.155.12/C 118 3 PUBLIC NO_AGGREGATE 0 1 ACTIVE arc2b_pool 132.236.155.131/C 119 13 PUBLIC NO_AGGREGATE 0 1 ACTIVE arc7A_pool 128.253.49.15/B 131 69 PUBLIC NO_AGGREGATE 0 1 ACTIVE arc7B_pool 128.253.49.146/B 100 68 PUBLIC NO_AGGREGATE 0 1 ACTIVE arcexln_pool 132.236.102.16/B 48 12 PUBLIC NO_AGGREGATE 0 1 ACTIVE arcexoncamp_pool 132.236.102.182/B 24 5 PUBLIC NO_AGGREGATE 0 1 ACTIVE oncamp_pool 132.236.102.206/B 24 3 PUBLIC NO_AGGREGATE 0 1 ACTIVE
This seems to have started in early August, maybe the second week. I can't be more specific because I wasn't made aware of the extent of the problem until last week. Anyone have a spare clue?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Michelle Mogil, mmm3@cornell.edu Systems & Operations, CIT Cornell University, Ithaca, NY 14853 USA vox: 607-255-0516 fax: 607-255-8521
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
participants (3)
-
ISN Support Staff -
Lewis Bergman -
Michelle Mogil