FW: CRLF between lines on events where it shouldnt
Sebastian
It seems to be random where de CRLF is, I looked at the code at standard.c and the problem doesn’t seem to be there
Any idea?
From: Sebastian [mailto:scg...@gmail.com]
Sent: martes, 03 de marzo de 2009 04:09 p.m.
To: 'astma...@googlegroups.com'
Subject: CRLF between lines on events where it shouldnt
Hi,
I’m seen that messages of events come with a CRLF that shouldn’t, not always on the same position.
Any idea??
Example from AMI:
Asterisk Call Manager/1.1
Response: Success
ActionID: 1
Message: Authentication accepted
Event: Newchannel
Privilege: call,all
Channel: SIP/1001-08c42cc8
ChannelState: 0
ChannelStateDesc: Down
CallerIDNum: 1001
CallerIDName: 1001
AccountCode: 1
Uniqueid: 1235997178.2
Example from proxy:
Asterisk Call Manager Proxy/1.22pre081119
ActionID: 1
Response: Success
Message: Authentication accepted
Event: AgentCalled
è This shouldn’t be here
Privilege: agent,all
Queue: Pedidos
AgentCalled: SIP/1001
AgentName: 1001
ChannelCalling: SIP/1001-08c42cc8
DestinationChannel: SIP/1001-08c4bf98
CallerIDNum: 1001
CallerIDName: 1001
Context: outgoing
Extension: 141
Priority: 16
Uniqueid: 1235997282.4
Server: localhost
Steve Davies
see a binary trace of the data going into the proxy, and then coming
out modified - There should not be a way to modify the packets.
A PCAP trace (tcpdump -s2000 ...) of the communication both sides
would probably be best.
Send the 2 traces directly to me rather than bombard the list. I am
out of the office tomorrow, so no promise of an immediate answer.
Regards,
Steve
2009/3/4 Sebastian <scg...@gmail.com>:
Sebastian
Seems ok.
Comprobada por AVG - www.avg.es
Versión: 8.5.278 / Base de datos de virus: 270.11.7/1982 - Fecha de la
versión: 03/03/09 16:09:00