Tracking packet loss to selected destination on BGP gateway

Hi,
We have a Multihomed(2-ISP on 1-Router) BGP connectivity for ISP redundancy, through this link we are advertising our own IP prefix. The link failover works perfectly fine, it happens if either of the local loop for the ISP physically goes down or if the remote peer(neighbor router) is not reachable.
The existing BGP configuration is not helping us much to address the intermittent packet loss issues that occurs with some of our critical remote destinations.
I am not sure how we can fix this issue on the gateway router. I am actually trying with IP SLA configurations to see if we can address this issue.
Let me know if there is a better way to address such issues on border router.

VPN01#sh ip cef switching statistics
       Reason                          Drop       Punt Punt2Host
RP LES No route                          19          0          0
RP LES Packet destined for us             0      39625         98
RP LES No adjacency                     480          0          0
RP LES TTL expired                        0          0      29428
RP LES Fragmentation failed, DF         346          0       1877
RP LES Features                       18434          0      21821
RP LES Unclassified reason               18          0          0
RP LES Neighbor resolution req         1029         20          0
RP LES Tun decap, gre payload             0        187          0
RP LES Fragmentation no pak               0          0      13108
RP LES Total                          20326      39832      66332
All    Total                          20326      39832      66332

Similar Messages

Packet Loss to same Destination IP from same network but diffrent IP

Privary Reason the Post Is Removed

We need more information.
What devices are you 'pinging' from?
Are they both plugged into the same switch?
Wired or wireless?
Traceroute from the one which has dropped packets to see how far they go.

Experiencing high packet loss.

Hello, I am experiencing relatively high packet loss, in particular when connected to my teamspeak server which is at andesite.typefrag.com.
Here is my tracert
Tracing route to andesite.typefrag.com [54.209.243.18]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms Wireless_Broadband_Router.home [192.168.1.1]
2 8 ms 6 ms 7 ms L100.NWRKNJ-VFTTP-83.verizon-gni.net [173.70.104.1]
3 8 ms 12 ms 9 ms G0-13-0-2.NWRKNJ-LCR-21.verizon-gni.net [130.81.216.128]
4 6 ms 7 ms 6 ms ae3-0.NWRK-BB-RTR1.verizon-gni.net [130.81.199.186]
5 13 ms 18 ms 11 ms 0.xe-3-0-1.BR1.NYC1.ALTER.NET [152.63.5.149]
6 11 ms 59 ms 10 ms jfk-brdr-04.inet.qwest.net [63.235.40.53]
7 * 20 ms * dca2-edge-01.inet.qwest.net [67.14.36.10]
8 18 ms 19 ms 19 ms 65.120.78.82
9 19 ms 19 ms 19 ms 72.21.220.149
10 20 ms 19 ms 21 ms 72.21.222.129
11 * * * Request timed out.
12 * * * Request timed out.
13 * * * Request timed out.
14 22 ms 19 ms 19 ms ec2-54-209-243-18.compute-1.amazonaws.com [54.209.243.18]
Trace complete.
I am not exactly sure what to make of this or where to go at this point in resolving the issue, any help would be greatly appreciated.
Thanks.

Where are you experiencing packet loss? I see ICMP de-priortization at 1 hop and 100% dropping of ICMP at 3 of the 4 last hops but otherwise no packet loss. What sort of issues are you having? It's packet loss at the destination that is the issue, not in between. It's not uncommon for hops between source and destination to drop some or all ICMP packets as they're more concerned with legitimate data.
WinMTR statistics
Host
Sent
Recv
Best
Avrg
Wrst
Last
L100.PITBPA-VFTTP-33.verizon-gni.net
0
219
219
2
4
42
2
G0-1-0-5.PITBPA-LCR-22.verizon-gni.net
1
215
214
2
5
11
5
xe-0-1-0-0.PHIL-BB-RTR2.verizon-gni.net
0
219
219
10
19
163
10
0.xe-7-3-0.BR1.IAD8.ALTER.NET
0
219
219
15
18
72
16
dcp-brdr-03.inet.qwest.net
0
219
219
15
17
82
17
dca2-edge-01.inet.qwest.net
1
215
214
15
17
69
15
65.120.78.82
0
219
219
15
17
83
16
72.21.220.149
0
219
219
17
18
26
18
205.251.245.63
0
219
219
17
24
56
41
No response from host
100
43
0
0
0
0
0
No response from host
100
43
0
0
0
0
0
No response from host
100
43
0
0
0
0
0
ec2-54-209-243-18.compute-1.amazonaws.com
0
219
219
15
16
26
17

7613 Router - Packet-loss on a LAN link between 6704 and ES 2T

Hi
After connecting two ends of a 10 Gig LAN Link from a 6704 on one 7613 to a ES 2T on another 7613 , then we have packet loss on that link beyond a specific traffic limit !
Please note that after changing both boards to ES 2T we have no problem and LAN/WAN mode is also checked .

Ash wrote:
It's dropping pings, you can see that clearly from the above. It's intermittent. Whilst a drop in pings isn't the definitive sign of packetloss, the way in which it's doing it is.
If it was going to drop it through flooding it simply wouldn't respond at all after the first few. It it was configured to not respond, it simply wouldn't.
Pings to any external source - (not to the device itself) are also failing intermittently. This indicates that a device along the traffic path is having issues.
I can screenshot a nice disconnection plug in games, but there's no real need.
The evidence is there if you know how to interpret it. This needs to be investigated.
A question for you then!
What happens when your router gets repeated pings from the same source?
Does it not block them as a possible DDOS attack?
The more gamers try this tactic the worse their traces will get & it will more than likely also affect other gamers interested in low latency through these same nodes!
Check the timings between the true source & destination by all means but please do not
unnecessarily stress individual points on the main ISP network backbones!
"I have this awful feeling someone is watching every move I make (one of my pet hates is router location tagging)." Marvin (A paranoid Android)

Packet Loss after Reboot of ASA 5510

