[193902] in North American Network Operators' Group
Re: Any Github Experts online ?
daemon@ATHENA.MIT.EDU (Jesse Cotton)
Thu Mar 2 09:41:51 2017
X-Original-To: nanog@nanog.org
From: Jesse Cotton <jcotton1123@gmail.com>
In-Reply-To: <CAEE+rGoLatgy6rhHyakUEmeqO++-eFh+=FD9rxoFkWvW7kVbZQ@mail.gmail.com>
Date: Wed, 22 Feb 2017 15:55:30 -0800
To: "Aaron C. de Bruyn" <aaron@heyaaron.com>
Cc: NANOG mailing list <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
Also, performing a git clone or git pull is significantly different than =
downloading a tarball. Someone correct me if I am wrong but Git =
essentially has to reconstruct the files from its internal data =
structures. If you clone a large repository with a lot of history it =
will take longer than a smaller repository with less history.
> On Feb 22, 2017, at 3:47 PM, Aaron C. de Bruyn via NANOG =
<nanog@nanog.org> wrote:
>=20
> If they are using 'git pull', or 'git push' for example, they may be
> accessing the data via HTTPS or SSH.
>=20
> Can your user do a 'git remote -v' and see if they are connecting via
> HTTPS or SSH to assist you with troubleshooting?
>=20
> Then see if it's something specific to one or the other and if it's
> specific to github or all sites.
>=20
> -A
>=20
> On Wed, Feb 22, 2017 at 3:40 PM, Bob Evans =
<bob@fiberinternetcenter.com> wrote:
>> Hello NANOGers,
>>=20
>> I have one customer that claims that 2 out of 17 downloads using the =
git
>> command on github's service are slow and poor on our network when =
compared
>> to others.
>>=20
>> However, when not using the git command , but using a simple web page =
link
>> to a large zipped file from github, its always nice and fast. Using =
the
>> git command 8% of the time being slow is unacceptable. Github just =
doesnt
>> responds lethargically at best. BTW, have you seen how many hex =
digits a
>> github ticket number is ?
>>=20
>> Of course Github says try a different ISP...Customer tries to tell me
>> comcast is better ! What ! I dont believe it. No help from Github NOC =
- we
>> have asked and asked... And we peer with Github and for some reason =
they
>> do not transmit the Prefixes of the IP range that the customer uses =
for
>> the git command. github.com resolve IPv4 is not in the prefix list. =
So
>> the exit is transits.
>>=20
>> I need more clues. Is it the resources the git command uses when =
checking
>> files for dates etc ?
>>=20
>> Thank You
>> Bob Evans
>> CTO
>>=20
>>=20
>>=20
>>=20
>>=20
>>=20
