Displaying 4 results from an estimated 4 matches for "60444".
Did you mean:
0444
2005 Sep 12
0
Sip phone will not connect
...:5060;rport;branch=z9hG4bK3FCFB2074CD548A3A36203C12103C909
From: Tommy Denton <sip:201@209.101.93.30>;tag=994123068
To: Tommy Denton <sip:201@209.101.93.30>
Contact: "Tommy Denton" <sip:201@24.0.114.xxx:5060>
Call-ID: 017C3F45DBEA4175A2FAC7D2DB6EB08C@209.101.93.30
CSeq: 60444 REGISTER
Expires: 1800
Max-Forwards: 70
User-Agent: X-Lite release 1103m
Content-Length: 0
RECEIVE TIME: 1583887
RECEIVE << 209.101.93.30:5060 <http://209.101.93.30:5060>
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 24.0.114.xxx
:5060;branch=z9hG4bK3FCFB2074CD548A3A36203C12103C909
From: Tommy...
2010 Mar 16
3
3.86-pre1 gpxelinux.0 SIS900 long boot time / fails to boot / no entries in tftp server log
...]: tftp: client does not accept
options
Mar 16 15:33:14 scrappy in.tftpd[60495]: RRQ from 192.168.1.198 filename
gpxelinux.0
--snip next client/test here--
With pxelinux.0, I don't even see it go by, it trys, and instantly my
menu.c32 pops up.
Server side:
Mar 16 15:32:21 scrappy in.tftpd[60444]: RRQ from 192.168.1.198 filename
pxelinux.0
Mar 16 15:32:21 scrappy in.tftpd[60444]: tftp: client does not accept
options
Mar 16 15:32:21 scrappy in.tftpd[60445]: RRQ from 192.168.1.198 filename
pxelinux.0
Mar 16 15:32:21 scrappy in.tftpd[60446]: RRQ from 192.168.1.198 filename
pxelinux.cfg/ff...
2006 Jan 09
0
SIP-SIP transfer via the REFER/NOTIFY method
...om: Vonage User <sip:pstn_6523567@sphone.vopr.vonage.net>;tag=1997595095
To: Vonage User <sip:pstn_6523567@sphone.vopr.vonage.net>
Contact: "Vonage User" <sip:pstn_6523567@aster.autoattendant.eu:5060>
Call-ID: 49D76E20235B4E2A873C38C06B92DC17@sphone.vopr.vonage.net
CSeq: 60444 REGISTER
Expires: 1800
Max-Forwards: 70
User-Agent: X-PRO Vonage release 1105x
Content-Length: 0
RECEIVE TIME: 26251908
RECEIVE << sphone.vopr.vonage.net:5061
SIP/2.0 200 OK
Via: SIP/2.0/UDP aster.autoattendant.eu:5060;rport;branch=z9hG4bKAD14EC1C2A2542DF877A3DF9D1358091
From: Vonage User &...
2007 Oct 05
1
Very slow file copy performance over a WAN (HELP)
Hi,
I've noticed that over a WAN (T1) I'm getting incredibly slow file
copy performance.
Using smbclient on a linux machine on one size of the WAN,
As you can imagine, this makes all of our file shares unusable over the WAN.
It's not an issue with WAN performance, because using scp to transfer
the same file, I get speeds of ~145k/s.
A tcpdump of the file copy of ~2MB file that actually