Hi all,
I have an ASA and a 2811 behind it and I had to replace a battery on a UPS so I had to take down the network to do it. Before doing it the network ran fine, but I did a WR MEM and a Copy RUNNING to STARTUP config thinking that the configs I had were fine. At some point in the past I must of made a change and never applied it and maybe it is causing the issue, but I am at a loss as to what is the cause. I am getting consistent packet loss from the ASA out. Any address I ping on the inside is clear and quick. Also, I do not know if it is related, but I cannot get results from TRACE ROUTES and I believe I used to.
I have confirmed the PL is related to my network, if I plug the static IP info from the provider in to a laptop, it is clear. I am at my wits end, and I know just enough to be dangerous, so any help would be appreciated.
Here are my configs:
ASA5510# sh run
: Saved
ASA Version 9.1(4)
hostname ASA5510
domain-name m.int
enable password encrypted
xlate per-session deny tcp any4 any4
xlate per-session deny tcp any4 any6
xlate per-session deny tcp any6 any4
xlate per-session deny tcp any6 any6
xlate per-session deny udp any4 any4 eq domain
xlate per-session deny udp any4 any6 eq domain
xlate per-session deny udp any6 any4 eq domain
xlate per-session deny udp any6 any6 eq domain
passwd encrypted
names
dns-guard
interface Ethernet0/0
description LAN Interface
nameif Inside
security-level 100
ip address 10.10.1.1 255.255.255.252
interface Ethernet0/1
description WAN Interface
nameif Outside
security-level 0
ip address 68.233.x.x 255.255.255.128
interface Ethernet0/2
description DMZ
nameif DMZ
security-level 100
ip address 10.10.0.1 255.255.255.252
interface Ethernet0/3
description VOIP
nameif VOIP
security-level 100
ip address 10.10.2.1 255.255.255.252
interface Management0/0
management-only
shutdown
nameif management
security-level 0
no ip address
boot system disk0:/asa914-k8.bin
ftp mode passive
dns domain-lookup Inside
dns domain-lookup Outside
dns server-group DefaultDNS
name-server 8.8.8.8
name-server 8.8.4.4
name-server 68.233.xx.5
name-server 68.233.xx.6
domain-name m.int
same-security-traffic permit inter-interface
object network ROUTER-2811
host 10.10.1.2
object network ROUTER-2821
host 10.10.0.2
object network WEBCAM-01
host 192.168.1.5
object network DNS-SERVER
host 192.168.1.2
object network ROUTER-3745
host 10.10.2.2
object network RDP-DC1
host 192.168.1.2
object network BLUE
host 192.168.1.6
description Blue Iris Server
object network M_LAP_LEA
host 192.168.1.20
description Laptop from LEA
object-group network PAT-SOURCE
network-object 10.10.1.0 255.255.255.252
network-object 10.10.0.0 255.255.255.252
network-object 10.10.2.0 255.255.255.252
network-object 192.168.0.0 255.255.255.0
network-object 172.16.10.0 255.255.255.0
network-object 172.16.20.0 255.255.255.0
network-object 128.162.1.0 255.255.255.0
network-object 128.162.10.0 255.255.255.0
network-object 128.162.20.0 255.255.255.0
network-object 192.168.1.0 255.255.255.0
network-object 192.168.10.0 255.255.255.0
network-object 192.168.20.0 255.255.255.0
network-object 172.16.1.0 255.255.255.0
network-object 162.128.1.0 255.255.255.0
network-object 162.128.10.0 255.255.255.0
network-object 162.128.20.0 255.255.255.0
network-object 142.16.1.0 255.255.255.0
network-object 142.16.10.0 255.255.255.0
network-object 142.16.20.0 255.255.255.0
object-group network DM_INLINE_NETWORK_2
network-object host 98.22.xxx
object-group network Outside_access_in
object-group protocol DM_INLINE_PROTOCOL_1
protocol-object gre
access-list USERS standard permit 10.10.1.0 255.255.255.0
access-list Outside_access_in extended permit tcp host 98.22.xxx object ROUTER-2811 eq ssh
access-list Outside_access_in extended permit tcp host 98.22.xxx object ROUTER-2821 eq ssh
access-list Outside_access_in extended permit tcp host 98.22.xxx interface Outside eq https
access-list Outside_access_in extended permit tcp host 98.22.xxx object WEBCAM-01 eq www inactive
access-list Outside_access_in extended permit tcp host 98.22.xxx object RDP-DC1 eq xxxx
access-list Outside_access_in extended permit tcp host 98.22.xxx object BLUE eq xxxx
access-list Outside_access_in extended permit tcp host 98.22.xxx object ROUTER-3745 eq ssh
access-list Outside_access_in extended permit tcp any object BLUE eq xxxx
access-list dmz-access-vlan1 extended permit ip 128.162.1.0 255.255.255.0 any
access-list dmz-access remark Permit all traffic to DC1
access-list dmz-access extended permit ip 128.162.1.0 255.255.255.0 host 192.168.1.2
access-list dmz-access remark Permit only DNS traffic to DNS server
access-list dmz-access extended permit udp 128.162.1.0 255.255.255.0 host 192.168.1.2 eq domain
access-list dmz-access remark Permit ICMP to all devices in DC
access-list dmz-access extended permit icmp 128.162.1.0 255.255.255.0 192.168.1.0 255.255.255.0
access-list dmz-access remark Permit all traffic to DC1
access-list dmz-access remark Permit only DNS traffic to DNS server
access-list dmz-access remark Permit ICMP to all devices in DC
pager lines 24
logging enable
logging asdm informational
mtu Inside 1500
mtu Outside 1500
mtu DMZ 1500
mtu VOIP 1500
mtu management 1500
icmp unreachable rate-limit 1 burst-size 1
icmp deny any Outside
asdm image disk0:/asdm-715.bin
no asdm history enable
arp timeout 14400
no arp permit-nonconnected
object network ROUTER-2811
nat (Inside,Outside) static interface service tcp ssh x
object network ROUTER-2821
nat (DMZ,Outside) static interface service tcp ssh x
object network WEBCAM-01
nat (Inside,Outside) static interface service tcp www x
object network ROUTER-3745
nat (VOIP,Outside) static interface service tcp ssh x
object network RDP-DC1
nat (Inside,Outside) static interface service tcp xxxx xxxx
object network BLUE
nat (Inside,Outside) static interface service tcp xxxx xxxx
nat (any,Outside) after-auto source dynamic any interface
access-group Outside_access_in in interface Outside
route Outside 0.0.0.0 0.0.0.0 68.233.151.1 1
route DMZ 128.162.1.0 255.255.255.0 10.10.0.2 1
route DMZ 128.162.10.0 255.255.255.0 10.10.0.2 1
route DMZ 128.162.20.0 255.255.255.0 10.10.0.2 1
route VOIP 142.16.1.0 255.255.255.0 10.10.2.2 1
route VOIP 142.16.10.0 255.255.255.0 10.10.2.2 1
route VOIP 142.16.20.0 255.255.255.0 10.10.2.2 1
route Inside 172.16.10.0 255.255.255.0 10.10.1.2 1
route Inside 172.16.20.0 255.255.255.0 10.10.1.2 1
route Inside 192.168.1.0 255.255.255.0 10.10.1.2 1
route Inside 192.168.10.0 255.255.255.0 10.10.1.2 1
route Inside 192.168.20.0 255.255.255.0 10.10.1.2 1
timeout xlate 3:00:00
timeout pat-xlate 0:00:30
timeout conn 1:00:00 half-closed 0:10:00 udp 0:02:00 icmp 0:00:02
timeout sunrpc 0:10:00 h323 0:05:00 h225 1:00:00 mgcp 0:05:00 mgcp-pat 0:05:00
timeout sip 0:30:00 sip_media 0:02:00 sip-invite 0:03:00 sip-disconnect 0:02:00
timeout sip-provisional-media 0:02:00 uauth 0:05:00 absolute
timeout tcp-proxy-reassembly 0:01:00
timeout floating-conn 0:00:00
dynamic-access-policy-record DfltAccessPolicy
aaa-server PNL-RADIUS protocol radius
aaa-server PNL-RADIUS (Inside) host 192.168.1.2
key *****
radius-common-pw *****
user-identity default-domain LOCAL
aaa authentication ssh console LOCAL
http server enable
http 0.0.0.0 0.0.0.0 Inside
http 98.22.xxx 255.255.255.255 Outside
snmp-server host Inside 192.168.1.2 community ***** version 2c udp-port 161
snmp-server location Lovington NM USA
snmp-server contact Mitchell Tuckness
snmp-server community *****
snmp-server enable traps snmp authentication linkup linkdown coldstart warmstart
crypto ipsec security-association pmtu-aging infinite
crypto ca trustpool policy
telnet timeout 5
ssh 0.0.0.0 0.0.0.0 Inside
ssh 98.22.xxx 255.255.255.255 Outside
ssh timeout 60
ssh version 2
ssh key-exchange group dh-group1-sha1
console timeout 0
threat-detection basic-threat
threat-detection statistics
threat-detection statistics tcp-intercept rate-interval 30 burst-rate 400 average-rate 200
ntp server 24.56.178.140 source Outside prefer
username xxxx password x encrypted privilege 15
class-map inspection_default
match default-inspection-traffic
policy-map type inspect dns migrated_dns_map_1
parameters
message-length maximum client auto
message-length maximum 512
policy-map global_policy
class inspection_default
inspect dns migrated_dns_map_1
inspect ftp
inspect h323 h225
inspect h323 ras
inspect rsh
inspect rtsp
inspect esmtp
inspect sqlnet
inspect skinny
inspect sunrpc
inspect xdmcp
inspect sip
inspect netbios
inspect tftp
inspect ip-options
inspect icmp
inspect icmp error
inspect pptp
class class-default
user-statistics accounting
service-policy global_policy global
prompt hostname context
no call-home reporting anonymous
call-home
profile CiscoTAC-1
no active
destination address http https://tools.cisco.com/its/service/oddce/services/DDCEService
destination address email [email protected]
destination transport-method http
subscribe-to-alert-group diagnostic
subscribe-to-alert-group environment
subscribe-to-alert-group inventory periodic monthly
subscribe-to-alert-group configuration periodic monthly
subscribe-to-alert-group telemetry periodic daily
password encryption aes
hpm topN enable
Cryptochecksum:949189d67866f6c09450769d41649992
: end
C2811#sh run
Building configuration...
Current configuration : 3925 bytes
version 15.1
service timestamps debug datetime msec
service timestamps log datetime msec
service password-encryption
hostname C2811
boot-start-marker
boot system flash
boot-end-marker
enable secret 4 DWJfYBf6KhkIRmhhIhx8ibAAXVGQWjwfuyzfaX4Im8M
aaa new-model
aaa session-id common
dot11 syslog
no ip source-route
ip cef
no ip dhcp use vrf connected
ip domain name maladomini.int
ip name-server 192.168.1.2
ip name-server 8.8.8.8
ip name-server 68.233.xxx.x
ip name-server 68.233.xxx.x
no vlan accounting input
multilink bundle-name authenticated
password encryption aes
crypto pki token default removal timeout 0
crypto pki trustpoint TP-self-signed-1290569776
enrollment selfsigned
subject-name cn=IOS-Self-Signed-Certificate-1290569776
revocation-check none
rsakeypair TP-self-signed-1290569776
crypto pki certificate chain TP-self-signed-1290569776
certificate self-signed 01
3082022B 30820194 A0030201 02020101 300D0609 2A864886 F70D0101 05050030
31312F30 2D060355 04031326 494F532D 53656C66 2D536967 6E65642D 43657274
69666963 6174652D 31323930 35363937 3736301E 170D3134 30313035 30363130
33395A17 0D323030 31303130 30303030 305A3031 312F302D 06035504 03132649
4F532D53 656C662D 5369676E 65642D43 65727469 66696361 74652D31 32393035
36393737 3630819F 300D0609 2A864886 F70D0101 01050003 818D0030 81890281
8100B18F F63C5121 00785DE0 854601BA EE77DAA3 21286D8C 6E700C37 237CC1BE
611023AF FBE04BBE 7B4B3233 E4E129DD A74604E5 62AA39BF 77F98D5D D63944E9
2345AE37 D93C5753 E425E85A EB22C2C9 CFC5D1A0 F800449B 0419A5C8 A0A101EC
02928172 7B30A609 71ADA3D4 68F4F484 AF2B3249 0E225DB2 C72C136A E670D761
DDE30203 010001A3 53305130 0F060355 1D130101 FF040530 030101FF 301F0603
551D2304 18301680 1461F6DE 8EF50F7B 0E46359F 421EA106 9375F65F 30301D06
03551D0E 04160414 61F6DE8E F50F7B0E 46359F42 1EA10693 75F65F30 300D0609
2A864886 F70D0101 05050003 81810049 BA55F695 8525265F ED2D77EE 8706BF10
63A7E644 202F6663 9EA5551F 47F7FC50 D4021EDD E3DC5A80 39FD161A C337D20D
71B98875 0F1FE887 649E81D3 F93F7A1B A1E18B99 A77B1A59 84DB4711 867913FD
044084FB 651ECA6E C6EDF35C E43A2946 8C01781E 26DB9484 C8740A82 4A7CA266
A0655526 CBCB4982 F30D68E9 D70753
quit
license udi pid CISCO2811 sn FTX1041A07T
username admin secret 5 $1$iBeC$8dqYMcpTex8gtUfannzox.
username xxxx privilege 15 secret 4 DWJfYBf6KhkIRmhhIhx8ibAAXVGQWjwfuyzfaX4Im8M
redundancy
ip ssh time-out 60
ip ssh authentication-retries 5
ip ssh version 2
interface FastEthernet0/0
description CONNECTION TO INSIDE INT. OF ASA
ip address 10.10.1.2 255.255.255.252
ip virtual-reassembly in
duplex auto
speed auto
interface FastEthernet0/1
no ip address
ip virtual-reassembly in
duplex auto
speed auto
interface FastEthernet0/1.1
description VLAN 10
encapsulation dot1Q 10
ip address 192.168.10.1 255.255.255.0
ip helper-address 192.168.1.2
ip virtual-reassembly in
interface FastEthernet0/1.2
description VLAN 20
encapsulation dot1Q 20
ip address 192.168.20.1 255.255.255.0
ip helper-address 192.168.1.2
ip virtual-reassembly in
interface FastEthernet0/1.3
description Trunk Interface VLAN 1
encapsulation dot1Q 1 native
ip address 192.168.1.1 255.255.255.0
ip helper-address 192.168.1.2
ip virtual-reassembly in
interface Dialer0
no ip address
ip default-gateway 10.10.1.1
ip forward-protocol nd
no ip http server
ip http authentication local
ip http secure-server
ip dns server
ip route 0.0.0.0 0.0.0.0 10.10.1.1
ip ospf name-lookup
access-list 1 permit any
dialer-list 1 protocol ip permit
snmp-server community Maladomini-RW RW
tftp-server system:running-config 1
control-plane
line con 0
exec-timeout 0 0
password 7 101D58415D361606050A147A
line aux 0
line vty 0 4
exec-timeout 0 0
password 7 0527031B2C49470758
transport input ssh
scheduler allocate 20000 1000
end
2821:
C2821#sh run
Building configuration...
Current configuration : 4128 bytes
version 15.1
service timestamps debug datetime msec
service timestamps log datetime msec
service password-encryption
hostname C2821
boot-start-marker
boot system flash
boot-end-marker
enable secret 4 x
aaa new-model
aaa session-id common
dot11 syslog
no ip source-route
ip cef
no ip dhcp use vrf connected
ip domain name maladomini.int
ip name-server 192.168.1.2
ip name-server 8.8.8.8
ip name-server 68.233.xxx.x
ip name-server 68.233.xxx.x
no vlan accounting input
multilink bundle-name authenticated
password encryption aes
crypto pki token default removal timeout 0
crypto pki trustpoint TP-self-signed-3335929422
enrollment selfsigned
subject-name cn=IOS-Self-Signed-Certificate-3335929422
revocation-check none
rsakeypair TP-self-signed-3335929422
crypto pki certificate chain TP-self-signed-3335929422
certificate self-signed 01
3082022B 30820194 A0030201 02020101 300D0609 2A864886 F70D0101 05050030
31312F30 2D060355 04031326 494F532D 53656C66 2D536967 6E65642D 43657274
69666963 6174652D 33333335 39323934 3232301E 170D3134 30313135 30333537
32385A17 0D323030 31303130 30303030 305A3031 312F302D 06035504 03132649
4F532D53 656C662D 5369676E 65642D43 65727469 66696361 74652D33 33333539
32393432 3230819F 300D0609 2A864886 F70D0101 01050003 818D0030 81890281
8100AF6D 8C23745E 80AA83AC BE0243DD C8F8EC56 85BBE495 EF790354 B7E81921
4C46CE35 F840420A 8385D3E3 B7B14EDF F4A8DB51 1A29E0ED A2704F69 9632ED7E
5F66E546 486B2821 FB77266F 950D351E 13AA18FE 687643F6 FB9BF95F E56A0195
19B8A7B6 7A582357 2517F08E 5E3BA197 2CD71E3E 32AB4B96 412E9AE3 1932A218
7A1F0203 010001A3 53305130 0F060355 1D130101 FF040530 030101FF 301F0603
551D2304 18301680 14A86115 C2CA9E15 399B2A9C 21585323 1E2F3D98 45301D06
03551D0E 04160414 A86115C2 CA9E1539 9B2A9C21 5853231E 2F3D9845 300D0609
2A864886 F70D0101 05050003 81810028 81D8F701 D6AFDC54 94A93185 1E5F4DAC
4DBF50B7 30B57ABD D1612E69 D964B77A A379F55C 7E823F42 4D01440C B237DED9
6B8047B7 0496D8BB BD7EAC18 E6ACA1B1 3B527172 4A7B0D7B 4A031168 F99B171D
D217CB06 2F31E4DF FD9AC1C9 1199869A 34E90671 5611A6DA 7CC6A7B0 A39F78FB
B3932E37 4B302779 E761DB00 AFA7CC
quit
license udi pid CISCO2821 sn FTX1327AH7A
username x privilege 15 secret 4 x
redundancy
ip ssh time-out 60
ip ssh authentication-retries 5
ip ssh version 2
interface GigabitEthernet0/0
description CONNECTION TO INSIDE INT. OF ASA
ip address 10.10.0.2 255.255.255.252
ip virtual-reassembly in
duplex auto
speed auto
interface GigabitEthernet0/1
no ip address
ip virtual-reassembly in
duplex auto
speed auto
interface GigabitEthernet0/1.1
description VLAN 10
encapsulation dot1Q 10
ip address 128.162.10.1 255.255.255.0
ip helper-address 192.168.1.2
ip virtual-reassembly in
interface GigabitEthernet0/1.2
description VLAN 20
encapsulation dot1Q 20
ip address 128.162.20.1 255.255.255.0
ip helper-address 192.168.1.2
ip virtual-reassembly in
interface GigabitEthernet0/1.3
description Trunk Interface VLAN1
encapsulation dot1Q 1 native
ip address 128.162.1.1 255.255.255.0
ip helper-address 192.168.1.2
ip virtual-reassembly in
interface Serial0/0/0
no ip address
shutdown
interface Serial0/1/0
no ip address
shutdown
interface Serial0/2/0
no ip address
shutdown
interface Dialer0
no ip address
ip default-gateway 10.10.0.1
ip forward-protocol nd
no ip http server
ip http authentication local
ip http secure-server
ip dns server
ip route 0.0.0.0 0.0.0.0 10.10.0.1
ip ospf name-lookup
access-list 1 permit any
dialer-list 1 protocol ip permit
snmp-server community Maladomini-RW RW
snmp-server host 192.168.1.2 version 2c Maladomini-RW envmon cpu snmp
control-plane
line con 0
exec-timeout 0 0
password 7 101D58415D361606050A147A
line aux 0
line vty 0 4
exec-timeout 0 0
password 7 15415A545C0B2F29213D0B73
transport input ssh
scheduler allocate 20000 1000
end
POE Switch:
C3560#sh run
Building configuration...
Current configuration : 7368 bytes
version 12.2
no service pad
service timestamps debug uptime
service timestamps log uptime
service password-encryption
hostname C3560
boot-start-marker
boot-end-marker
enable secret 5 $1$wzS5$Kl0aHmGjOrfNL8H8QN9gJ1
enable password 7 091F1F514124131F02023A7B
username mtuckness privilege 15 secret 5 $1$j68Z$ObA6K7Qc2Vsmyu479Hlh6/
aaa new-model
aaa session-id common
clock timezone MST -7
system mtu routing 1500
ip domain-name maladomini.int
password encryption aes
crypto pki trustpoint TP-self-signed-2488747392
enrollment selfsigned
subject-name cn=IOS-Self-Signed-Certificate-2488747392
revocation-check none
rsakeypair TP-self-signed-2488747392
crypto pki certificate chain TP-self-signed-2488747392
certificate self-signed 01
3082024C 308201B5 A0030201 02020101 300D0609 2A864886 F70D0101 04050030
31312F30 2D060355 04031326 494F532D 53656C66 2D536967 6E65642D 43657274
69666963 6174652D 32343838 37343733 3932301E 170D3933 30333031 30303031
30385A17 0D323030 31303130 30303030 305A3031 312F302D 06035504 03132649
4F532D53 656C662D 5369676E 65642D43 65727469 66696361 74652D32 34383837
34373339 3230819F 300D0609 2A864886 F70D0101 01050003 818D0030 81890281
8100B715 1CCA0EFB 6D550F27 A4B9F403 7D1CBCCE AB363F89 61AF4773 64351010
AB866AA6 411463BC A7D9C6E3 0CA4EEEC 47C50D33 2F904AD1 8FC5B10B 8F204157
FB5B3A4C 78BD4BDF 14F79CCC D9A0E10B 909BF5BA 095BB9AC 722197D4 3C2CB70B
15D2A221 5FF8BC03 6A642B36 437B9E22 858BF597 F1844026 5DAF2114 EF75718D
EC3B0203 010001A3 74307230 0F060355 1D130101 FF040530 030101FF 301F0603
551D1104 18301682 14433335 36302E6D 616C6164 6F6D696E 692E696E 74301F06
03551D23 04183016 8014D364 9162E0D2 C7936513 1E1C677C 73D675EC 37FF301D
0603551D 0E041604 14D36491 62E0D2C7 9365131E 1C677C73 D675EC37 FF300D06
092A8648 86F70D01 01040500 03818100 2DE49969 2E9C7A81 E96B97A8 7E15BC69
2DA62233 C958092D 2E51DD59 526DA795 CBFE219E 3536852A 5F71A90A BF5016E0
F93FA6F7 55D9BA23 52A2858E B927E0FB B3DC6B20 28FBD64C 6FA956EC 3E6E8756
F12F7182 538D13AE E343674E 41A1BDE1 A42579F2 8070FC92 5C805995 7BA25FA5
3A89C4E5 C6B2D76F FF2C1CF9 6A8DF631
quit
spanning-tree mode pvst
spanning-tree portfast bpduguard default
no spanning-tree optimize bpdu transmission
spanning-tree extend system-id
vlan internal allocation policy ascending
ip ssh time-out 60
ip ssh authentication-retries 5
ip ssh version 2
interface FastEthernet0/1
switchport mode access
spanning-tree portfast
interface FastEthernet0/2
switchport mode access
spanning-tree portfast
Removed interfaces
interface GigabitEthernet0/1
description CONNECTION TO 2821 ROUTER - TRUNK
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 1,10,20
switchport mode trunk
interface GigabitEthernet0/2
interface GigabitEthernet0/3
interface GigabitEthernet0/4
interface Vlan1
ip address 128.162.1.3 255.255.255.0
ip helper-address 192.168.1.2
no ip route-cache
no ip mroute-cache
interface Vlan10
ip address 128.162.10.3 255.255.255.0
ip helper-address 192.168.1.2
interface Vlan20
ip address 128.192.20.3 255.255.255.0
ip helper-address 192.168.1.2
ip default-gateway 10.10.0.2
no ip classless
ip http server
ip http authentication local
ip http secure-server
access-list 1 permit any
snmp-server community Maladomini-RW RO
snmp-server location Lovington NM USA
line con 0
exec-timeout 0 0
password 7 075C701416281D081E1C355D
line vty 0 4
password 7 0527031B2C49470758
transport input ssh
line vty 5 15
exec-timeout 0 0
password 7 05585757796D4A04100B2943
end

