#49423 [Fbk]: fwrite doesn't send "REGISTER" to udp port 5060
ID: 49423 Updated by: sjo...@php.net Reported By: david dot schueler at wapkamera dot de Status: Feedback Bug Type: Streams related Operating System: Gentoo Linux PHP Version: 5.2.10 New Comment: Also, please try on the problematic system with nc instead of asterisk as the listening process. Previous Comments: [2009-09-01 13:06:59] david dot schueler at wapkamera dot de And here on a 2nd non-64bit system: Hauser ~ # php fwrite.php 5.2.6RC4-pl0-gentoo Outputting: REGISTER abc Bytes written to socket: 12 Outputting: REGISTER Bytes written to socket: 8 Outputting: REGISTER Bytes written to socket: 9 Outputting: REGISTER Bytes written to socket: 9 Hauser ~ # nc -l -u -p 5060 REGISTER abcREGISTER REGISTERREGISTER So this really looks to me, that it is depending on 64bit. Is it possible to you to reproduce this on 64bit? [2009-09-01 12:52:45] david dot schueler at wapkamera dot de And on a non 64bit system running Gentoo: athen ~ # uname -a Linux athen 2.6.20-hardened-r5 #1 SMP Sun Jul 29 21:36:07 GMT 2007 i686 AMD Duron(tm) processor AuthenticAMD GNU/Linux athen ~ # php fwrite.php 5.2.3-pl3-gentoo Outputting: REGISTER abc Bytes written to socket: 12 Outputting: REGISTER Bytes written to socket: 8 Outputting: REGISTER Bytes written to socket: 9 Outputting: REGISTER Bytes written to socket: 9 athen ~ # nc -l -u -p 5060 REGISTER abcREGISTER REGISTERREGISTER So this is running fine with a listening process. So may this issue due to the 64bit? [2009-09-01 12:39:51] david dot schueler at wapkamera dot de Okay. I built 5.2.11 on an other systerm running debian. Here are the results with no process listening on port 5060: ns20 ~ # php test.php 5.2.11RC2-dev Outputting: "REGISTER abc" Bytes written to socket: 12 Outputting: "REGISTER" Bytes written to socket: 0 Outputting: " REGISTER" Bytes written to socket: 9 Outputting: "REGISTER " Bytes written to socket: 0 And, with listening nc on 5060: ns20 ~ # nc -l -u -p 5060 REGISTER abcREGISTER REGISTERREGISTER ns20 ~ # php test.php 5.2.11RC2-dev Outputting: "REGISTER abc" Bytes written to socket: 12 Outputting: "REGISTER" Bytes written to socket: 8 Outputting: " REGISTER" Bytes written to socket: 9 Outputting: "REGISTER " Bytes written to socket: 9 So on that debian system it is working. But i don't know why its running on that system and not on the Gentoo platform. There's really no firewall blocking the traffic. Even if it would so, no packet should go through. But some are doing. This is driving me crazy. :-/ [2009-09-01 08:55:49] david dot schueler at wapkamera dot de Yes. Asterisk is listening on port 5060, which i want to communicate with, as i described before. I got this problem when i was trying to send a SIP REGISTER packet to asterisk. For beeing sure asterisk is working on 127.0.0.1 i placed a SIP REGISTER in a file and ran this command: Kienzle ~ # nc -u 127.0.0.1 5060 < register SIP/2.0 404 Not found From: Joe User To: "J. User" ;tag=as23fd48f7 Call-ID: 39485...@joespc.example.com CSeq: 19 REGISTER User-Agent: WAPKamera Notifier Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces Content-Length: 0 So the asterisk is answering with 404 not foud, which is correct. Even netstat is confirming this. Kienzle ~ # netstat -anp | grep 5060 udp 0 0 0.0.0.0:5060 0.0.0.0:* 4481/asterisk But, even if no process is listening on port 5060 nothing would change, as you can see: Kienzle ~ # /etc/init.d/asterisk stop * Stopping Asterisk ... [ ok ] Kienzle ~ # netstat -anp | grep 5060 Kienzle ~ # php fwrite.php 5.2.10-pl0-gentoo Outputting: REGISTER abc Bytes written to socket: 0 Outputting: REGISTER Bytes written to socket: 8 Outputting: REGISTER Bytes written to socket: 0 Outputting: REGISTER Bytes written to socket: 9 Kienzle ~ # nc -u 127.0.0.1 5060 < register Kienzle ~ # tcpdump -i lo -s0 -A port 5060 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on lo, link-type EN10MB (Ethernet), capture size 65535 bytes 10:54:43.706902 IP localhost.5050 > localhost.5060: SIP, length: 8 e.@.@..M...#REGISTER 10:54:43.707031 IP localhost.5050 > localhost.5060: SIP, length: 9 e.@.@..K...$REGISTER ^C 2 packets captured 4 packets received by filter 0 packets dropped by kernel Kienzle ~ # [2009-08-31 19:56:01] sjo...@php.net I can reproduce the behavior you describe, but only if there is no process listening on port 5060. If I start "nc -l -u -p 5060", the fwrites succeed. Do you have a prog
#49423 [Fbk]: fwrite doesn't send "REGISTER" to udp port 5060
ID: 49423
Updated by: sjo...@php.net
Reported By: david dot schueler at wapkamera dot de
Status: Feedback
Bug Type: Streams related
Operating System: Gentoo Linux
PHP Version: 5.2.10
New Comment:
I can reproduce the behavior you describe, but only if there is no
process listening on port 5060. If I start "nc -l -u -p 5060", the
fwrites succeed. Do you have a program listening on port 5060?
Previous Comments:
[2009-08-31 17:37:27] david dot schueler at wapkamera dot de
Again with latest php5.2:
~ # php test.php
5.2.11RC2-dev
Outputting: REGISTER abc
Bytes written to socket: 0
Outputting: REGISTER
Bytes written to socket: 8
Outputting: REGISTER
Bytes written to socket: 9
Outputting: REGISTER
Bytes written to socket: 9
~ # tcpdump -i lo -s0 -A port 5060
tcpdump: verbose output suppressed, use -v or -vv for full protocol
decode
listening on lo, link-type EN10MB (Ethernet), capture size 65535 bytes
19:35:25.189697 IP localhost.5050 > localhost.5060: SIP, length: 8
E..$<@.@..$...#REGISTER
19:35:25.189911 IP localhost.5050 > localhost.5060: SIP, length: 9
E..%<@.@.."...$ REGISTER
19:35:25.189953 IP localhost.5050 > localhost.5060: SIP, length: 9
E..%<@.@..!...$REGISTER
^C
3 packets captured
6 packets received by filter
0 packets dropped by kernel
[2009-08-31 16:54:28] david dot schueler at wapkamera dot de
Okay, here's a tcpdump output, which shows that the other REGISTER
strings are beeing sent:
km33 ~ # tcpdump -i lo -s0 -A port 5060
tcpdump: verbose output suppressed, use -v or -vv for full protocol
decode
listening on lo, link-type EN10MB (Ethernet), capture size 65535 bytes
18:42:22.598199 IP localhost.5050 > localhost.5060: SIP, length: 8
E..$|b...@.@..#REGISTER
18:42:22.598231 IP localhost.5050 > localhost.5060: SIP, length: 9
E..%|c...@.@..$ REGISTER
18:42:22.598242 IP localhost.5050 > localhost.5060: SIP, length: 9
E..%|d...@.@..$REGISTER
^C
3 packets captured
6 packets received by filter
0 packets dropped by kernel
As you can see i'm sending from port 5050 to port 5060 (which is the
default SIP port). No other process is listening on port 5050. Only
asterisk is listening on port 5060, which i want to communicate with.
km33 ~ # netstat -anp | grep 5050
km33 ~ # netstat -anp | grep 5060
udp 0 0 0.0.0.0:5060 0.0.0.0:* 11132/asterisk
And i'm not blocking any ports on my system, because i'm not using any
firewall on my testsystem.
[2009-08-31 16:26:58] david dot schueler at wapkamera dot de
Yes i wanted to send as line feed. But it doesn't matter because even
sending "REGISTER \r\n" nor "REGISTER abc" is working on 5.2.10.
I made a little script for showing what is happening:
array("bindto" => "0:5050"));
$context = stream_context_create($opts);
$socket = stream_socket_client("udp://127.0.0.1:5060", $errno, $error,
30, STREAM_CLIENT_CONNECT, $context);
$s[] = "REGISTER abc";
$s[] = "REGISTER";
$s[] = " REGISTER";
$s[] = "REGISTER ";
foreach ($s as $out) {
echo "Outputting: \"".$out."\"\n";
$bytes = fwrite($socket,$out);
echo "Bytes written to socket: ".$bytes."\n";
}
?>
And the output is:
Kienzle ~ # php fwrite.php
5.2.10-pl0-gentoo
Outputting: "REGISTER abc"
Bytes written to socket: 0
Outputting: "REGISTER"
Bytes written to socket: 8
Outputting: " REGISTER"
Bytes written to socket: 9
Outputting: "REGISTER "
Bytes written to socket: 9
Kienzle ~ # uname -a
Linux Kienzle 2.6.27-gentoo-r8 #7 SMP Wed Apr 29 18:42:19 CEST 2009
x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ AuthenticAMD
GNU/Linux
On another system, running the same version of php:
km33 ~ # php test.php
5.2.10-pl0-gentoo
Outputting: "REGISTER abc"
Bytes written to socket: 0
Outputting: "REGISTER"
Bytes written to socket: 8
Outputting: " REGISTER"
Bytes written to socket: 9
Outputting: "REGISTER "
Bytes written to socket: 9
km33 ~ # uname -a
Linux km33902 2.6.30-gentoo-r4 #2 SMP Tue Aug 4 17:44:21 CEST 2009
x86_64 AMD Phenom(tm) 9950 Quad-Core Processor AuthenticAMD GNU/Linux
And for example on a Debian System:
ns20 ~ # php test.php
5.2.0-8+etch15
Outputting: "REGISTER abc"
Bytes written to socket: 12
Outputting: "REGISTER"
Bytes written to socket: 0
Outputting: " REGISTER"
Bytes written to socket: 9
Outputting: "REGISTER "
Bytes written to socket: 0
e...@ns2014921:~$ uname -a
Linux ns2014921.ovh.net 2.6.24.2--std-ipv4-32 #4 SMP Wed Feb 13
16:50:04 CET 2008 i686 GNU/Linux
Look, the problem occures at "REGISTER".
I use "tcpdump -i lo -s0 -A port 5060" to look for the packet being
sent. And if fwrite() returns 0 then there arent any bytes on the
interface. So the output seems to be true.
-
#49423 [Fbk]: fwrite doesn't send "REGISTER" to udp port 5060
ID: 49423
Updated by: sjo...@php.net
Reported By: david dot schueler at wapkamera dot de
Status: Feedback
Bug Type: Streams related
Operating System: Gentoo Linux
PHP Version: 5.2.10
New Comment:
Thank you for your report.
I could not reproduce your problem. You say it only fails to send
something if port 5060 is used. This leads me to think this issue is
specific to your computer. Maybe another program is running on port
5060, or a firewall has blocked this port. How do you determine whether
the packet is sent?
Previous Comments:
[2009-08-31 15:50:41] j...@php.net
And I guess you wanted to send the \r\n as line feed/break instead of
literal \r\n ? If so, you should put double quotes around the text..
[2009-08-31 15:46:53] j...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Works fine for me. fwrite() returns int(13).
[2009-08-31 13:22:55] david dot schueler at wapkamera dot de
Description:
If i execute the script below, it will not send the text "REGISTER"
over UDP. If the text is prepended with any other character or sent to
another port it will be transmitted successful.
Reproduce code:
---
array("bindto" => "0:5050")); // set source
port = 5050
$context = stream_context_create($opts);
$socket = stream_socket_client("udp://127.0.0.1:5060", $errno, $error,
30, STREAM_CLIENT_CONNECT, $context);
fwrite($socket,'REGISTER \r\n');
?>
Expected result:
The text "REGISTER" followed by a line break to be send over UDP to the
given host and port.
Actual result:
--
Nothing happens. No packet gets generated, no error or warning is
thrown. fwrite() retuns 0.
--
Edit this bug report at http://bugs.php.net/?id=49423&edit=1
#49423 [Fbk]: fwrite doesn't send "REGISTER" to udp port 5060
ID: 49423
Updated by: j...@php.net
Reported By: david dot schueler at wapkamera dot de
Status: Feedback
Bug Type: Streams related
Operating System: Gentoo Linux
PHP Version: 5.2.10
New Comment:
And I guess you wanted to send the \r\n as line feed/break instead of
literal \r\n ? If so, you should put double quotes around the text..
Previous Comments:
[2009-08-31 15:46:53] j...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Works fine for me. fwrite() returns int(13).
[2009-08-31 13:22:55] david dot schueler at wapkamera dot de
Description:
If i execute the script below, it will not send the text "REGISTER"
over UDP. If the text is prepended with any other character or sent to
another port it will be transmitted successful.
Reproduce code:
---
array("bindto" => "0:5050")); // set source
port = 5050
$context = stream_context_create($opts);
$socket = stream_socket_client("udp://127.0.0.1:5060", $errno, $error,
30, STREAM_CLIENT_CONNECT, $context);
fwrite($socket,'REGISTER \r\n');
?>
Expected result:
The text "REGISTER" followed by a line break to be send over UDP to the
given host and port.
Actual result:
--
Nothing happens. No packet gets generated, no error or warning is
thrown. fwrite() retuns 0.
--
Edit this bug report at http://bugs.php.net/?id=49423&edit=1
