My visions for the New Year
46 posts
• Page 3 of 4 • 1, 2, 3, 4
OK, if the address is resolving correctly (which you indicate it is), then the issue
is not a cached address or DNS problem, but a router somewhere that is not
handling that address either because it is mis-configured, or it is blocked for
some reason (at least that is my interpretation) since I can get everywhere
else. Hmmm - maybe time to play with traceroute or whatever it is to see just
who is throwing my bits on the floor. (I think your site is one I have never
been able to get to reliably for some reason).
mikey
is not a cached address or DNS problem, but a router somewhere that is not
handling that address either because it is mis-configured, or it is blocked for
some reason (at least that is my interpretation) since I can get everywhere
else. Hmmm - maybe time to play with traceroute or whatever it is to see just
who is throwing my bits on the floor. (I think your site is one I have never
been able to get to reliably for some reason).
mikey
You can't have too many gadgets or too much disk space !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
Traceroute gives me these results (my Internet provider is AOL not where the server is) :
PING www.breizhbleu.com (80.86.198.10) 56(84) bytes of data.
64 bytes from web01-cluster.nexlink.ch (80.86.198.10): icmp_seq=0 ttl=247 time=16.4 ms
64 bytes from web01-cluster.nexlink.ch (80.86.198.10): icmp_seq=1 ttl=247 time=16.4 ms
64 bytes from web01-cluster.nexlink.ch (80.86.198.10): icmp_seq=2 ttl=247 time=16.2 ms
64 bytes from web01-cluster.nexlink.ch (80.86.198.10): icmp_seq=3 ttl=247 time=16.3 ms
64 bytes from web01-cluster.nexlink.ch (80.86.198.10): icmp_seq=4 ttl=247 time=16.2 ms
--- www.breizhbleu.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4003ms
rtt min/avg/max/mdev = 16.216/16.348/16.495/0.106 ms, pipe 2
PING www.breizhbleu.com (80.86.198.10) 56(84) bytes of data.
64 bytes from web01-cluster.nexlink.ch (80.86.198.10): icmp_seq=0 ttl=247 time=16.4 ms
64 bytes from web01-cluster.nexlink.ch (80.86.198.10): icmp_seq=1 ttl=247 time=16.4 ms
64 bytes from web01-cluster.nexlink.ch (80.86.198.10): icmp_seq=2 ttl=247 time=16.2 ms
64 bytes from web01-cluster.nexlink.ch (80.86.198.10): icmp_seq=3 ttl=247 time=16.3 ms
64 bytes from web01-cluster.nexlink.ch (80.86.198.10): icmp_seq=4 ttl=247 time=16.2 ms
--- www.breizhbleu.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4003ms
rtt min/avg/max/mdev = 16.216/16.348/16.495/0.106 ms, pipe 2
Jean-Pierre
My blog
Processor: Intel Quad core 2.33 Ghz - RAM: 4 Gb - Windows 8.1 64 bits - Video: Nvidia 720GT 2 Gb- Camera : Canon 5D Mark II + 24-105 + 100-400 - Sharing : jean_pierre
My blog
Processor: Intel Quad core 2.33 Ghz - RAM: 4 Gb - Windows 8.1 64 bits - Video: Nvidia 720GT 2 Gb- Camera : Canon 5D Mark II + 24-105 + 100-400 - Sharing : jean_pierre
If I go to www.traceroute.org and try a number of different sites (especially in the US although I did try several
in the UK), I seem to be getting very consistent non-results -- here is a test from the University of Arizona ...
trace output from netops.Telcom.Arizona.EDU to 80.86.198.10:
traceroute to 80.86.198.10 (80.86.198.10), 30 hops max, 38 byte packets
1 clem.telcom.Arizona.EDU (128.196.128.1) 0.598 ms 0.442 ms 0.491 ms
2 woody.telcom.arizona.edu (172.17.2.17) 0.373 ms 0.355 ms 0.244 ms
3 tuco.Telcom.Arizona.EDU (128.196.24.167) 0.746 ms 0.731 ms 0.744 ms
4 morgan.telcom.Arizona.EDU (192.80.43.65) 0.748 ms 0.732 ms 0.745 ms
5 216-64-190-5.static.twtelecom.net (216.64.190.5) 1.120 ms 1.229 ms 1.117 ms
6 peer-01-so-0-0-0-0.snjs.twtelecom.net (64.129.248.17) 25.982 ms 25.959 ms 25.976 ms
7 vl3492.mpd01.sjc01.atlas.cogentco.com (154.54.6.105) 25.482 ms 25.338 ms vl3490.mpd01.sjc01.atlas.cogentco.com (154.54.6.81) 25.229 ms
8 te9-3.mpd01.sfo01.atlas.cogentco.com (154.54.2.53) 61.066 ms 114.157 ms 177.631 ms
9 te3-3.mpd01.mci01.atlas.cogentco.com (154.54.2.209) 62.457 ms 62.689 ms 62.580 ms
10 te3-1.mpd01.ord01.atlas.cogentco.com (154.54.6.157) 74.202 ms te3-3.mpd01.bos01.atlas.cogentco.com (154.54.7.82) 95.554 ms te8-4.mpd01.ord01.atlas.cogentco.com (154.54.7.186) 74.181 ms
11 te8-1.ccr02.ord01.atlas.cogentco.com (154.54.6.178) 180.867 ms gi2-0-0.core01.bos01.atlas.cogentco.com (154.54.2.213) 198.858 ms te8-1.ccr02.ord01.atlas.cogentco.com (154.54.6.178) 180.877 ms
12 te8-2.ccr04.jfk02.atlas.cogentco.com (154.54.7.205) 180.639 ms 180.601 ms 180.877 ms
13 te3-3.mpd02.lon01.atlas.cogentco.com (154.54.5.121) 182.253 ms 180.613 ms 181.878 ms
14 te1-2.ccr01.ams03.atlas.cogentco.com (130.117.1.169) 185.877 ms 183.491 ms 183.493 ms
15 te1-2.mpd02.fra03.atlas.cogentco.com (130.117.1.161) 181.158 ms 183.365 ms po6-0.core01.fra03.atlas.cogentco.com (130.117.1.97) 176.352 ms
16 te1-2.ccr01.str01.atlas.cogentco.com (130.117.3.82) 183.513 ms 183.459 ms 184.748 ms
17 te1-2.ccr01.zrh01.atlas.cogentco.com (130.117.3.14) 189.375 ms 186.731 ms 185.874 ms
18 green-ch-ag.demarc.cogentco.com (130.117.243.174) 176.136 ms te1-2.ccr01.zrh01.atlas.cogentco.com (130.117.3.14) 179.120 ms green-ch-ag.demarc.cogentco.com (130.117.243.174) 177.987 ms
19 * green-ch-ag.demarc.cogentco.com (130.117.243.174) 168.742 ms *
20 * * *
21 * * *
22 * * *
23 *
It is interesting to note the response I got when I tried using "HostingFrance" (www.hostingfrance.com)
80.86.198.10 resolved to web01-cluster.nexlink.ch
DNS Query Results:
; <<>> DiG 9.2.4 <<>> any web01-cluster.nexlink.ch
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5447
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;web01-cluster.nexlink.ch. IN ANY
;; ANSWER SECTION:
web01-cluster.nexlink.ch. 120 IN A 80.86.198.10
;; Query time: 18 msec
;; SERVER: 193.227.248.1#53(193.227.248.1)
;; WHEN: Sun Mar 2 17:14:10 2008
;; MSG SIZE rcvd: 58
Traceroute just sat there although a "Ping" from hostingfrance returned the following:
Ping Results:
PING 80.86.198.10 (80.86.198.10) 56(84) bytes of data.
64 bytes from 80.86.198.10: icmp_seq=0 ttl=247 time=16.8 ms
64 bytes from 80.86.198.10: icmp_seq=1 ttl=247 time=16.6 ms
64 bytes from 80.86.198.10: icmp_seq=2 ttl=247 time=17.4 ms
64 bytes from 80.86.198.10: icmp_seq=3 ttl=247 time=16.3 ms
64 bytes from 80.86.198.10: icmp_seq=4 ttl=247 time=16.4 ms
--- 80.86.198.10 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 16.353/16.750/17.485/0.415 ms, pipe 2
Just as a guess, since I think it resolves to a china site (.ch ?), it may be
being blocked by people as a source of spam or something -- there has been
a lot of issues like that and I have not been following them.
You might want to do a bit of snooping on the traceroute.org site and see if you can
establish a pattern - it may be time to change ISP's if that many sites have troubles
getting to your web site.
mikey
in the UK), I seem to be getting very consistent non-results -- here is a test from the University of Arizona ...
trace output from netops.Telcom.Arizona.EDU to 80.86.198.10:
traceroute to 80.86.198.10 (80.86.198.10), 30 hops max, 38 byte packets
1 clem.telcom.Arizona.EDU (128.196.128.1) 0.598 ms 0.442 ms 0.491 ms
2 woody.telcom.arizona.edu (172.17.2.17) 0.373 ms 0.355 ms 0.244 ms
3 tuco.Telcom.Arizona.EDU (128.196.24.167) 0.746 ms 0.731 ms 0.744 ms
4 morgan.telcom.Arizona.EDU (192.80.43.65) 0.748 ms 0.732 ms 0.745 ms
5 216-64-190-5.static.twtelecom.net (216.64.190.5) 1.120 ms 1.229 ms 1.117 ms
6 peer-01-so-0-0-0-0.snjs.twtelecom.net (64.129.248.17) 25.982 ms 25.959 ms 25.976 ms
7 vl3492.mpd01.sjc01.atlas.cogentco.com (154.54.6.105) 25.482 ms 25.338 ms vl3490.mpd01.sjc01.atlas.cogentco.com (154.54.6.81) 25.229 ms
8 te9-3.mpd01.sfo01.atlas.cogentco.com (154.54.2.53) 61.066 ms 114.157 ms 177.631 ms
9 te3-3.mpd01.mci01.atlas.cogentco.com (154.54.2.209) 62.457 ms 62.689 ms 62.580 ms
10 te3-1.mpd01.ord01.atlas.cogentco.com (154.54.6.157) 74.202 ms te3-3.mpd01.bos01.atlas.cogentco.com (154.54.7.82) 95.554 ms te8-4.mpd01.ord01.atlas.cogentco.com (154.54.7.186) 74.181 ms
11 te8-1.ccr02.ord01.atlas.cogentco.com (154.54.6.178) 180.867 ms gi2-0-0.core01.bos01.atlas.cogentco.com (154.54.2.213) 198.858 ms te8-1.ccr02.ord01.atlas.cogentco.com (154.54.6.178) 180.877 ms
12 te8-2.ccr04.jfk02.atlas.cogentco.com (154.54.7.205) 180.639 ms 180.601 ms 180.877 ms
13 te3-3.mpd02.lon01.atlas.cogentco.com (154.54.5.121) 182.253 ms 180.613 ms 181.878 ms
14 te1-2.ccr01.ams03.atlas.cogentco.com (130.117.1.169) 185.877 ms 183.491 ms 183.493 ms
15 te1-2.mpd02.fra03.atlas.cogentco.com (130.117.1.161) 181.158 ms 183.365 ms po6-0.core01.fra03.atlas.cogentco.com (130.117.1.97) 176.352 ms
16 te1-2.ccr01.str01.atlas.cogentco.com (130.117.3.82) 183.513 ms 183.459 ms 184.748 ms
17 te1-2.ccr01.zrh01.atlas.cogentco.com (130.117.3.14) 189.375 ms 186.731 ms 185.874 ms
18 green-ch-ag.demarc.cogentco.com (130.117.243.174) 176.136 ms te1-2.ccr01.zrh01.atlas.cogentco.com (130.117.3.14) 179.120 ms green-ch-ag.demarc.cogentco.com (130.117.243.174) 177.987 ms
19 * green-ch-ag.demarc.cogentco.com (130.117.243.174) 168.742 ms *
20 * * *
21 * * *
22 * * *
23 *
It is interesting to note the response I got when I tried using "HostingFrance" (www.hostingfrance.com)
80.86.198.10 resolved to web01-cluster.nexlink.ch
DNS Query Results:
; <<>> DiG 9.2.4 <<>> any web01-cluster.nexlink.ch
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5447
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;web01-cluster.nexlink.ch. IN ANY
;; ANSWER SECTION:
web01-cluster.nexlink.ch. 120 IN A 80.86.198.10
;; Query time: 18 msec
;; SERVER: 193.227.248.1#53(193.227.248.1)
;; WHEN: Sun Mar 2 17:14:10 2008
;; MSG SIZE rcvd: 58
Traceroute just sat there although a "Ping" from hostingfrance returned the following:
Ping Results:
PING 80.86.198.10 (80.86.198.10) 56(84) bytes of data.
64 bytes from 80.86.198.10: icmp_seq=0 ttl=247 time=16.8 ms
64 bytes from 80.86.198.10: icmp_seq=1 ttl=247 time=16.6 ms
64 bytes from 80.86.198.10: icmp_seq=2 ttl=247 time=17.4 ms
64 bytes from 80.86.198.10: icmp_seq=3 ttl=247 time=16.3 ms
64 bytes from 80.86.198.10: icmp_seq=4 ttl=247 time=16.4 ms
--- 80.86.198.10 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 16.353/16.750/17.485/0.415 ms, pipe 2
Just as a guess, since I think it resolves to a china site (.ch ?), it may be
being blocked by people as a source of spam or something -- there has been
a lot of issues like that and I have not been following them.
You might want to do a bit of snooping on the traceroute.org site and see if you can
establish a pattern - it may be time to change ISP's if that many sites have troubles
getting to your web site.
mikey
You can't have too many gadgets or too much disk space !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
CH is for Confédération Helvétique, which means Switzerland not China !!!
I'll investigate with the server holder as to see why some people can get to this IP
Thank you Mikey for your tries
I'll investigate with the server holder as to see why some people can get to this IP
Thank you Mikey for your tries
Jean-Pierre
My blog
Processor: Intel Quad core 2.33 Ghz - RAM: 4 Gb - Windows 8.1 64 bits - Video: Nvidia 720GT 2 Gb- Camera : Canon 5D Mark II + 24-105 + 100-400 - Sharing : jean_pierre
My blog
Processor: Intel Quad core 2.33 Ghz - RAM: 4 Gb - Windows 8.1 64 bits - Video: Nvidia 720GT 2 Gb- Camera : Canon 5D Mark II + 24-105 + 100-400 - Sharing : jean_pierre
Jeep wrote:CH is for Confédération Helvétique, which means Switzerland not China !!!
Oooops !! Sorry about that to all the Swiss people. Something is definitely interfering with
a significant segment of the population getting to your server if the traceroute sites also
can't get there. Good luck !!
mikey
You can't have too many gadgets or too much disk space !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
- hiloduffer35
- Posts: 204
- Joined: Mon Aug 14, 2006 8:23 am
- Location: Ada, Oklahoma
My word!
Okay, Jeep & Mikey!!!! If I had wanted to be - I would be totally confused!!!!! You're both right, something is wrong!!! I'm in Oklahoma, Mikey is California, Brian (I think it was Brian) is in Iowa and Jeep is in France, so something is wrong somewhere!!! However, enough said, I'm sure you techies will figure it out. Meanwhile, there is certainly nothing wrong w/Jeep's slideshows - they're great! Jeep, I still want the template from "visions re 2008," so I'll keep trying to download it!!!!
Elizabeth
Elizabeth
Well, that was the point -- "traceroute" is a unix (mostly) utility that will show you the route a
"packet" takes from point "a" to point "b" and when I ran it from a number of locations in the US
as well as some outside of the US, they all got "lost" part way to that IP address. Traceroute
is a utility that allows you to say "hello" to someone somewhere else in the world and it will tell
you all the intermediate sites it went through to get there (and which one it got lost at). Many
people don't realize that when they connect from their desktop computer in the living room to
some place in downtown Podunk, it is not a straight connection - the "packets" of information
have to go through multiple "routers" that each pass it on to the next one in the sequence.
Usually, it works quite well ... what we are seeing here is where it doesn't work so well
(there are often 10-20 "hops" between your computer and the destination). It is, as they
say "transparent to the user" which means either you don't see the middle at all and it works
great OR, you can't see what the problem is at all
mikey
"packet" takes from point "a" to point "b" and when I ran it from a number of locations in the US
as well as some outside of the US, they all got "lost" part way to that IP address. Traceroute
is a utility that allows you to say "hello" to someone somewhere else in the world and it will tell
you all the intermediate sites it went through to get there (and which one it got lost at). Many
people don't realize that when they connect from their desktop computer in the living room to
some place in downtown Podunk, it is not a straight connection - the "packets" of information
have to go through multiple "routers" that each pass it on to the next one in the sequence.
Usually, it works quite well ... what we are seeing here is where it doesn't work so well
(there are often 10-20 "hops" between your computer and the destination). It is, as they
say "transparent to the user" which means either you don't see the middle at all and it works
great OR, you can't see what the problem is at all
mikey
You can't have too many gadgets or too much disk space !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
GOOD GOD ETHEL!! (from On Golden Pond)
Well, whatever it is, it is ticking me off. Now that I can't get to Jeep's site, of course I want to even more. Hmmm, how old am I???
I did a bunch of stuff that, of course, I didn't know what I was doing and, of course, none of it worked...so Mikey and Jeep we are counting on you guys - or someone else with this kind of "brain" to figure out what the heck is going on!!
Mary
Well, whatever it is, it is ticking me off. Now that I can't get to Jeep's site, of course I want to even more. Hmmm, how old am I???
I did a bunch of stuff that, of course, I didn't know what I was doing and, of course, none of it worked...so Mikey and Jeep we are counting on you guys - or someone else with this kind of "brain" to figure out what the heck is going on!!
Mary
- briancbb
- ProShow Hall of Fame
- Posts: 3043
- Joined: Tue Nov 01, 2005 10:10 am
- Location: Scotland
Mikey
I've never used 'traceroute' before, but I have just had a go from some UK addresses and they did not resolve to J-P IP. They all hung up at, green-ch-ag.demarc.cogentco.com (130.117.243.174) just like you.
However I can still get through to Jean-Pierre's web site no problem. My problem is my schoolboy French from 55 years ago
Brian
I've never used 'traceroute' before, but I have just had a go from some UK addresses and they did not resolve to J-P IP. They all hung up at, green-ch-ag.demarc.cogentco.com (130.117.243.174) just like you.
However I can still get through to Jean-Pierre's web site no problem. My problem is my schoolboy French from 55 years ago
Brian
Yes, Traceroute does not guarantee the path, but it is often helpful in troubleshooting.
In this case, there are two major possible problems - the first being the DNS side of
it resolving the IP address (which is the real address of where you are trying to get to -
think of the DNS servers as a giant phonebook - you can't simply dial "George" on
your phone - you have to look up his number (IP address in this case)). That was
why I started with making sure that his site was resolving to the correct address - that
takes that side of the equation out of it. Since traceroute (as far as I know) uses basically
"ping" to find the next site, if the next site has the ICMP_ECHO disabled, then ping fails
although other traffic may go through. This means traceroute may fail in following the
path even if a request for port 80 (http) can get through. All that mumbo jumbo
aside, the bottom line is that a number of people from multiple areas find themselves unable
to get to that web site - somewhere in the middle of those "billions and billions of packets"
(to paraphrase Karl Sagen) something along the line is throwing them on the floor
since we know the IP address is valid. Some router somewhere in the system is
sticking it's tongue out at us ... I can just see it now
(8 years ago when I went through the Cisco networking class, the instructor told us that
if we couldn't handle a dozen new acronyms a week, we had no business working with
networks ... he was right !! )
mikey
In this case, there are two major possible problems - the first being the DNS side of
it resolving the IP address (which is the real address of where you are trying to get to -
think of the DNS servers as a giant phonebook - you can't simply dial "George" on
your phone - you have to look up his number (IP address in this case)). That was
why I started with making sure that his site was resolving to the correct address - that
takes that side of the equation out of it. Since traceroute (as far as I know) uses basically
"ping" to find the next site, if the next site has the ICMP_ECHO disabled, then ping fails
although other traffic may go through. This means traceroute may fail in following the
path even if a request for port 80 (http) can get through. All that mumbo jumbo
aside, the bottom line is that a number of people from multiple areas find themselves unable
to get to that web site - somewhere in the middle of those "billions and billions of packets"
(to paraphrase Karl Sagen) something along the line is throwing them on the floor
since we know the IP address is valid. Some router somewhere in the system is
sticking it's tongue out at us ... I can just see it now
(8 years ago when I went through the Cisco networking class, the instructor told us that
if we couldn't handle a dozen new acronyms a week, we had no business working with
networks ... he was right !! )
mikey
You can't have too many gadgets or too much disk space !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
cherub wrote:No problems over here !
I liked the joke about the CH !
So very American Mikey
Sigh, sadly yes so true. Usually I don't trip like that,
but there those days
mikey
You can't have too many gadgets or too much disk space !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
mikey (PSP6, Photoshop CS6, Vegas Pro 14, Acid 7, BluffTitler, Nikon D300s, D810)
Lots of PIC and Arduino microprocessor stuff too !!
- Pauline Collins
- Posts: 167
- Joined: Sun Apr 06, 2008 8:25 pm
- Location: Australia
I really enjoyed that, wonderful photos. You sure have covered a lot of ground.
Can you tell me how you made the circles flip over please? I think it was in the Bulgarian group.
Thank you again.
Pauline
Can you tell me how you made the circles flip over please? I think it was in the Bulgarian group.
Thank you again.
Pauline
Hi Pauline,
Thank you for your interest in my show.
The circles were made applying a vignette effect (ellipse) then I use a zoom from 100% to 0% on one side only to lower them as it they were falling. In fact these are bavarian musicians photos shot in Munich during the beer fair.
Jean-Pierre
Thank you for your interest in my show.
The circles were made applying a vignette effect (ellipse) then I use a zoom from 100% to 0% on one side only to lower them as it they were falling. In fact these are bavarian musicians photos shot in Munich during the beer fair.
Jean-Pierre
Jean-Pierre
My blog
Processor: Intel Quad core 2.33 Ghz - RAM: 4 Gb - Windows 8.1 64 bits - Video: Nvidia 720GT 2 Gb- Camera : Canon 5D Mark II + 24-105 + 100-400 - Sharing : jean_pierre
My blog
Processor: Intel Quad core 2.33 Ghz - RAM: 4 Gb - Windows 8.1 64 bits - Video: Nvidia 720GT 2 Gb- Camera : Canon 5D Mark II + 24-105 + 100-400 - Sharing : jean_pierre
46 posts
• Page 3 of 4 • 1, 2, 3, 4
Return to PSP - Slide Styles & Templates
Who is online
Users browsing this forum: No registered users and 19 guests