I located the issue of the packet loss. I have a security system that uploads FTP images of the cameras and after the reboot of the network, the only computer that wasn't shut down was the security camera PC.
So I think what happened was after I brought everything back up, it was saturating the outgoing bandwidth, causing packet loss and high latency. Once I determined what it was and shut off the FTP image upload, the pings stabilized and it is working fine now. Trace routes are still not functioning, but I can live without that for now.

Help- WDS with Extreme-N & 2x Airport Express with ~ 40% packet loss

So this problem is driving me crazy. I recently moved into a house that has enough metal in the walls (don't ask) to prevent me from using a single base station so I expanded my network as a WDS utilizing an Airport Extreme (mixed NGB mode) and two Airport Express (one as a relay and one as remote). The configuration appears to work normally some times but other times (especially evenings) I get a very high rate of dropped packets between the client notes (which are connected through the WDS-enabled Expresses) and the base station (using a simple ping 10.0.1.1 to check connectivity to the APBS-N). The problem manifests itself from a users' perspective as very long DNS lookups which causes slow page loads in a browser but it's very reproducible via ping.
So far I've tried changing the channels on the network but I haven't seen a huge payoff there. iStumbler reports no additional networks on channel 2 which I'm using, there are some on channel 1, 5, and 13. I've also tried channels 7 and 11. We have no microwave in the house and our cordless phone (5.8ghz) never interrupted with our simpler Express-based network at our old house, n/m the fact that the phone is never in use when we have this problem.
I don't seem to see the problem when I'm local to (in the same room as) the AEBS; it really seems to happen only when I'm on the WDS-enabled remote and/or relay.
Other data points that may help are that the AEBS-N drops out of the Airport utility at the same time. Sometimes isn't gone for 30 seconds, other times for > 30 minutes. The other base stations continue to report "Green" in that they are not having any WDS problems. If I disconnect the remote node the relay will correctly reflect a status of yellow, so I know it somewhat works.
It's an open network (no encryption, open SSID) so it's unlikely that there's an issue there.
Clients include an Apple TV, iBook G4, MacBook, Tivo Series 3, Intel Mini and Dell Latitude D810. Because of the diversity of clients I don't think it's a driver or NIC adapter issue on any of the clients.
Does anyone have any experience working in a similar environment? Suggestions on troubleshooting packet loss (or other performance issues) in a WDS network?
Thanks,
Mike

Hello errorsupply. Welcome to the Apple Discussions!
I suggest downloading a copy of iStumbler. Use iStumbler's Inspector feature (select Edit > Inspector from iStumbler's menu) to determine the Signal-to-Noise Ratio (SNR) at different points around your house, by performing a simple RF site survey. Within the Inspector, note the values for "signal" & "noise" at these locations. Start with your MacBook near the main base station, note the readings, and then, choose the locations where you have the relay and remote base stations.
SNR is the signal level (in dBm) minus the noise level (in dBm). For example, a signal level of -53dBm measured near an access point and typical noise level of -90dBm yields a SNR of 37dB, a healthy value for wireless LANs.
The SNR, as measured from the MacBook, decreases as the range to the base station increases because of applicable free space loss. Also an increase in RF interference from microwave ovens and cordless phones, which increases the noise level, also decreases SNR.
SNR Guideline
o 40dB+ SNR = Excellent signal
o 25dB to 40dB SNR = Very good signal
o 15dB to 25dB SNR = Low signal
o 10dB to 15dB SNR = Very low signal
o 5dB to 10dB SNR = No signal
If the SNR is 20dB+ at each of these locations, then you should be getting reasonable performance from your AirPorts. If less, either try to locate/eliminate the source of the Wi-Fi interference or try relocating the relay and/or remote base station until they are within a 20dB SNR range of the main (and for the remote, of the relay).

50% Packet Loss on VoIP/Video calls

HI,
When making VoIP or video calls I'm getting up to 50% packet loss. I'm struggling to find out what is causing the problem. When I make a video call I have, at the same time, run speedtest.net and it is still providing adequate bandwidth so I know that is not the cause. The packet loss seems to come and go so it will be fine for a few seconds and then goes up to 50% for a few seconds and then keeps cycling.
-Dave

Ash wrote:
It's dropping pings, you can see that clearly from the above. It's intermittent. Whilst a drop in pings isn't the definitive sign of packetloss, the way in which it's doing it is.
If it was going to drop it through flooding it simply wouldn't respond at all after the first few. It it was configured to not respond, it simply wouldn't.
Pings to any external source - (not to the device itself) are also failing intermittently. This indicates that a device along the traffic path is having issues.
I can screenshot a nice disconnection plug in games, but there's no real need.
The evidence is there if you know how to interpret it. This needs to be investigated.
A question for you then!
What happens when your router gets repeated pings from the same source?
Does it not block them as a possible DDOS attack?
The more gamers try this tactic the worse their traces will get & it will more than likely also affect other gamers interested in low latency through these same nodes!
Check the timings between the true source & destination by all means but please do not
unnecessarily stress individual points on the main ISP network backbones!
"I have this awful feeling someone is watching every move I make (one of my pet hates is router location tagging)." Marvin (A paranoid Android)

What's with Tracked Packet & Paypal Labels - still not working properly?

This is probably an old refrain, but honestly, how many months/years has it been since Tracked Packet was added to Paypal labelling, and it seems it's still not working 100% correctly. Case in point: I rarely use TP, but when I tried to change my listing's shipping type from Small Packet to TP yesterday while preparing a label, I got an error message saying the information was incorrect and I couldn't complete the process with TP. I used the back button, tried inputting the details again, still no go. Finally, I decided to back out completely, return to the Paypal transaction page and start all over. This time I was able to get the label done. So it seems that if any other shipping type is input first, you can't change your mind and switch to TP during the process. This has never been a problem with Expedited Parcel or with Xpresspost -- you can input the details, check pricing, then return and change the shipping type as many times as desired. I'm wondering if the problem is me and/or my browser (again??), or does anyone else experience this annoying glitch? BTW, Tracked Packet is an air service, right? If not, I may be in trouble. I ask this because I see the estimated delivery time is from 4 to 15 days -- quite a spread for TP U.S.A.

Tracked Packet has always done the error since it was introduced. If another shipping option is used when you go to PayPal shipping from eBay, switching to Tracked Packet does not reset the form from the service that you came into. You cannot see anything but the form has not been reset. To get around this is simple. You need to reset the form. A trick to do this is to go to the Service Type entry box, select "Select Type" as the service and click "Continue" at the bottom of the page. This will generate an error message at the top saying to "Please enter a valid service type." This resets the form to the starter defaults and now you can select the Tracked Packet service. All the information that was entered will not be lost. I posted this solution way back when this "glitch" was first mentioned years ago when Tracked Packet was introduced. It was sent to kalvin at the time but he left eBay and it was never fixed. It is hard to get things fixed on eBay.ca Canada but it seems impossible to get anything fixed on PayPal shipping for Canada Post shipping issues.

Anyone else on 4G LTE seeing fairly high packet loss recently?

For the past week or two I've been noticing quite a bit of packet loss when I run a ping test against 8.8.8.8 (Google DNS) or Yahoo. Each time I run the ping test for 250-500 pings and the packet loss is consistently around 3-5% which is high. Verizon just upgraded the tower in my area to 4G LTE around 3-4 weeks ago and so far my speeds have been pretty great (20-35 Mbps) and my signal is strong without fluctuation (-67 dBi, SINR 20-30) so it's just the packet loss that I'm dealing with.
The first week of being on the 4G LTE I ran a few quick ping tests against Google while setting up my 4G antenna and didn't notice any packet loss but maybe I just didn't run the tests long enough. I've tried pinging a few other servers like 4.2.2.2 (Verizon DNS) and 208.67.220.220 (OpenDNS) and I'm seeing like maybe one dropped packet in 500 pings which is only a .2% packet loss which is a huge difference from results I get pinging Google and Yahoo.
Anyone else noticing packet loss on your 4G LTE connection? I've already opened a ticket with Verizon but I don't know if they'll do anything about it since they like to just tag my location as a marginal coverage area and not look into issues when I report them.

I have as well. I am in Jacksonville, FL and notice when I put my phone into hotspot mode that any machine attached to it will suffer between 6-10% packet loss. It happens in spurts- at first when I connect it is perfect. 60ms pings to www.google.com and barely 1-2 lost packets in the first 5-10 minutes. Then all of a suddenly the whole thing just goes to pot. At first it starts losing a few packets... then it starts losing a BUNCH of packets. Then it gets so bad I start going from the "Request timed out" message to it being "Reply from 192.168.1.1: Destination net unreachable.". This continues for several minutes and then it returns to semi-normality. So a few minutes working, a few minutes not. It's pretty unbearable.
The really frustrating part is seeing AT&T users right next to me with almost 0% packet loss ;_; In the end, I usually have to connect to their phone to do any browsing, since mine simply doesn't allow me to do even the simplest of internet navigation when it gets like that.

IPSLA-ICMP Jitter-Packet loss count

Hi,
I wanted to monitor the packet loss in my link using IP SLA. So i configured ipsla jitter and started monitoring it. When i analyze the output i found that ip sla statictics shows heavy drop in my link, but when i ping from the router no drop is observed. Why there is such difference in the out put. I read that normal ping and icmp jitter uses different icmp types messages but now i am confused whether my link proper or not. Which data i should belive.
Here is my config and statistics:
ip sla 2166
icmp-jitter 10.70.194.137 num-packets 100
frequency 300
ip sla schedule 2166 life forever start-time now
Type of operation:              icmpJitter
        Latest RTT: 7 milliseconds
Latest operation start time: 13:56:49.468 IST Sat Dec 24 2011
Latest operation return code: OK
RTT Values:
        Number Of RTT: 92               RTT Min/Avg/Max: 3/7/158
Latency one-way time:
        Number of Latency one-way Samples: 0
        Source to Destination Latency one way Min/Avg/Max: 0/0/0
        Destination to Source Latency one way Min/Avg/Max: 0/0/0
Jitter Time:
        Number of Jitter Samples: 89
        Source to Destination Jitter Min/Avg/Max: 1/4/20
        Destination to Source Jitter Min/Avg/Max: 1/1/1
Packet Late Arrival: 0
Out Of Sequence: 0
        Source to Destination: 0        Destination to Source 0
        In both Directions: 0
Packet Skipped: 0
Packet Loss: 8
        Loss Period Length Min/Max: 1/7
Number of successes: 1
Number of failures: 0
Operation time to live: Forever

Hello mate !
For how long you left the IP sla running ? 24 hours ?
I would disable session time out in your router, set the IP Sla running for 60 minutes for example and in the meantime i would leave a ping running too with high repetition in the background.
I saw you only had 8 pkt loss....   we need two "tools" running for a good comparison, tried what i proposed and let me know.
cheers

Homehub & Packet Loss

I noticed over the past week my internet connection seemed glitchy, with pages occasionally not loading, frequent disconnects from programs/games and sporadic packet loss, which I tracked down to my LAN. Pinging the homehub, could be fine for a few minutes or interspersed with 'Request timed out', usually a disconnect from a game/program would coincide with a few of these.
My setup is a little odd but bear with me, but it's been working flawlessly for over a year, as a near free solution to the HH3s lack of roaming support.
FTTP Infinity
Homehub3b (192.168.1.254) connected to Fibre box, DHCP on, Wifi Off
Homehub2a (192.168.1.50) DCHP off, Wifi On
Homehub2b (192.168.1.55) DCHP off, Wifi On
The 3 hubs are connected to eachother over ethernet.
My desktop on HH3 gigE port was where i noticed the problem consistently around 7-8% packet loss to the router. When connected to the HH2a it gets 0% loss to the HH2a it is physically connected to but around 7-8% to the other two hubs. Strangely it started working fine again after being moved back to HH3 - 0% loss to anything, but problems on the HH2a.
My old spare desktop (for testing) gets the same results, 0% loss to all 3 hubs when connected to HH3, but when on the HH2a 0% and 7-8% packet loss to the other 2 hubs.
My second desktop on HH2b sent 3500 pings to each hub, 0% loss.
Laptops on wireless from the HH2a dont experience any packet loss like the wired connections to it get.
I've tried different cables, different ports, different operating systems, so im wondering if anyone has any ideas or information on similar problems with the homehubs.

The HH3/HH2a are near the fibre box and the HH2b is at the other end of the house on a long ethernet cable. It's quite a large house in an L shape with some solid brick internal walls and coverage with the HH3 seemed slightly worse than the old HH2b on its own. The HH3 doesn't allow devices to roam from APs to its wireless, something to do with them moving from it's ethernet ports to its wifi.
The internet connection is incredibly fast and we have a lot of devices attached, we had *several* pages listed on the HH3 before I reset it - desktops, laptops, smartphones, tablets, games consoles etc. The coverage is great too and were really spoilt, almost like those BT adverts
I've thought about replacing the HH3 before with a different router and wired AP, but I'm not sure how they're rated for current and future FTTP speeds and reviews are scarce. That said, the current setup mostly works great and is free.
Thanks

50% Packet loss

Hi,
This is my 1st time using these forums, I hope you can help me.
3 weeks ago I moved house, since then I have reported 2 faults on the line both due to very low IP profiles (0.14).
4 days ago the BT faults team (over the phone) managed to reset my profile and all has been great up until tonight.
My current profile seems fine, however when I ping bbc.co.uk I end up with lots of time outs and around 50% packet loss.
I did a pathping to bt.net and also ping tested Hop 3 and it seems to be here where my problem is (full results below)
Please advise on a course of action, I tried to can BT faults but was on hold for 2hrs and eventually gave up... as you would.
I am also from Western Scotland (Isle of lewis)
Please help
C:\Users\Xoranium>pathping bt.net
Tracing route to bt.net [193.113.211.125]
over a maximum of 30 hops:
0 Xoranium-PC.home [192.168.1.64]
1 BTHomeHub.home [192.168.1.254]
2 217.47.106.122
3 217.47.106.193
4 213.1.69.166
5 31.55.165.102
6 31.55.165.43
7 31.55.165.107
8 * acc1-10GigE-9-2-0.mr.21cn-ipp.bt.net [109.159.250.100]
9 core1-te0-14-0-3.ealing.ukcore.bt.net [109.159.250.5]
10 core1-pos1-0.birmingham.ukcore.bt.net [62.172.103.81]
11 iar1-gig5-4.birmingham.ukcore.bt.net [62.6.196.94]
12 62.172.57.218
13 * * *
Computing statistics for 300 seconds...
Source to Here This Node/Link
Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
0 Xoranium-PC.home [192.168.1.64]
0/ 100 = 0% |
1 3ms 0/ 100 = 0% 0/ 100 = 0% BTHomeHub.home [192.168.1.254]
0/ 100 = 0% |
2 42ms 0/ 100 = 0% 0/ 100 = 0% 217.47.106.122
20/ 100 = 20% |
3 --- 100/ 100 =100% 80/ 100 = 80% 217.47.106.193
0/ 100 = 0% |
4 54ms 26/ 100 = 26% 6/ 100 = 6% 213.1.69.166
0/ 100 = 0% |
5 54ms 23/ 100 = 23% 3/ 100 = 3% 31.55.165.102
0/ 100 = 0% |
6 --- 100/ 100 =100% 80/ 100 = 80% 31.55.165.43
0/ 100 = 0% |
7 54ms 26/ 100 = 26% 6/ 100 = 6% 31.55.165.107
0/ 100 = 0% |
8 64ms 25/ 100 = 25% 5/ 100 = 5% acc1-10GigE-9-2-0.mr.21cn-ipp.bt.net [109.159.250.100]
0/ 100 = 0% |
9 62ms 20/ 100 = 20% 0/ 100 = 0% core1-te0-14-0-3.ealing.ukcore.bt.net [109.159.250.5]
6/ 100 = 6% |
10 64ms 32/ 100 = 32% 6/ 100 = 6% core1-pos1-0.birmingham.ukcore.bt.net [62.172.103.81]
0/ 100 = 0% |
11 72ms 26/ 100 = 26% 0/ 100 = 0% iar1-gig5-4.birmingham.ukcore.bt.net [62.6.196.94]
8/ 100 = 8% |
12 67ms 34/ 100 = 34% 0/ 100 = 0% 62.172.57.218
Trace complete.
Solved!
Go to Solution.

if you try this link you will see there were problems last night in western Scotland https://www.bt.com/consumerFaultTracking/public/faults/tracking.do?pageId=31
If you want to say thanks for a helpful answer,please click on the Ratings star on the left-hand side If the reply answers your question then please mark as ’Mark as Accepted Solution’

WRT1900AC packet loss

I never thought upgrading a router and modem would be so much trouble. And every time I work with support for either, they want you to unplug both and let them reset. Maybe the technology today requires that unplugging be done before you want to use the internet? Okay, I bought this high-end router to go along with my Cisco 3010 modem. I fought this setup for 2 weeks, and then got Cox to send a technician out to check my lines. After an hour, we discovered that the modem was putting out the 50Mbs that my service provided. But, the router was only kicking out 15Mbs and having packet loss. I got on here, and used technical help chat to find the settings required to get the 50Mbs coming out of the router now. I don't know why I had to make these manual settings, and go through all that work. But, for now I'll just grit my teeth and say "that's the technology of today". But after a few days, I find that streaming Amazon is not fixed, I still get buffering and poor quality. So, I decided to try and do a ping test, and the report is showing packet loss. How do I fix this, in simple terms? If I knew it took a technician to come out and set this router up in the first place, I can assure you I wouldn't have spent $200+ on this device! If I can't get this router working top-notch today, it's going back and I'll buy another brand ASAP. I'll gladly take any recommendations for a better model, if you can't help me fix the issues.

What Firmware version is currently loaded?
What region are you located? Are you wired or wireless when connected to the router?
Internet Service Provider and Modem Configurations Check cable between Modem and Router, swap out to be sure. Link>http://en.wikipedia.org/wiki/CAT6 is recommended.
Check ISP MTU requirements, Cable is usually 1500, DSL is around 1492 down to 1472. Call the ISP and ask.
http://kb.linksys.com/Linksys/ukp.aspx?vw=1&docid=88e63d78588142e6bb68e22d7faf2046_Configuring_the_MTU_Settings_of_your_Linksys_Smart_Wi_Fi_rou.xml&pid=80&respid=0&snid=2&dispid=0&cpage=search Router and Wired Configurations
Setup DHCP reserved IP addresses for all devices ON the router. This ensures each devices gets its own IP address when turned on and connected, eliminates IP address conflicts and helps in troubleshooting and maintain consistency for applications that need to connect as well as mapped drives.
Ensure devices are set to auto obtain an IP address.
If http://en.wikipedia.org/wiki/Ipv6 is an option on the router, select Local Connection Only. Wireless Configurations
Ensure the default (linksys) SSID name is changed. Ensure that different SSID names are used between each WiFi 2.4/5Ghz radios for dual band routers. Can be anything and not something that's already in use by any neighbouring WiFi routers.
What wireless modes are you using?
Any 2.4Ghz or 5Ghz cordless house phones or WiFi APs near by?
Any other WiFi routers in the area? Link> Use http://www.techspot.com/downloads/5936-inssider.html to find out. Use v3. How many?
Router Placement
Forum User - "Well I feel really dumb. After moving the router away from other electronic devices my speeds are back to normal. Just a heads up for anyone experiencing slow speeds, you might want to move it away from other electronics and see if that helps."
3-6' feet minimum safe distance between devices.
Placement on main level floor and central in the building and WELL ventilated is preferred. Not in basements or closets as building materials, or near by electronics devices could interfere or hinder good signal propagation.
http://kb.linksys.com/Linksys/ukp.aspx?vw=1&docid=d9a3b1b2039741948a2365b053a93ea8_3759.xml&pid=80&respid=0&snid=2&dispid=0&cpage=search
http://www.smallnetbuilder.com/wireless/wireless-basics/31083-smallnetbuilders-wireless-faq-the-essentials
http://kb.linksys.com/Linksys/GetArticle.aspx?docid=acca9b9008f04a66af818c2ab366001e_Positioning_the_external_antennas_on_the_Linksys_WRT1900AC.xml&pid=80&converted=0 Media Prioritization:
Enable Media Prioritization
Enable WMM Support
Set Downstream\Bandwidth to the maximum value your ISP provides you. ## x 1024=##### value to enter into the Downstream box.
http://support.linksys.com/en-us/support/ccc/MEDIAPRIORITIZATION

100% packet loss while trying to update SWTOR

Hi
Last few weeks I have been getting only 47kb/s when I download updates that connect to patch.swtor.com. I have asked on there forums and have done a pathping trace and have been told by them that there is a 100% packet loss in hop 3 & 5
below is the trace
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
pathping cdn-patch.swtor.com
Tracing route to easwtor.vo.llnwd.net [87.248.210.254]
over a maximum of 30 hops:
0 removed
1 BTHomeHub.home [192.168.1.254]
2 217.47.72.122
3 217.47.206.161
4 213.1.69.42
5 217.41.169.249
6 217.41.169.109
7 109.159.251.201
8 core2-te0-2-4-0.ealing.ukcore.bt.net [109.159.251.143]
9 peer2-xe3-3-1.telehouse.ukcore.bt.net [109.159.254.227]
10 manchester-nasaccess2-fe01.mdip.bt.net [195.99.125.66]
11 ve5.fr4.lon.llnw.net [69.28.171.138]
12 cdn-87-248-210-254.lon.llnw.net [87.248.210.254]
Computing statistics for 300 seconds...
Source to Here This Node/Link
Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
0 IpowerX20 [192.168.1.64]
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% BTHomeHub.home [192.168.1.254]
0/ 100 = 0% |
2 33ms 1/ 100 = 1% 1/ 100 = 1% 217.47.72.122
0/ 100 = 0% |
3 --- 100/ 100 =100% 100/ 100 =100% 217.47.206.161
0/ 100 = 0% |
4 38ms 0/ 100 = 0% 0/ 100 = 0% 213.1.69.42
0/ 100 = 0% |
5 --- 100/ 100 =100% 100/ 100 =100% 217.41.169.249
0/ 100 = 0% |
6 40ms 1/ 100 = 1% 1/ 100 = 1% 217.41.169.109
0/ 100 = 0% |
7 42ms 4/ 100 = 4% 4/ 100 = 4% 109.159.251.201
0/ 100 = 0% |
8 55ms 1/ 100 = 1% 1/ 100 = 1% core2-te0-2-4-0.ealing.ukcore.bt.n
et [109.159.251.143]
0/ 100 = 0% |
9 50ms 0/ 100 = 0% 0/ 100 = 0% peer2-xe3-3-1.telehouse.ukcore.bt.
net [109.159.254.227]
0/ 100 = 0% |
10 54ms 0/ 100 = 0% 0/ 100 = 0% manchester-nasaccess2-fe01.mdip.bt
.net [195.99.125.66]
1/ 100 = 1% |
11 55ms 1/ 100 = 1% 0/ 100 = 0% ve5.fr4.lon.llnw.net [69.28.171.13
8]
16/ 100 = 16% |
12 48ms 17/ 100 = 17% 0/ 100 = 0% cdn-87-248-210-254.lon.llnw.net [8
7.248.210.254]
Trace complete.
SPeed test Below
Download speedachieved during the test was - 2.71 Mbps
For your connection, the acceptable range of speeds is 0.6 Mbps-7.15 Mbps.
Additional Information:
Your DSL Connection Rate :3.84 Mbps(DOWN-STREAM), 0.45 Mbps(UP-STREAM)
IP Profile for your line is - 3 Mbps
ADSL Line Status
Connection information
Line state: Connected
Connection time: 35 days, 17:05:28
Downstream: 3,840 Kbps
Upstream: 448 Kbps
ADSL settings
VPI/VCI: 0/38
Type: PPPoA
Modulation: G.992.1 Annex A
Latency type: Interleaved
Noise margin (Down/Up): 11.0 dB / 17.0 dB
Line attenuation (Down/Up): 47.5 dB / 27.5 dB
Output power (Down/Up): 20.1 dBm / 12.3 dBm
FEC Events (Down/Up): 1182413 / 2337
CRC Events (Down/Up): 1116 / 39
Loss of Framing (Local/Remote): 0 / 0
Loss of Signal (Local/Remote): 0 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): 0
HEC Errors (Down/Up): 15891 / 19
Error Seconds (Local/Remote): 0 / 0
Not sure if this information is required but here it is:-
We have no master socket
Hub is connected directly to the main phone socket
no loud noise down the phoneline
Can this be addressed please as the other week to update the game which was 1.4gigs took me over 6 hours at 0.47kb/s
below is a link to the post I did in there support section which has extra information
SWTOR
this only happens for SWTOR and I also play GW2 but have no issues at all and get 300kb/s which is actually above normal.
Hope this can be sorted please
Thanks

You're not seeing 100% packet loss at those hops. If that really were the case, then you'd get no response from all subsequent nodes.
The Pathping output is telling you that those nodes aren't responding to 100% of packets addressed to them, but that they are correctly forwarding 100% of packets not addressed to them eg the destination.
If they were dropping a small percentage of packets it could point to a congested router etc, but the fact that it's 100% tends to suggest that it's more likely that those nodes are simply configured to not respond to ICMP echo requests.
Of more concern, I would suggest, is the real packet loss within llnw.net

MPLS Packet Loss

Hi,
I have an issue problem on one PE (PE-3), if I doing test from the neighbor or another PE to PE-3 using "ping mpls pseudowire <loopback PE-3> <VCID>" and ping using vrf to PE-3 there is many packet loss, but ping test to loopback PE-3 is normal no packet loss.
anyone ever had an experience like this?
PE-1#ping mpls pseudowire xxx.xxx.xxx.130 10001 repeat 1000
Type escape sequence to abort.
Success rate is 94 percent (278/295), round-trip min/avg/max = 1/3/48 ms
PE-2#ping vrf TEST 192.168.9.2 repeat 1000
Type escape sequence to abort.
Sending 1000, 100-byte ICMP Echos to 192.168.9.2, timeout is 2 seconds:
Success rate is 92 percent (260/281), round-trip min/avg/max = 1/2/16 ms
Ping to loopback PE-3
PE-2#ping xxx.xxx.xxx.130 repeat 1000
Type escape sequence to abort.
Sending 1000, 100-byte ICMP Echos to xxx.xxx.xxx.130, timeout is 2 seconds:
Success rate is 100 percent (1000/1000), round-trip min/avg/max = 1/2/100 ms
PE-1#ping xxx.xxx.xxx.130 repeat 1000
Type escape sequence to abort.
Sending 1000, 100-byte ICMP Echos to xxx.xxx.xxx.130, timeout is 2 seconds:
Success rate is 100 percent (1000/1000), round-trip min/avg/max = 1/2/52 ms
Diagram
PE-3(Problem) ----------------------- PE-1 (Test using xconnect)
     |                                                 |
     |                                                 |
     |                                                 |
     |---------------------------------------- PE-2 (Test using vrf)
Thanks
Gilang.

Hi Gilang,
From description and diagram, Am I assuming right that 192.168.9.2 is configured on PE-2?. if so, I think the comparision should be between L2VC ping and ICMP ping to x.x.x.130.
Can you share the configuration from PE-1?. Do you have any CoPP or QoS enabled?. L2VC ping is not ICMP based and uses 127.x.x.x address as destination. So they are a bit different with L3 details in header (though it is a ping to same address).
-Nagendra

Tracking packet loss to selected destination on BGP gateway

Similar Messages

Maybe you are looking for